Ein kleines Modell jagte ein Spitzenmodell aus

Am 21. Juli veröffentlichte Google DeepMind Gemini 3.5 Flash Cyber, eine sicherheitsoptimierte Version seines leichten Flash-Modells, gebaut, um Softwarefehler zu finden, zu bestätigen und zu beheben. Gegen die V8-JavaScript-Engine im Inneren von Chrome getestet, brachte es 55 einzigartige bestätigte Schwachstellen hervor, gegenüber 47 beim regulären Flash-Modell und 36 bei Claude Opus 4.6. Zehn davon waren Fehler, die keines der anderen Modelle fand.

Die Schlagzeile, die alle schreiben werden, lautet, ein Verteidigungswerkzeug sei besser geworden. Die Zahl, mit der ein Eigentümer sich beschäftigen sollte, ist, dass ein kleines, günstiges Modell ein großes Spitzenmodell beim Finden echter Fehler in einer der meistgeprüften Codebasen der Welt schlug.

Die Ökonomie hat sich gerade umgedreht

Zwei Jahre lang galt die Annahme, dass das größte, teuerste Modell gewinnt. Flash Cyber bricht das für enge Aufgaben. Es läuft auf einer kostengünstigen Basis, verbraucht rund 17 Prozent weniger Ausgabe-Tokens als das Modell, aus dem es optimiert wurde, und führt dennoch beim CyberGym-Benchmark und beim Scannen von Chrome-Produktions-Commits. Spezialisierung, nicht Größe, trug es.

Das ist ein Beschaffungssignal, bevor es ein Sicherheitssignal ist. Sie brauchen keine allgemeinen Spitzenmodelle, um Ihren eigenen Code zu prüfen; ein kleineres, auf die Aufgabe abgestimmtes Modell kann günstiger und besser sein, was die Budgetierung Ihrer KI-Werkzeuge insgesamt neu rahmt.

Der Haken ist, wer es halten darf

Google verkauft Flash Cyber nicht. Es wird über ein begrenztes Pilotprojekt an Regierungen und vertraute Partner ausgegeben, in Googles CodeMender-Agenten integriert, mit dem erklärten Ziel, Verteidigern an vorderster Front einen Vorsprung zu geben und zugleich den Missbrauch einer Dual-Use-Fähigkeit zu begrenzen. Diese Begründung ist ehrlich. Sie bedeutet aber auch, dass die stärkste Version dieses Werkzeugs vorerst nichts ist, das Sie lizenzieren können.

Google bietet die Grundfunktionen von CodeMender über seine Unternehmensplattform mit Standardmodellen an. Nützlich, aber es ist nicht das Modell, das Opus schlug, und Sie sollten um die Lücke herum planen, nicht um das Versprechen.

Planen Sie für die Fähigkeit, nicht das Produkt

Zugangskontrollen bremsen die Verbreitung, sie stoppen sie nicht. Die wichtige Tatsache ist nicht mehr, welches Unternehmen den besten Scanner hält - es ist, dass automatisierte Schwachstellensuche auf diesem Niveau günstig demonstriert wurde, und günstige Fähigkeiten werden offen nachgebaut. Nehmen Sie an, dass ein Angreifer ein vergleichbares Werkzeug erreicht, und bauen Sie Ihr Risikomodell auf dieser Annahme statt auf Googles Freigabepolitik.

Für ein europäisches Team passt das zu dem, wohin die Regulierung ohnehin drängt. Der Cyber Resilience Act und die Speichersicherheits-Leitlinien von Behörden wie dem deutschen BSI und dem britischen NCSC zeigen alle auf dieselben dauerhaften Verteidigungen, die kein Modell-Tor Ihnen nehmen kann.

Was Ihre Angriffsfläche wirklich verringert

Die unspektakulären Kontrollen sind die, die Ihnen gehören. Verkürzen Sie die Zeit zwischen dem Erscheinen eines Patches und Ihrem Einspielen, denn automatisierte Suche verkürzt die Angreiferseite desselben Rennens. Bringen Sie neuen Code zu speichersicheren Sprachen, in denen die ganze Fehlerklasse, die Flash Cyber jagt, schlicht nicht kompiliert. Führen Sie eine echte Software-Stückliste, damit Sie bei einem Fehler in einer Abhängigkeit binnen Stunden wissen, ob er in Ihrem Stack steckt.

Nichts davon wartet auf ein Pilotprogramm. Es ist heute verfügbar, es summiert sich, und anders als ein zurückgehaltenes Modell kann Ihnen niemand den Zugang dazu entziehen.

Weiterlesen: 87 Jahre enden mit einer Antwort, die jeder nachprüfen kann  |  Googles Spitzenmodell ist verspätet und hat kein neues Datum