Was ist passiert?
Google Cloud beschreibt CodeMender als einen autonomen KI-Agenten zum Auffinden, Verifizieren und Beheben von Software-Schwachstellen. Es läuft über die Gemini Enterprise Agent Platform mit lokalen Tools für Entwickler und vom Kunden verwalteten Umgebungen für Builds, Tests und Exploit-Simulationen.
Google Cloud präsentiert CodeMender als autonomen KI-Code-Sicherheitsagenten, der auf der Gemini Enterprise Agent Platform gehostet wird. Das Unternehmen gibt an, dass das System ursprünglich von Google DeepMind entwickelt wurde und ein fein abgestimmtes Sicherheitssystem mit einer Auswahl an KI-Modellen kombiniert, um tiefe Schwachstellen zu finden, zu überprüfen und zu beheben. Es ist für Unternehmenscodebasen konzipiert und kann über eine lokale Befehlszeilenschnittstelle und Entwicklertools wie VS Code betrieben werden. Auf der Seite werden kein Startdatum, keine Preise, allgemeine Verfügbarkeitsbedingungen oder benannte Kundenbereitstellungen angegeben. Außerdem wird CodeMender nicht als Framework zur formalen Verifizierung beschrieben, sodass die Charakterisierung in der Kandidatenüberschrift von der Quelle nicht unterstützt wird.
Der beschriebene Arbeitsablauf besteht aus drei Phasen. Beim Scannen soll CodeMender ganze mehrsprachige Codebasen analysieren und mithilfe der Programmanalyse Kontrollflüsse und Datenpfade verfolgen. Google sagt, dass es darauf abzielt, komplexe Schwachstellen, einschließlich Speicherbeschädigung und Injektionsschwachstellen, in Sprachen wie C und C++, Java, Python, TypeScript und JavaScript, Go, Rust und Ruby aufzudecken. Während der Verifizierung erstellt der Agent den Code und führt einen sicheren Proof-of-Concept-Exploit in einer vom Kunden verwalteten Umgebung aus. Ein erfolgreicher Exploit wird als Beweis dafür gewertet, dass die Schwachstelle ausgenutzt werden kann, sodass Teams die Ergebnisse über herkömmliche Schweregradbewertungen hinaus priorisieren können. Die Quelle gibt keine Erkennungsrate, Falsch-Positiv-Rate oder unabhängige Benchmark an.
Nachdem eine Schwachstelle überprüft wurde, generiert CodeMender eine Code-Diff- oder Pull-Anfrage, um die zugrunde liegende Ursache zu beheben, anstatt nur das unmittelbare Symptom zu unterdrücken. Google sagt, dass der Agent Beurteilungen mit großen Sprachmodellen und automatisierte Tests verwendet, um zu beurteilen, ob der Patch das beabsichtigte Verhalten beibehält und gleichzeitig den Fehler behebt. Vorgeschlagene Änderungen werden den Entwicklern zur Prüfung und Genehmigung vorgelegt; Der Agent verpflichtet sie nicht automatisch zur Versionskontrolle und schiebt sie nicht in Produktions-Repositories. Die Seite beschreibt daher einen automatisierten Empfehlungs- und Validierungsprozess, nicht eine uneingeschränkte autonome Bereitstellung.
Laut Google erfolgen die Kernbeurteilung und Orchestrierung in der Cloud, während Kompilierung, Tests und Exploit-Simulationen in vom Kunden verwalteten Sandboxes oder isolierten virtuellen Maschinen ausgeführt werden. Darin heißt es, dass Repositorys nicht hochgeladen werden müssen, nur die minimal erforderlichen Codeausschnitte verarbeitet werden und Quellcode, Eingabeaufforderungen, Ergebnisse und Patches nicht zum Trainieren der Basismodelle von Google verwendet werden. Aktive Sitzungsdaten können bis zu sieben Tage lang in verschlüsselter Form gespeichert werden, um lang andauernde Scans zu unterstützen. Auf der Seite werden außerdem VPC Service Controls und Private Traffic Routing als verfügbare Unternehmensschutzmaßnahmen genannt. Die Quelle erklärt die genauen Datenflüsse, das Sandbox-Design oder die Fehlerbehandlung nicht detailliert genug, um diese Zusicherungen unabhängig beurteilen zu können.
Lesen Sie die Primärquelle: cloud.google.com ↗
Warum es wichtig ist
Wenn das System wie beschrieben funktioniert, könnte es die Zeit reduzieren, die Sicherheitsteams mit der Prüfung von Fehlalarmen und der Vorbereitung von Korrekturen verbringen. Seine Behauptungen verdeutlichen auch die Governance-, Datenschutz- und Sicherheitsherausforderungen, die sich daraus ergeben, einem KI-Agenten Zugriff auf proprietären Code und die Möglichkeit zu geben, Exploit-Simulationen auszuführen.
Das erste zu beachtende Thema ist der Zugang. Laut Google wird CodeMender auf der Gemini Enterprise Agent Platform gehostet. Auf der Seite wird jedoch nicht angegeben, ob es allgemein verfügbar ist, was es kostet oder welche Servicebeschränkungen gelten. Separat heißt es, dass CodeMender mit Gemini 3.5 Flash Cyber zunächst nur einer kleinen Gruppe von Regierungen und vertrauenswürdigen Partnern zur Verfügung stehen wird, ein breiterer Zugang ist im Laufe der Zeit geplant. Auf die neueste Liste der unterstützten Modelle wird in der Dokumentation verwiesen, die nicht in der Quelle enthalten ist. Verfügbarkeit, Modellberechtigung und Preis bestimmen, ob es sich bei dem Produkt um ein allgemein einsetzbares Sicherheitstool oder um ein eingeschränktes Unternehmensangebot handelt.
Das zweite Problem ist die messbare Leistung. Unabhängige Bewertungen sollten testen, ob Exploit-Simulationen ausnutzbare Schwachstellen von theoretischen unterscheiden, ob der Prozess böswilligen oder absichtlich gefährlichen Code sicher verarbeiten kann und wie oft der generierte Patch die Grundursache behebt, ohne das Verhalten zu beeinträchtigen. Eine nützliche Berichterstattung würde CodeMender auch mit statischer Analyse, interaktiven Anwendungssicherheitstests und menschlicher Überprüfung vergleichen. Die Behauptungen der Quelle über die Erkennung hoher Signale, eine verringerte Alarmmüdigkeit und produktionstaugliche Patches bleiben Behauptungen von Google, bis reproduzierbare Methoden und Ergebnisse verfügbar sind.
Das dritte Thema ist die operative Governance. Auf der Seite heißt es, dass CodeMender als Headless-Agent in CI/CD-Pipelines ausgeführt werden und Erkenntnisse von Tools wie Wiz aufnehmen kann. Außerdem heißt es, dass Code-Scanning durch den Wiz-Workflow bald verfügbar sein wird. Unternehmen benötigen klare Kontrollen darüber, auf welche Repositorys der Agent zugreifen kann, wo Exploit-Simulationen ausgeführt werden, welche Artefakte aufbewahrt werden und wer Änderungen genehmigt. Sie benötigen außerdem Verfahren für fehlgeschlagene Builds, unsichere Proof-of-Concept-Exploits, widersprüchliche Modellempfehlungen und Patches, die automatisierte Prüfungen bestehen, aber in der Produktion fehlschlagen. Die Quelle bestätigt eine Human-in-the-Loop-Richtlinie, gibt jedoch nicht an, wie diese Richtlinie in automatisierten Pipelines durchgesetzt wird.
Was Sie als nächstes sehen sollten
Die wichtigsten Tests werden die realen Erkennungs- und Patchqualitätsergebnisse von CodeMender, seine breitere Verfügbarkeit und die Details seiner Sicherheitskontrollen sein. Die Quelle lässt unbeantwortet, wie oft die Exploit-Prüfungen zuverlässig sind, wie sicher sie eingedämmt werden und wie viel menschliche Überprüfung noch notwendig ist.
Achten Sie auf Beweise dafür, dass die Scan-, Verifizierungs- und Behebungsphasen von CodeMender wie von Google beschrieben funktionieren. Der Quelle zufolge werden ganze mehrsprachige Codebasen analysiert, Kontrollflüsse und Datenpfade verfolgt, Code erstellt und sichere Proof-of-Concept-Exploits in vom Kunden verwalteten Umgebungen ausgeführt. Die relevanten Beweise sind Erkennungs-, Falsch-Positiv-, Exploit-Überprüfungs- und Patch-Qualitätsergebnisse, aber die Seite liefert keine Erkennungsrate, Falsch-Positiv-Rate oder unabhängigen Benchmark. Auf der Seite werden auch VPC Service Controls und Private Traffic Routing als verfügbare Unternehmensschutzmaßnahmen genannt, deren genaue Implementierung wird jedoch nicht erläutert.
Auch Verfügbarkeit und Betriebsbedingungen sind ungeklärt. Auf der Seite werden kein Startdatum, keine Preise, allgemeine Verfügbarkeitsbedingungen, Servicebeschränkungen oder benannte Kundenbereitstellungen angegeben. Darin heißt es, dass der Zugriff zunächst auf eine kleine Gruppe von Regierungen und vertrauenswürdigen Partnern beschränkt sein wird, mit der Zeit soll ein breiterer Zugriff geplant werden, während die neueste Liste der unterstützten Modelle in der Dokumentation enthalten ist, die nicht in der Quelle enthalten ist. Diese Details zeigen, in welchem Umfang und unter welchen Einschränkungen das Produkt eingesetzt werden kann.
Sicherheit und menschliche Aufsicht bleiben wichtige Beobachtungspunkte. Google sagt, dass Kompilierungs-, Test- und Exploit-Simulationen in vom Kunden verwalteten Sandboxes oder isolierten virtuellen Maschinen ausgeführt werden und dass vorgeschlagene Änderungen zur Überprüfung und Genehmigung an die Entwickler gehen, anstatt automatisch festgeschrieben oder gepusht zu werden. Die Quelle erklärt nicht die genauen Datenflüsse, das Sandbox-Design, die Fehlerbehandlung oder wie die Human-in-the-Loop-Richtlinie über automatisierte Pipelines hinweg durchgesetzt wird.
