Software betreiben im KI-Tempo:Wie dein Betriebstakt mithält, wenn die Welt nicht langsamer macht

Um zu verstehen, warum das gerade kippt, muss ich kurz zwei Phasen auseinanderhalten. Phase A ist die, die alle sehen. KI ja oder nein hieß bis jetzt: Bin ich in der Lage, konkurrenzfähig Software zu entwickeln? Für mich ist diese Frage beantwortet: Mit KI-Agenten lässt sich heute schneller bauen. Die Wirtschaftsdaten zeigen die Größenordnung dahinter, nämlich wie viel Kapital in diese Technik fließt.

Allein im ersten Halbjahr 2025 haben KI-Investitionen das US-Bruttoinlandsprodukt annualisiert um 1,3 Prozent erhöht, und das Weiße Haus vergleicht das mit dem Eisenbahnbau der industriellen Revolution. Es fragt auch gleich, ob eine zweite große Divergenz bevorsteht (Quelle: Council of Economic Advisers, 2026). Das ist ein politisches Papier, die Wertung darfst du also mit Abstand lesen. ING rechnet für 2026 vor, dass rund ein Drittel des US-Wachstums aus KI kommt (Quelle: ING Economics, 2026). Der globale Investitionszyklus bringt Europa 2026 dagegen im Mittel etwa 0,10 Prozentpunkte Wachstum (Quelle: Goldman Sachs, zitiert nach Investing.com, 2026).

Der Jobmarkt zieht dabei nicht mit. ING nennt die Folgen für den Arbeitsmarkt bislang bescheiden, und die Einstellungen von Absolvent:innen auf Einstiegsstellen liegen in den USA 17 Prozent unter 2019 (Quelle: ING Economics, 2026). Das Wachstum kommt aus Investitionen, nicht aus Jobs.

Phase B fängt gerade erst an, und da geht es um eine andere Frage: Kannst du Software betreiben? Am Laufen halten, sicher halten, in einer Welt, in der neue Lücken schneller auftauchen, als ein Monatsplan sie abarbeiten kann.

Das betrifft auch die kleine Firma mit der selbst gebauten App auf dem eigenen Linux-Server. Vielleicht sogar mehr, weil da niemand nachts die Meldungen liest.

Mandiant, der Forensik-Arm von Google, schätzt die mittlere Zeit vom Patch bis zur ersten Ausnutzung für 2025 auf minus sieben Tage. Minus. Ausnutzung läuft also regelmäßig, bevor es überhaupt einen Patch gibt (Quelle: Mandiant M-Trends, 2026). VulnCheck zählt: 28,96 Prozent der 2025 bekannt ausgenutzten Lücken wurden am Tag der Veröffentlichung oder davor angegriffen, 2024 waren es 23,6 Prozent (Quelle: VulnCheck, 2026).

Und die Menge wächst. Die veröffentlichten Schwachstellen pro Monat haben sich 2026 verdoppelt, von 5.045 im Januar auf 10.740 im August (Quelle: Google Threat Intelligence Group, 2026). Von Januar bis August wurden 141 Lücken aktiv ausgenutzt, mehr als im ganzen Jahr 2025 mit 127.

Bevor du jetzt jede Meldung als Alarm liest: Google ordnet das selbst ein. Nur rund jede 431. veröffentlichte Lücke wurde 2026 überhaupt beim Ausnutzen beobachtet (Quelle: Google Threat Intelligence Group, 2026). Das ist die eigentliche Arbeit: aus über 10.000 Meldungen die eine finden, die dich betrifft.

Was hat KI damit zu tun?

Laut Google führen genau 50 Prozent der Lücken, die wahrscheinlich von KI gefunden wurden, zu Remote Code Execution, im Gesamtbestand sind es 26 Prozent (Quelle: Google Threat Intelligence Group, 2026). Google erklärt das auch damit, dass Forschungsteams ihre Agenten gezielt auf kritische Stellen ansetzen. Oft sucht da also die Verteidigung. Sobald die Lücke gemeldet ist, liest die andere Seite mit. Im Beispiel von Google begann die Ausnutzung einer von KI gefundenen Lücke innerhalb von vier Tagen nach der Veröffentlichung (Quelle: Google Threat Intelligence Group, 2026).

Das ist, als hinge am schwarzen Brett im Viertel ein Zettel, welche Werkstatttür nicht richtig schließt. Die Frage ist, wer ihn zuerst liest.

Und die andere Seite sucht längst nicht mehr nur von Hand. Laut Flashpoint bauen Angreifer eigene Modelle ohne Schutzvorkehrungen auf ihrer privaten Infrastruktur, und auch wenig Erfahrene können damit automatisierte Scanner losschicken (Quelle: Flashpoint, 2026). So ein selbst betriebenes Modell läuft einfach, und es muss niemanden um Erlaubnis fragen. Das sind intelligente Scanner, die durchs Netz laufen.

Daraus folgen zwei Fälle. Zero-Days stellen nach Googles Zählung 62 Prozent der 2026 beobachteten Ausnutzungen, und gegen die hilft kein Tempo beim Patchen, weil es noch keinen Patch gibt. Da bleibt, was die Behörden getan haben: vom Netz nehmen und abschotten. Und vorher möglichst wenig offen ins Netz stellen. Der Zuwachs kommt laut Google aber vor allem von Lücken, die schon bekannt sind und schnell zur Waffe gemacht werden (Quelle: Google Threat Intelligence Group, 2026). Und da zählt die Zeit nach der Meldung. Die liegt in deinem Unternehmen.

KI-gestützt heißt nicht KI-überlassen. Du kannst nicht einfach sagen: „Hey KI, manage mal meine Infrastruktur.“ Das ist eine sehr schlechte Idee. Natürlich müssen da Menschen involviert sein, die vom Fach sind und wissen, was sie tun, und die diese agentischen Pipelines überwachen.

Google rät zu einem klaren Grundmuster: weg vom ungefilterten Massen-Patchen, hin zum Sortieren nach echter Bedrohung, kombiniert mit automatisierter, agentischer Behebung (Quelle: Google Threat Intelligence Group, 2026). Bei mir sind es vier Bausteine, und der vierte gehört dem Menschen.

1. Inventar

Ein Agent führt die Liste, welche Bausteine bei dir laufen: PHP-Version, Framework-Version, Kernel, Node, Bibliotheken. Kein 200-Seiten-Dokument, sondern eine Liste, die der Agent selbst aktuell hält. Ohne diesen Schritt geht der Rest nicht.

2. Abgleich

Ein Agent liest Sicherheitshinweise und Meldungen über aktiv ausgenutzte Lücken und gleicht sie gegen dein Inventar ab. Heraus kommt keine Flut, sondern eine Betroffenheits-Notiz: „PHP 8.3.30 auf Server X ist betroffen, das Update ist 8.3.36, Risiko: Fremdcode ohne Login, wird bereits aktiv ausgenutzt.“ Fertig zum Lesen.

3. Vorbereitung

Der Agent bereitet das Update vor: Branch, Versionssprung, Testlauf auf der Testumgebung, Bericht.

4. Entscheidungsrecht vorab

Leg vorher fest, welche Person vom Fach entscheidet und wer sie vertritt, im eigenen Team oder extern. Sie liest die Notiz und prüft den Testbericht. Dann spielt sie das Update per Knopfdruck ein, hält es an oder nimmt das System vom Netz, falls es noch kein Update gibt. Bei einer Frist von drei Tagen kann die Notiz bis morgens warten.

Der Mensch wird hier nicht wegautomatisiert. Über 10.000 Meldungen im Monat liest in einem kleinen Betrieb ohnehin niemand. Jetzt kommt die eine an, und ein Mensch hat den Kopf frei für die Entscheidung, die zählt. Und Betrieb bleibt ein Prozess, den du nie abschließt. Was das konkret heißt, wenn die Software selbst eine KI-Lösung ist, steht im Artikel zu LLMOps für KMU: Der Tag nach der Demo ist der, an dem die Arbeit anfängt.

Wie das aussieht

Nimm eine kleine Agentur, frei erfunden: drei Leute, zwölf Kunden-Websites auf PHP. Mit einem langsamen Betriebstakt liest am Montag jemand von der Lücke in der Zeitung. Dienstag wird gefragt, welche Versionen laufen. Mittwoch kommt die Antwort, Donnerstag wird gepatcht, zwei Sites brechen. Freitag Rollback.

Mit einem schnellen Betriebstakt kommt am Dienstagabend die Notiz des Agenten, mit allen zwölf Versionsständen und vorbereiteten Updates. Zwei Sites sind schon im Testlauf gebrochen und stehen so in der Notiz. Mittwochfrüh prüft die Inhaberin und drückt zehnmal. Mittag fertig, die zwei anderen sind bis zum Abend dran.