EMBRACE zeigt Sicherheitsgrenzen in Browsern von KI-Coding-Assistenten

EMBRACE erinnert daran, dass ein integrierter Browser die Sicherheitsgrenzen eines eigenständigen Browsers nicht automatisch übernimmt.

José Palanco José Palanco
Last Updated:
5 min read
Teilen
EMBRACE zeigt Sicherheitsgrenzen in Browsern von KI-Coding-Assistenten

Mehr als ASPM

Proof-Driven AppSec für Teams, die mit KI entwickeln

Plexicus nutzt AI Swarm Pentest, um autorisierte Anwendungspfade zu erkunden, ausnutzbare Risiken zu validieren und Teams Belege für die Priorisierung der Remediation zu geben.

AI Swarm Pentest ansehen

KI-Coding-Assistenten verbinden zunehmend Browser, Agent, Projektdateien und Befehlsausführung in einem Desktop-Workflow. Am 29. Oktober 2026 veröffentlichte Forever Security EMBRACE, eine Untersuchung von fünf Werkzeugen: Cursor, GitHub Copilot, OpenAI Codex, Visual Studio Code und Claude Desktop. Die Forschenden beschreiben drei verschiedene Fehlerklassen. Die zentrale Erkenntnis betrifft Vertrauensgrenzen: Erhält ein integrierter Browser zusätzliche Zugriffe oder Befugnisse, gelten vertraute Annahmen über Browser-Sicherheit möglicherweise nicht mehr.

Die Untersuchung enthält kontrollierte, von den Forschenden beschriebene Demonstrationen. Sie belegt weder, dass alle Nutzenden betroffen sind, noch dass alle fünf Produkte denselben Fehler haben. Sie ist dennoch eine nützliche Fallstudie, wenn Teams KI-Coding-Tools in ihr Bedrohungsmodell für Entwickler-Endgeräte aufnehmen.

Was die EMBRACE-Forschenden berichten

Der Hauptbericht fasst die Ergebnisse in drei Auswirkungen zusammen. Der technische Begleitartikel beschreibt Mechanismen und Tests. Die Tabelle fasst den Bericht zusammen, ohne die Produkte gleichzusetzen.

Untersuchte AssistenzBerichtete FehlerklasseDemonstration der ForschendenIm Bericht vom 29. Oktober genannter Status
CursorSeiteninhalte konnten den Agenten beeinflussen und bis zur Befehlsausführung auf dem Host reichenEine präparierte Seite lieferte über die Browser-Integration verborgene Anweisungen. Der Agent fragte nach einem Befehl; laut Forschenden versuchte er es erneut, nachdem die Sandbox den ersten Versuch blockiert hatte. Das Verhalten hing vom Modell ab.Die Forschenden sagen, Cursor habe den Fehler am 1. Oktober unbemerkt behoben.
GitHub CopilotManipulation der angezeigten Browser-AdresseEine Seite konnte der Vorschau eine andere Adresse melden und so Nutzende und Agenten über den tatsächlichen Ursprung täuschen.Die Forschenden sagen, eine spätere Version, 1.1.29, habe den Fehler behoben, bevor sie einen Bericht eingereicht hatten.
Codex, Claude Desktop und VS CodeZugriff auf lokale Dateien außerhalb des vorgesehenen ProjektbereichsLaut Forschenden konnte eine lokale Vorschau Dateien außerhalb des Projekts lesen. Der technische Artikel beschreibt unterschiedliche Wege in Codex sowie Claude Desktop und VS Code.Laut Forschenden waren die Fälle in Codex und VS Code zum Zeitpunkt der Veröffentlichung noch offen.

Diese Statusangaben stammen aus der Offenlegungschronik der Forschenden. Sie bestätigen nicht unabhängig den aktuellen Stand jeder Anbieter-Version. Prüfe aktuelle Herstellerhinweise und Releases, bevor du über einen Vorfall oder ein Update entscheidest.

Warum eine Funktion mehrere Sicherheitsgrenzen überschreiten kann

Ein normaler Browser soll Webinhalte vom lokalen Gerät trennen. Eine KI-Entwicklungsumgebung ergänzt möglicherweise Funktionen, damit der Assistent Seiten untersuchen, lokale Projekte anzeigen oder anhand der sichtbaren Inhalte handeln kann. Dadurch entstehen Vertrauensbeziehungen zwischen mindestens vier Komponenten:

  1. Seite oder lokale Datei, die von Angreifern kontrollierte Inhalte enthalten kann.
  2. Integrierter Browser, der Inhalte darstellt und der Anwendung Kontext bereitstellt.
  3. Assistent, der den Kontext interpretiert und Werkzeuge oder Aktionen anfordern kann.
  4. Entwicklergerät, auf dem Dateien, Zugangsdaten und Befehle liegen.

Konzeptionelle Darstellung der vier Vertrauensgrenzen aus der EMBRACE-Forschung: nicht vertrauenswürdige Seite oder Datei, integrierter Browser, KI-Assistent und Entwicklergerät.

Die Dokumentation zum integrierten Browser von VS Code beschreibt Funktionen wie Seitenvorschau, Browser-Werkzeuge für Agenten und bestimmte Berechtigungs- und Speichereinstellungen. Das erklärt den Zweck solcher Integrationen, bestätigt aber nicht die EMBRACE-Schwachstellen. Diese Aussagen beruhen auf der Forschung von Forever Security.

Die drei Auswirkungen zeigen, warum eine Sicherheitsprüfung nicht bei der Frage enden sollte, ob das Modell einer Anweisung gefolgt ist. Eine Seite kann eine privilegierte Schnittstelle erreichen, die Anwendung eine falsche Herkunft anzeigen lassen oder eine Lücke zwischen Prüfungen der Hauptseite und der Arbeit eines Hintergrundprozesses ausnutzen. Beim Zugriff auf lokale Dateien war laut Bericht keine Fehlentscheidung des Assistenten nötig, damit die Grenzverletzung relevant wurde.

Was das für AppSec-Teams bedeutet

EMBRACE ist kein Ergebnis einer Quellcodeanalyse. Die Untersuchung betrifft Sicherheitseigenschaften von Software auf Entwicklergeräten. Eine sichere Anwendungspipeline bleibt wichtig, aber eine Codeprüfung kann weder die Integrität des Browser-Ursprungs noch die Dateisystem-Isolation einer IDE erzwingen.

Behandle diese Themen als getrennte Kontrollebenen. Für Risiken im Code können Teams Deep Code Analysis und einen geprüften Remediation-Workflow einsetzen. Für Endgeräte benötigen sie ein aktuelles Inventar der KI-Entwicklungswerkzeuge, ihrer integrierten Browser und deren Berechtigungen. Eine Analyse des Repository-Codes verhindert für sich allein nicht, dass eine Desktop-Anwendung eine Grenze des Entwicklergeräts überschreitet.

Für Teams mit KI-gestützter Entwicklung behandeln unser Leitfaden zu Vibe-Coding-Sicherheit und der Governance-Leitfaden für KI-Werkzeuge ergänzende Kontrollen. Der Proof-Driven-AppSec-Workflow verknüpft Codebefunde mit überprüfbaren Nachweisen und Korrekturen.

Praktische Prüfliste

Nutze den Bericht als Anlass für eine produktspezifische Prüfung, nicht als pauschales Urteil über jede Installation:

  • Erfasse Anwendung und genaue Version. Beziehe Editor-Vorschauen und Desktop-Assistenten ein, nicht nur eigenständige Browser.
  • Trenne den tatsächlichen Seitenursprung vom angezeigten Kontext. Die Anwendung sollte ihn aus dem realen Navigationszustand ableiten und nicht einem Seitenlabel vertrauen.
  • Teste lokale Dateigrenzen. Vorschauen dürfen außerhalb eines ausdrücklich freigegebenen Arbeitsbereichs nicht lesen, auch nicht aus Hintergrundprozessen.
  • Begrenze Agentenaktionen unabhängig. Browserinhalte dürfen nicht stillschweigend eine Befehlsausführung autorisieren. Freigaben, Sandbox-Regeln und Ausführungsumfang müssen außerhalb des Modellschlussfolgerns durchgesetzt werden.
  • Begrenze Zugriffe und ausgehende Verbindungen. Least Privilege und passende Egress-Kontrollen reduzieren den Zugriff einer Vorschau auf fremde Geheimnisse und Dienste.
  • Prüfe den Anbieterstatus. Der Bericht datiert seine Aussagen zur Behebung. Prüfe aktuelle Releases und Hinweise, bevor du eine Version als betroffen oder behoben einstufst.

Ein Klick oder Tastendruck ist keine robuste Grenze, wenn er von einem bereits vertrauenswürdigen Werkzeug angefordert wird. Er kann Teil der Verteidigung sein, sollte aber mit Herkunftsprüfung, begrenztem Dateizugriff und durchsetzbaren Ausführungskontrollen kombiniert werden.

Die übergeordnete Lehre

EMBRACE beweist nicht, dass KI-Coding-Assistenten grundsätzlich unsicher sind. Die Untersuchung zeigt, dass ein Agent in einer ausgereiften Sicherheitskomponente das Bedrohungsmodell verändert. Browser-Isolation, Projektvertrauen, Befehlsfreigaben und Geräteberechtigungen müssen gemeinsam getestet werden, weil die Integration sie anders verbinden kann als die ursprünglichen Komponenten.

Plexicus konzentriert sich auf Anwendungssicherheitsanalyse und Remediation-Workflows. Diese Kontrollen betreffen eine andere Ebene als die Isolation eines Desktop-Browsers. Teams sollten beides prüfen, statt anzunehmen, dass die eine Ebene die andere ersetzt. Wenn du Kontrollen für KI-gestützte Entwicklung abbildest, sprich mit Plexicus über den Teil der Anwendungssicherheit.

Quellen

Geschrieben von
José Palanco
José Palanco
José Ramón Palanco ist der CEO/CTO von Plexicus, einem Pionierunternehmen im Bereich ASPM (Application Security Posture Management), das 2024 gegründet wurde und KI-gestützte Behebungsfähigkeiten anbietet. Zuvor gründete er 2014 Dinoflux, ein Threat Intelligence-Startup, das von Telefonica übernommen wurde, und arbeitet seit 2018 mit 11paths zusammen. Seine Erfahrung umfasst Rollen in der F&E-Abteilung von Ericsson und bei Optenet (Allot). Er hat einen Abschluss in Telekommunikationstechnik von der Universität Alcalá de Henares und einen Master in IT-Governance von der Universität Deusto. Als anerkannter Experte für Cybersicherheit war er Redner auf verschiedenen renommierten Konferenzen, darunter OWASP, ROOTEDCON, ROOTCON, MALCON und FAQin. Seine Beiträge zum Bereich der Cybersicherheit umfassen mehrere CVE-Veröffentlichungen und die Entwicklung verschiedener Open-Source-Tools wie nmap-scada, ProtocolDetector, escan, pma, EKanalyzer, SCADA IDS und mehr.
Mehr lesen von José
More to read

Related posts

Bereit, das Wesentliche zu validieren?

Bereit zu validieren, was zählt.

Plexicus ist Proof-Driven AppSec: validierte Funde, kontextuelles Verständnis und geprüfte Remediation — in Evidenz verankert, mit Ihnen gescoped.

Qualifizierung

Prüfen Sie, ob AI Swarm Pentest zu Ihrer Umgebung passt.

Teilen Sie den wichtigsten Kontext. Wir prüfen den Umfang und nennen den nächsten kommerziellen Schritt.

Vor dem Absenden — prüfen Sie, ob Sie passen

0 / 280

Keine Verpflichtung. Wenn Sie nicht passen, sagen wir es Ihnen.

SAMPLE HANDOVER · ILLUSTRATIVE

Sample evidence handover

A trimmed view of what your team receives at the end of an AI Swarm Pentest engagement. Real engagements include full technical evidence, executive narrative, and a remediation plan.

VALIDATED FINDING Evidence attached

Server-Side Request Forgery in webhooks/receiver

demo-project/sample-app · src/webhooks/receiver.py:42

SeverityHigh CVSS 3.18.6 Priority79 Confirmedvia replay

Untrusted caller-supplied URLs reach an internal egress without an allowlist. Replayed in a sandbox against a fresh authorized target — the same control was validated to fail twice.

REVIEWER-READY REMEDIATION Merge-ready PR

Validate the target URL against an allowlist of permitted hostnames. Reject private/internal IP ranges. Enforce HTTPS only.

plexicus/remediation/webhooks-ssrf 3 changed · 0 new files
42resp = requests.get(target_url)
42+if not is_allowed_host(target_url):
43+  raise WebhookRejected(target_url)
44+resp = requests.get(target_url, timeout=5)
Every engagement hands over:
  • Executive briefing
  • Validated findings list
  • Merge-ready PRs
  • Compliance mapping (NIS2 · DORA · CRA)
Private Runde Für Investoren