Der Schwachstellen-Scan verlässt die Build-Pipeline und rückt an die Tastatur: AWS bindet Continuum auf der Black Hat USA direkt an Claude Code, OpenAI Codex und Kiro an. Die Dringlichkeit eines Funds bemisst der Dienst dabei an der AWS-Umgebung des Kunden, an IAM-Richtlinien und Netzwerktopologie. Ab dem 11. September 2026 bleiben europäischen Herstellern für eine ausgenutzte Lücke ohnehin nur 24 Stunden Meldefrist.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Der Schwachstellen-Scan im Editor löst ein Problem, das jede Sicherheitsabteilung kennt: Ein Prüfwerkzeug liefert eine lange Fundliste, und niemand weiß auf Anhieb, welcher Eintrag in der eigenen Umgebung überhaupt erreichbar ist. AWS hat diese Rechnung am 5. August 2026 auf der Black Hat USA aufgemacht und angekündigt, den Dienst Continuum an Werkzeuge zum Programmieren mit KI anzubinden.[1]
Das Wichtigste in Kürze
- AWS Continuum für Code-Schwachstellen bekommt Anbindungen an Claude Code, OpenAI Codex und Kiro. Der Dienst steht in der Vorschau.
- Die Priorisierung greift auf Konfigurationen, IAM-Richtlinien und die Netzwerktopologie des Kundenkontos zu.
- Jeder verbleibende Fund läuft durch eine Sandbox, bevor der Coding-Agent ihn überhaupt zu sehen bekommt.
- Ab dem 11. September 2026 verlangt Artikel 14 des Cyber Resilience Act eine Frühwarnung binnen 24 Stunden an die ENISA.
Warum entscheidet die Kundenumgebung über den Fund?
Ein Treffer wird erst dort zur Schwachstelle, wo ein Angreifer ihn tatsächlich erreicht. Continuum zieht dafür die Konfiguration des AWS-Kontos heran, dazu IAM-Richtlinien und die Netzwerktopologie. Eine verwundbare Funktion in einem Dienst ohne Schreibrechte und ohne erreichbares Subnetz rutscht damit nach unten, statt die Liste zu verstopfen.
Vor der Rückmeldung an das Coding-Werkzeug läuft jeder verbleibende Fund durch eine Sandbox. Die Architektur dahinter beschreibt AWS als Agenten-Team-Schleife, die das passende Modell auswählt, die Kundenumgebung anbindet und den geprüften Code zurückliefert.[1] „AWS Continuum verbindet den Quellcode mit dem Wissen des Unternehmens und erlaubt Teams, Sicherheitslücken genau zu bestimmen und zu prüfen, ob markierte Probleme wirklich von Bedeutung sind“, sagt Mike Johnson, Chief Information Security Officer bei Rivian.[1]
Wandert die Sicherheitsprüfung gerade in den Editor?
Innerhalb von drei Tagen haben zwei große Anbieter dieselbe Verschiebung angekündigt. GitLab hat am 3. August 2026 beschrieben, wie Claude Security Lücken bereits in der Programmiersitzung abfängt, während GitLab danach scannt, Richtlinien durchsetzt und die Nachweise für das Audit erzeugt.[2] Auch Microsoft lässt inzwischen ein eigenes Modell Lücken finden und Patches schreiben. Die Rechnung dahinter ist schlicht: Eine Lücke, die erst in der Build-Pipeline auffällt, kostet einen Kontextwechsel und einen zweiten Durchlauf.
Der Haken sitzt in der Zuständigkeit, denn dasselbe Modell, das den Code geschrieben hat, bewertet nun dessen Sicherheit. Dass KI-Werkzeuge selbst zur Angriffsfläche taugen, zeigte zuletzt IBMs Langflow-Lücke, die jedem Aufrufer ein Superuser-Token aushändigte, und Atlassians Rovo, wo eine versteckte Anweisung für den Datenabfluss aus Jira genügte. Sandbox und Kundenkontext sind die Antwort darauf, nicht die Güte des Modells. Ob die Entwickler den sortierten Befunden dann folgen, steht auf einem anderen Blatt: In einem Test zur Freigabe von KI-Agenten übersahen die Prüfer jede dritte Bedrohung.
Woraus Continuum die Priorität ableitet und was der CRA davon verlangt
- Konfigurationen, IAM-Richtlinien und Netzwerktopologie des AWS-Kontos
- Nachweis in einer Sandbox, bevor der Fund im Coding-Werkzeug landet
- Meldung jeder aktiv ausgenutzten Schwachstelle, unabhängig vom Patch-Stand
- Nachweisbarer Prozess beim Hersteller, nicht beim eingesetzten Werkzeug
Den Ausschlag gibt bei Continuum nicht das Modell. Über die Priorität entscheiden IAM-Richtlinien und Netzwerktopologie, und die kennt AWS nur für die eigene Cloud.
— Michael Dobler, Herausgeber Dr. Web
Was ändert sich damit für Hersteller in der EU?
Ab dem 11. September 2026 müssen Hersteller von Produkten mit digitalen Elementen eine aktiv ausgenutzte Schwachstelle binnen 24 Stunden an die ENISA und das zuständige CSIRT melden.[3] Nach 72 Stunden folgt die förmliche Meldung, der Abschlussbericht spätestens 14 Tage nach der Behebung. Artikel 14 des Cyber Resilience Act macht aus der Dauer bis zum Patch damit eine Frist. Die Fristenkontrolle rückt auf die Führungsebene, wo Cybersecurity ohnehin hingehört; die Grundbegriffe dazu sammelt das Cybersecurity-Glossar.
Zwei Punkte gehören vor die nächste Beschaffung, und beide berührt der Dienst nur zur Hälfte:
- Klären Sie, wohin die Analyse fließt. Continuum wertet die Konfiguration Ihrer AWS-Konten aus, was bei Auftragsverarbeitung und Datenresidenz eine eigene Prüfung verlangt. Bei mehreren Clouds im Betrieb deckt dieser Kontext nur einen Teil Ihrer Last ab.
- Trennen Sie Behebung und Meldung. Der 24-Stunden-Takt läuft ab Kenntnis, nicht ab Verfügbarkeit eines Patches, und die Pflicht bleibt beim Hersteller.
Continuum steht bislang in der Vorschau, die Anbindungen an Claude Code, Codex und Kiro kündigt AWS für die kommenden Wochen an.[1] Bis dahin lohnt der schlichtere Schritt: Zählen Sie einmal nach, wie viele Ihrer offenen Sicherheitsfunde aus dem letzten Quartal in der Produktion überhaupt erreichbar waren. Diese Quote sagt mehr über den Nutzen einer solchen Anbindung als jede Produktseite.
Häufige Fragen
Was ist AWS Continuum?
AWS Continuum für Code-Schwachstellen ist ein Dienst, der Sicherheitslücken im Quellcode aufspürt, sie anhand der Cloud-Umgebung des Kunden nach Dringlichkeit sortiert, den Befund in einer abgeschotteten Testumgebung nachweist und einen Korrekturvorschlag zurückgibt. Der Dienst steht seit dem 5. August 2026 in der Vorschau.
Welche Coding-Werkzeuge binden AWS Continuum ein?
Angekündigt sind drei Anbindungen: Claude Code von Anthropic, OpenAI Codex und Kiro, die Entwicklungsumgebung von AWS selbst. Entwickler starten den Scan aus dem jeweiligen Werkzeug heraus und bekommen die sortierten Befunde dorthin zurück, statt in ein getrenntes Sicherheitsportal zu wechseln.
Wer muss nach dem Cyber Resilience Act Schwachstellen melden?
Die Meldepflicht trifft Hersteller von Produkten mit digitalen Elementen, die diese Produkte in der EU auf den Markt bringen. Dazu zählen Software und vernetzte Hardware gleichermaßen, unabhängig davon, ob der Hersteller seinen Sitz in der EU hat. Reine Betreiber und Anwender fallen nicht darunter.
Was ist eine Sandbox in der Softwaresicherheit?
Eine Sandbox ist eine abgeschottete Laufzeitumgebung, in der sich Code ausführen lässt, ohne dass ein Ausbruch das Produktivsystem erreicht. Sicherheitswerkzeuge nutzen sie, um einen vermuteten Angriffsweg praktisch durchzuspielen und damit einen theoretischen Befund von einer belegten Lücke zu unterscheiden.
Warum liefern Sicherheitsscanner so viele irrelevante Treffer?
Klassische Scanner vergleichen Code und Abhängigkeiten gegen Schwachstellenlisten, kennen aber die Laufzeitumgebung nicht. Ob eine verwundbare Funktion überhaupt aufgerufen wird, ob die Rolle Schreibrechte besitzt und ob der Dienst aus dem Netz erreichbar ist, steht nicht in der Liste. Ohne diesen Kontext bleibt jeder Treffer gleich laut.
Quellen
[1] Amazon Web Services: „AWS partners with Anthropic and OpenAI to bring AWS Continuum into developer workflows“
[2] GitLab: „Secure every commit to production with Claude and GitLab“
[3] Amt für Veröffentlichungen der EU: Verordnung (EU) 2024/2847 (Cyber Resilience Act), Artikel 14
Mehr Newshunger?
- Langflow-Lücke: IBMs KI-Baukasten vergibt Superuser-Token an jeden Aufrufer
- Atlassian Rovo: Eine versteckte Anweisung genügt für den Datenabfluss aus Jira und Confluence
- Freigabe von KI-Agenten: Menschen übersahen jede dritte Bedrohung
- Keyv kompromittiert: Der Angriff auf die npm-Lieferkette läuft noch
- KI-Sicherheitstest bei Meta: Das Modell erreichte im offenen Internet ein fremdes Unternehmen
- Framer öffnet seine Projekte für Claude Code, Cursor und Codex
