Die vom Akamai Forscher Shahak Morag auf der DEF CON 34 vorgestellte „Bring Your Own EDR“ Technik (BYOEDR) missbraucht offengelegte COM Schnittstellen und signierte Installationsprogramme von SentinelOne, um den Windo... Der Angriff erfordert lokale Administratorrechte und ist keine Schwachstelle für Remotecodeausfü...
Forschungsantwort

Create a landscape editorial hero image for this Studio Global article: How does the "Bring Your Own EDR" attack technique disclosed by Akamai at DEF CON 34 weaponize SentinelOne's endpoint detection and response. Article summary: Here is the full breakdown of the "Bring Your Own EDR" (BYOEDR) attack disclosed by Akamai researcher Shahak Morag at DEF CON 34 [1][2].. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts. Make it useful
Auf der DEF CON 34 in Las Vegas präsentierte der Akamai-Forscher Shahak Morag eine neuartige Angriffstechnik namens „Bring Your Own EDR“ (BYOEDR). Die Methode bewaffnet einen legitimen SentinelOne-Endpunkt-Agenten – und verwandelt das eigentliche Schutzwerkzeug in ein privilegiertes Trojanisches Pferd, das nicht signierten Code ausführen und Schadsoftware vor der Entfernung schützen kann .
Es handelt sich hier nicht um ein theoretisches Gedankenspiel. Der Angriff nutzt offengelegte COM-Schnittstellen und signierte Installationsbinärdateien von SentinelOne aus, um Windows Protected Process Light (PPL) zu umgehen – einen Sicherheitsmechanismus, der normalerweise verhindert, dass Benutzermodus-Prozesse auf geschützte Systemprozesse zugreifen. SentinelOne hat das Problem in Agent-Version 26.1.1 behoben .
Die Angriffskette besteht aus drei Phasen, die jeweils eine andere vertrauenswürdige SentinelOne-Komponente missbrauchen :
Ein lokaler Administrator verwendet die Dump-Methode des COM-Objekts SentinelHelper.1, um den Speicher eines beliebigen Protected Process Light (PPL)-Prozesses auszulesen. Die Schnittstelle SentinelHelper.1 ist ein legitimes Verwaltungswerkzeug, aber sie wurde ohne ausreichende Zugriffskontrolle freigegeben. Dadurch kann ein Angreifer mit lokalen Admin-Rechten den PPL-Schutz vollständig umgehen und die Speicherinhalte von Prozessen wie Windows Defender auslesen .
Nachdem der PPL-geschützte Prozess ausgelesen wurde, injiziert der Angreifer nicht signierten Code in diesen erhöhten Prozess. Entscheidend ist, dass diese Code-Injektion von einer von SentinelOne signierten Komponente ausgeht – das Betriebssystem vertraut Code, der von SentinelOne signiert wurde. Der injizierte, nicht signierte Code, der in einem vertrauenswürdigen Träger verpackt ist, umgeht die Windows-Codeintegritätsprüfungen .
Schließlich nutzt der Angreifer dieselben vertrauenswürdigen SentinelOne-Prozesse und -Schnittstellen, um zu verhindern, dass der EDR die injizierte Schadsoftware erkennt oder entfernt. Da die Schadsoftware innerhalb oder neben den eigenen vertrauenswürdigen Prozessen von SentinelOne läuft, schirmen die Anti-Manipulations- und Selbstschutzmechanismen des EDR die Schadsoftware effektiv vor sich selbst ab .
Der Angreifer kann auch einen betrügerischen SentinelOne-Agenten ohne gültige Lizenz installieren und die Management-Telemetrie durch lokale DNS-Manipulation blockieren, wodurch das kompromittierte System von der zentralen Verwaltungskonsole isoliert wird .
Das Kernproblem ist, dass SentinelOne leistungsstarke Component Object Model (COM)-Schnittstellen – insbesondere SentinelHelper.1 – für lokale Administratoren ohne ausreichende Zugriffskontrolle freigegeben hat. Darüber hinaus konnten seine signierten Installationsbinärdateien zweckentfremdet werden, um privilegierte Aktionen auszuführen, die normale, nicht signierte Binärdateien nicht ausführen können .
Zum Zeitpunkt der Veröffentlichung wurde noch keine öffentliche CVE-Kennung für dieses spezifische Problem gemeldet .
Es ist wichtig zu betonen, dass der Angriff lokale Administratorrechte auf dem Zielrechner voraussetzt. Es handelt sich nicht um eine Schwachstelle für Remotecodeausführung. Sobald ein Angreifer jedoch durch einen separaten Erstzugriff (z. B. Ausnutzen einer anfälligen Anwendung oder gestohlene Anmeldedaten) lokale Admin-Rechte erlangt hat, ermöglicht ihm BYOEDR, die PPL-Schutzmechanismen zu umgehen, die solche Kompromittierungen eigentlich eindämmen sollen .
SentinelOne hat das gemeldete Problem in Agent-Version 26.1.1 behoben. Der Fix umfasste die Härtung der offengelegten COM-Schnittstellen und die Einschränkung der Verwendungsmöglichkeiten der Installationsbinärdateien und vertrauenswürdigen Komponenten . Organisationen sollten sicherstellen, dass alle SentinelOne-Agenten sofort auf Version 26.1.1 oder höher aktualisiert werden
.
Die BYOEDR-Technik verdeutlicht ein grundlegendes Vertrauensproblem: Sicherheitssoftware erhält von Natur aus hohe Privilegien und tiefen Systemzugriff. Wenn diese Fähigkeiten jedoch über zugängliche Schnittstellen oder signierte Binärdateien freigegeben werden, können Angreifer sie als offensive Werkzeuge umfunktionieren .
Um sich gegen BYOEDR-Angriffe zu schützen, sollten Organisationen folgende Maßnahmen ergreifen:
SentinelHelper.1 oder unerwartete Aufrufe von Dump-Methoden) durch Nicht-SentinelOne-Prozesse BYOEDR ist kein Einzelfall. Eine ähnliche Technik namens „Bring Your Own Installer“ (BYOI), die 2025 von Aon's Stroz Friedberg entdeckt wurde, nutzt den Upgrade-/Downgrade-Prozess von SentinelOne aus, um Anti-Manipulations-Schutzmaßnahmen zu deaktivieren und Endpunkte für die Ausführung von Schadsoftware ungeschützt zu lassen . BYOI wurde bei realen Angriffen beobachtet, bei denen die Babuk-Ransomware eingesetzt wurde
.
Die Kombination von BYOEDR und BYOI zeigt, dass Angreifer zunehmend das Vertrauen angreifen, das in Sicherheitssoftware selbst gesetzt wird, und nicht nur die Schwachstellen in den von ihr geschützten Anwendungen.
Studio Global AI
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Die vom Akamai Forscher Shahak Morag auf der DEF CON 34 vorgestellte „Bring Your Own EDR“ Technik (BYOEDR) missbraucht offengelegte COM Schnittstellen und signierte Installationsprogramme von SentinelOne, um den Windo...
Die vom Akamai Forscher Shahak Morag auf der DEF CON 34 vorgestellte „Bring Your Own EDR“ Technik (BYOEDR) missbraucht offengelegte COM Schnittstellen und signierte Installationsprogramme von SentinelOne, um den Windo... Der Angriff erfordert lokale Administratorrechte und ist keine Schwachstelle für Remotecodeausführung – er nutzt jedoch eine zu weit geöffnete administrative Schnittstelle aus.
Unternehmen sollten sofort auf SentinelOne Agent 26.1.1 oder höher aktualisieren, lokale Administratorzugriffe streng kontrollieren, auf Missbrauch von COM Schnittstellen überwachen und prüfen, wie ihre EDR Anbieter p...