Die KI, die Sicherheitslücken findet, ist gerade halb so teuer geworden – und dein Patch-Fenster damit halb so groß

Am Montag, dem 27. Juli, hat Microsoft ein neues KI-Modell vorgestellt. Es heißt MAI-Cyber-1-Flash und kann genau eine Sache: Sicherheitslücken in großen Codebasen finden.

Ich weiß, wie das klingt. Noch ein Modell, noch eine Ankündigung, noch ein Name mit Bindestrichen. Ich hätte das vor zwei Jahren überblättert. Heute nicht mehr, und zwar wegen einer Zahl aus demselben Monat: Am 15. Juli hat Microsoft an einem einzigen Patchday 622 Sicherheitslücken geschlossen. Im Monat davor waren es 206.

Das ist der eigentliche Punkt. Nicht das Modell – das Tempo.

Was da tatsächlich passiert ist

MDASH ist bei Microsoft kein Produkt, das du kaufen kannst, sondern eine interne Maschinerie: Microsoft beschreibt sie als Harness aus über 100 Agenten, die Schwachstellen finden, bestätigen und gleich Korrekturen vorschlagen. Bisher lief das auf gemieteten Fremdmodellen – gut, aber teuer.

Das neue Modell ist Microsofts eigenes, im Haus trainiert, bewusst klein gehalten. Und die Zahlen, die der Konzern dazu nennt, sind der Grund, warum ich diesen Text schreibe:

• Es übernimmt rund 90 Prozent der Routinearbeit; die schweren Fälle gehen weiter an ein großes Modell.
• Im Verbund erreicht MDASH damit 96 Prozent auf CyberGym, einem Benchmark fürs Auffinden echter Schwachstellen.
• Und das zu halben Kosten gegenüber der bisherigen Konfiguration.

Halbe Kosten bei gleicher Trefferquote heißt: doppelt so oft laufen lassen. Auf doppelt so viel Code. Dauerhaft statt stichprobenartig. Microsoft hat parallel ein System namens Perception angekündigt, das genau das tut – kontinuierlich mitlaufen, überwachen, patchen.

Und deshalb sind 622 Lücken an einem Tag keine Panne. Sie sind das erwartbare Ergebnis.

Die Zahl, über die ich wirklich nachdenke

Bis Juli hat Microsoft 1.380 CVEs in diesem Jahr dokumentiert. Der bisherige Jahresrekord lag bei 1.250 – aufgestellt 2020, für zwölf Monate. Wir sind im Juli.

Der reflexhafte Gedanke ist: „Die Software wird schlechter." Ich glaube das nicht, und die Sicherheitsleute, die sich dazu geäußert haben, auch nicht. Der Code ist nicht über Nacht löchriger geworden. Wir haben nur angefangen, richtig hinzugucken.

Was mich daran beschäftigt, ist etwas anderes, und es ist unbequem: Dieselbe Technik funktioniert in beide Richtungen. Ein Modell, das für 50 Prozent der bisherigen Kosten Lücken in fremdem Code findet, ist für einen Verteidiger ein Segen und für einen Angreifer ein Werkzeug. Der Unterschied liegt nur in der Absicht, nicht in der Fähigkeit.

Bisher galt eine stille Faustregel: Zwischen „Lücke veröffentlicht" und „Lücke wird ausgenutzt" liegt genug Zeit für ein gemütliches Update am Wochenende. Diese Regel hat gerade angefangen zu bröckeln. Zwei der drei Zero-Days im Juli wurden angegriffen, bevor es den Patch gab.

Was das für dich heißt

Jetzt der Teil, der zählt. Du betreibst eine Website, vielleicht ein CMS, vielleicht eine App im Store. Du hast keine Sicherheitsabteilung. Du hast einen Nachmittag im Monat, an dem du dich um so etwas kümmerst – wenn es gut läuft.

Ich bin da genauso. Deshalb schreibe ich hier keine Liste mit vierzehn Punkten, die niemand abarbeitet, sondern die drei Dinge, die bei mir tatsächlich passieren.

Erstens: automatische Updates, wo sie gefahrlos sind. Browser, Betriebssystem, Passwort-Manager, Handy – alles auf automatisch. Das ist kein Kontrollverlust, das ist Arbeitsteilung. Bewusst entscheiden würde ich nur dort, wo ein Update deine Seite umbauen kann: das CMS selbst, größere Plugin-Sprünge, PHP-Hauptversionen.

Zweitens: einmal wissen, was überhaupt drinsteckt. Die meisten Websites, die ich übernehme, laufen auf Bausteinen, die niemand mehr aufzählen kann. Ein Nachmittag Inventur reicht: Welche Version läuft, welche Erweiterungen sind aktiv, welche werden überhaupt noch gepflegt. Ein Plugin, das seit drei Jahren kein Update bekommen hat, ist kein stabiles Plugin. Es ist ein unbeobachtetes.

Drittens: ein fester Termin statt guter Vorsätze. Bei mir steht der erste Mittwoch im Monat im Kalender, eine Stunde, mit Backup davor. Das klingt spießig und ist genau deshalb das Einzige, was funktioniert. „Wenn ich Zeit habe" heißt in der Praxis: nie.

Und eine Einordnung, die viel Nerven spart: Nicht jede der 622 Lücken geht dich etwas an. Der brauchbarste Filter der Welt ist öffentlich – die US-Behörde CISA führt einen Katalog der Schwachstellen, die nachweislich aktiv ausgenutzt werden. Zwei der Juli-Lücken stehen dort. Was dort landet, ist dringend. Der Rest ist Pflege.

Und was ist mit deinem eigenen Code?

Wenn du selbst entwickelst: Die Werkzeuge, die Abhängigkeiten prüfen, sind seit Jahren da, kostenlos und in zwei Minuten eingerichtet – npm audit im JavaScript-Projekt, composer audit bei PHP, die Abhängigkeitswarnungen von GitHub, der Lint-Lauf im Gradle-Build. Fast niemand schaltet sie ein, weil sie beim ersten Lauf unangenehm ehrlich sind.

Genau das ist der Moment, in dem ich sie am liebsten mag. Ein rotes Ergebnis am Dienstagvormittag ist ein Werkzeug. Dasselbe rote Ergebnis in einer E-Mail von jemandem, der deine Kundendaten hat, ist ein sehr schlechter Tag.

Wenn du auf tools.bymw.de unterwegs bist, kennst du mein Prinzip: Der Passwort-Generator rechnet im Browser, es wird nichts hochgeladen. Dieselbe Haltung würde ich mir bei jedem Baustein wünschen, den du in deine Seite einbaust – nicht, weil das jede Lücke verhindert, sondern weil das, was gar nicht erst irgendwo liegt, auch nicht abfließen kann.

Und weil es hier um Sicherheit und Haftung geht: Das ist meine praktische Einschätzung als Entwickler, keine Rechts- oder IT-Sicherheitsberatung. Wenn bei dir personenbezogene Daten in nennenswertem Umfang liegen, gehört das zu jemandem, der das verbindlich prüfen darf.

Meine Kurzfassung

Das Auffinden von Sicherheitslücken ist gerade drastisch billiger geworden. Das ist eine gute Nachricht – wir bekommen sichere Software. Und es ist eine unbequeme: Die Zeit zwischen „bekannt" und „ausgenutzt" schrumpft, und dein Update-Rhythmus wurde nicht gefragt.

Du musst deswegen nicht zum Sicherheitsexperten werden. Du musst nur aufhören, Updates als etwas zu behandeln, das man aufschieben kann. Automatik dort, wo es geht. Ein Termin dort, wo es nicht geht. Und einmal wissen, was auf deiner Seite eigentlich läuft.

Du weißt nicht, was auf deiner Website an Bausteinen werkelt, und willst es nicht raten? Schreib mir kurz – ich schaue mir das an und sage dir ehrlich, ob es dringend ist oder ob du ruhig schlafen kannst. Meistens ist es Letzteres, und das darf man auch mal hören.

Quellen

• Microsoft AI: Introducing MAI-Cyber-1-Flash inside MDASH (27. Juli 2026 – MDASH als Harness aus über 100 Agenten, rund 90 % der Aufgaben, 96 % auf CyberGym, 50 % Kostenersparnis, „Perception")
• IT-Administrator: 622 Lücken auf einen Schlag – Rekord-Patchday bei Microsoft (Patchday am 15. Juli 2026, 63 kritische Lücken, aktiv angegriffene Schwachstellen in ADFS und SharePoint)
• Born's IT- und Windows-Blog: Microsoft Juli-Patchday – Rekord von 622 Lücken schließt kritische Zero-Days (Vormonat 206 Patches, drei Zero-Days, zwei davon vor dem Patch angegriffen, 1.380 CVEs im Jahr 2026 gegenüber dem bisherigen Rekord 1.250 aus 2020)