Zum Hauptinhalt springen
Diese Website enthält mit KI erstellte Inhalte. Mehr erfahren
Hintergrundbild zu „Sicherheitslage Herbst 2026: Was sich für Kommunen und Mittelstand ändert“KI
Aktuell

Sicherheitslage Herbst 2026: Was sich für Kommunen und Mittelstand ändert

Weniger Opfer zahlen, doch Angriffe treffen weiter vor allem den Mittelstand. Was die Lage im Herbst 2026 für Kommunen und Unternehmen bedeutet.

  • Cyber Crime
  • Security
  • Kommunen

Weniger Opfer zahlen Lösegeld, und die Summen sinken – das klingt nach Entspannung. Ist es aber nicht. Die Angriffe gehen weiter, sie treffen weiterhin vor allem den Mittelstand, und sie werden schneller. Wie schnell, hat der Oktober 2026 gezeigt: Zwischen der Veröffentlichung der PHP-Lücke PHP2Shell und den ersten übernommenen Firewalls lagen keine drei Tage. Was die Zahlen zeigen, was sich durch KI verändert und welche fünf Punkte für Kommunen und Unternehmen jetzt zählen.

Kernaussage

Wenn immer weniger Opfer zahlen, entscheidet nicht mehr das Lösegeld über den Schaden, sondern zwei andere Fragen: Wie schnell schließen Sie Lücken, bevor sie ausgenutzt werden? Und wie schnell läuft Ihr Betrieb nach einem Angriff wieder? KI verkürzt die Zeit für die erste Frage von Wochen auf Tage – bei Geräten am Netzwerkrand auf Stunden.

Die Lage in Zahlen

Zahlungsquote

Rekordtief

Median-Zahlung

150.000 $

Mittelstand

75,8 %

Seitwärtsbewegung und Datenabfluss

76 %

Patch-Flut

966 Lücken

PHP2Shell

30 Mio.

Die Zahlen zu Zahlungen und Opfern stammen aus dem Quartalsbericht des Incident-Response-Dienstleisters Coveware, der laufend Erpressungsfälle auswertet. Bemerkenswert ist seine Unterscheidung nach Unternehmensgröße: Große Organisationen werden eher gezielt über Identitäten angegriffen, kleine und mittlere eher über ungepatchte Lücken und kompromittierte Fernzugänge. Genau das sind die Punkte, um die es im Oktober ging.

Das Lehrstück des Herbstes: PHP2Shell

Zwei kritische Lücken in PHP, der Grundlage unzähliger Webseiten, Portale und Geräteoberflächen, haben im Oktober wie unter dem Mikroskop gezeigt, wie Angriffe heute ablaufen. Wir haben die Entwicklung täglich in unserer Statusübersicht begleitet. Der Ablauf in Kürze:

Von der Lücke zum Einbruch in einer Woche

  1. 17. Oktober
    Angriff vor dem Patch

    Amazon beobachtet einen ersten Angriffsversuch – vier Tage bevor die Lücke öffentlich wird.

  2. 21. Oktober
    Update verfügbar

    PHP veröffentlicht die Korrekturen. Behörden, Hochschulen und Kommunen nehmen ihre Webseiten vorsorglich vom Netz.

  3. 22. bis 24. Oktober
    Exploits öffentlich

    Mehrere frei verfügbare Angriffswerkzeuge erscheinen, auch eines, das eine zentrale Schutzfunktion umgeht. Am 24. gelingen erste Angriffe auf Testsysteme.

  4. 23. und 24. Oktober
    Echte Einbrüche

    Angreifer übernehmen 24 Firewalls von Palo Alto Networks über deren Verwaltungsoberfläche und dringen in einem Fall bis ins Active Directory vor.

  5. 26. Oktober
    Offiziell ausgenutzt

    Die US-Behörde CISA führt beide Lücken als aktiv ausgenutzt. Das Patchen stockt: statt vier Millionen Updates am Tag nur noch rund 250.000.

  6. 30. Oktober
    Die lange Schleppe

    Rund 30 Millionen Dienste gelten weiter als verwundbar – viele davon auf alten PHP-Versionen, für die es keine offiziellen Updates gibt.

    Heute

Vier Lehren aus diesem Fall gelten weit über PHP hinaus:

  • Der Angriff kann vor dem Patch kommen. Bei PHP2Shell gab es Angriffsversuche, bevor die Lücke offiziell bekannt war – Informationen waren vorzeitig durchgesickert. Ein Muster, das wir schon in Wenn der Angriff vor dem Patch kommt beschrieben haben.
  • Geräte am Netzwerkrand sind das Einfallstor. Die bestätigten Einbrüche liefen nicht über Webseiten, sondern über Verwaltungsoberflächen von Firewalls, die aus dem Internet erreichbar waren. Dasselbe Muster zeigten in den Wochen davor die Lücken in Citrix NetScaler und Cisco-Firewalls.
  • Altlasten bremsen das Patchen. Fast die Hälfte aller PHP-Webseiten läuft auf Versionen ohne offizielle Updates. Und die angegriffenen Firewalls enthielten nicht nur ein veraltetes PHP, sondern auch einen Linux-Kern, dessen bekannte Lücke seit fünf Monaten behoben war. Mehr dazu in PHP-Version und Update-Pfad für CMS.
  • Der Weg führt ins Active Directory. Auf dem Verwaltungsserver der Firewall lag das Kennwort eines LDAP-Dienstkontos. Damit griffen die Täter das Active Directory an – begünstigt durch fehlende Kontosperre und Standardeinstellungen. Mehr dazu in Welche Rechte hat Ihr Webserver? und Active Directory härten.

Was sich durch KI verändert

Künstliche Intelligenz verändert die Sicherheitslage nicht durch einen spektakulären neuen Angriff, sondern durch Tempo und Masse. Vier Entwicklungen zeichnen sich deutlich ab:

Alte Lücken werden gefunden

Modelle finden Fehler, die jahrelang unentdeckt blieben. Im Oktober wurde ein elf Jahre alter Fehler im Netzwerkcode des Linux-Kerns bekannt, aus dem ein KI-Modell im Labor in kurzer Zeit einen funktionierenden Angriff entwickelte. Betroffen ist nahezu jeder Linux-Server – und viele Firewalls und NAS-Systeme, die auf Linux laufen.

Vom Patch zum Exploit in Stunden

Sobald ein Update erscheint, lässt sich aus dem Vergleich von alter und neuer Version ablesen, wo der Fehler saß. Mit KI geht das in Stunden statt Wochen. Bei PHP2Shell kursierten nach zwei bis drei Tagen mehrere funktionierende Angriffswerkzeuge.

Die Patch-Flut wächst

Hersteller durchsuchen ihre Produkte selbst mit KI – und finden mehr. Das erklärt die Rekord-Patchdays von Microsoft. Für Administratoren heißt das: mehr Updates, häufigere Updates, und gelegentlich zweite Korrekturen wie bei den Windows-Paketen von PHP, die nach fünf Tagen erneut ersetzt werden mussten.

Täuschung wird billiger

Phishing-Mails ohne Fehler, auf den Empfänger zugeschnitten, gefälschte Update-Aufforderungen schon wenige Tage nach einer Schlagzeile – auch das gab es bei PHP2Shell. Schadcode wird automatisch in immer neuen Varianten erzeugt, um Virenschutz zu umgehen.

Ausblick: Erste Versuche, Angriffe weitgehend von einer KI ausführen zu lassen, sind dokumentiert – sie laufen noch holprig, werden aber besser. Wir erwarten für 2027, dass sich das Zeitfenster zwischen Update und Angriff bei Geräten am Netzwerkrand weiter auf Stunden verkürzt, dass Hersteller häufiger außerplanmäßig patchen und dass monatliche Wartungsfenster für kritische Systeme nicht mehr ausreichen. Die gute Nachricht: Auch die Verteidigung wird schneller, und die wirksamsten Gegenmittel bleiben dieselben. Sie müssen nur konsequenter und automatisierter umgesetzt werden.

Weitere Maschen, die gerade wirken

  • Gefälschte Captchas: Bei ClickFix und der Variante TerminalFix sollen Nutzer ihr „Menschsein“ beweisen, indem sie eine Tastenkombination drücken und etwas einfügen. Tatsächlich führen sie damit einen Befehl aus, den die Webseite vorher heimlich in die Zwischenablage kopiert hat. So gelangte die Erpressergruppe Rhysida laut BSI im August in die Netze zweier Berliner Senatsverwaltungen. Mehr dazu in Cyberangriff auf Berlin.
  • Anmelden statt einbrechen: Laut Coveware lief der Erstzugang zuletzt überwiegend über Identitäten – manipulierte Helpdesks, zurückgesetzte MFA, App-Berechtigungen, Fernzugangsportale und gestohlene Zugangsdaten, oft von Infostealern. Mehr dazu in MFA umgangen – und das Konto trotzdem weg.
  • Daten statt Verschlüsselung: Immer mehr Gruppen stehlen Daten und drohen mit Veröffentlichung, ohne zu verschlüsseln. In Berlin veröffentlichte Rhysida nach verweigerter Zahlung unter anderem Personalakten, Ausweiskopien und Passwortlisten im Klartext.
  • Lange Ausfälle: Wie lange ein Angriff nachwirkt, zeigt das HSZ-BW: Noten, Bewerbungen, Stundenpläne und Honorarzahlungen an Hochschulen im Land stehen seit dem 7. Oktober still. Obwohl die Angreifer nur einen kleinen Teil des Netzes erreichten, wird alles neu aufgebaut, und einen Termin für die vollständige Wiederherstellung gibt es noch nicht. Mehr dazu in Warum der Wiederanlauf so lange dauert.

Fünf Schwerpunkte für Kommunen und Mittelstand

  1. Updates priorisieren und automatisieren: Bei hunderten Lücken im Monat hilft nur ein geregelter Ablauf. Geräte am Netzwerkrand – Firewalls, VPN-Gateways, Webserver – zuerst, und zwar in Tagen, nicht Wochen. Dazu gehört eine aktuelle Übersicht, wo welche Software läuft, auch PHP in Fachanwendungen und Geräten.
  2. Verwaltungsoberflächen aus dem Internet nehmen: Firewalls, Speichersysteme, Virtualisierung und Fernwartung gehören in ein eigenes Verwaltungsnetz. Diese eine Maßnahme hätte die bestätigten PHP2Shell-Einbrüche verhindert.
  3. Zugangswege und Identitäten härten: Phishing-resistente MFA zuerst für Administratoren, Fernzugänge und die Datensicherung. Passwort- und MFA-Rücksetzungen so gestalten, dass ein Anruf allein nicht reicht. Zugänge von Dienstleistern – auch unsere – personengebunden, begrenzt und protokolliert. Normale Benutzer brauchen in der Regel weder PowerShell noch das Windows-Terminal; beides lässt sich sperren und nimmt den gefälschten Captchas die Wirkung.
  4. Gestohlene Zugangsdaten früh erkennen: Infostealer verkaufen ihre Beute oft Wochen vor dem eigentlichen Angriff. Wer prüft, ob Adressen und Zugangsdaten der eigenen Organisation in Datenlecks auftauchen, kann Kennwörter erneuern, bevor sie benutzt werden. Kennwörter gehören in einen Passwortmanager, nicht in den Browser und nicht in Listen.
  5. Den Wiederanlauf beherrschen: Wer nicht zahlen will, muss ohne die Täter wieder hochkommen. Dazu gehören unveränderbare Sicherungen, eigene Zugangsdaten für die Datensicherung, die nicht im Active Directory hängen, und eine Wiederherstellung, die regelmäßig geübt wird. Mehr dazu in Warum das Backup allein nicht rettet und 3-2-1-Backup mit Veeam.

Wie unsere Managed Services diese Punkte abdecken

Die fünf Schwerpunkte klingen nach viel Aufwand – sie lassen sich aber großteils automatisieren und laufend überwachen. Genau dafür gibt es unsere Servicepakete BASIS, KOMFORT und PREMIUM. In jedem steckt ITPuls, unser Systemmonitoring mit IT-Sicherheitscheck.

SchwerpunktWas wir übernehmenEnthalten in
Updates priorisierenTäglicher interner Schwachstellenscan: fehlende Updates, unsichere Konfigurationen, bekannte Lückenallen Paketen (ITPuls)
Proaktive Wartung und Einspielen der UpdatesKOMFORT und PREMIUM
Verwaltungsoberflächen aus dem InternetMonatlicher externer Scan: Was ist von außen erreichbar, wo sieht ein Angreifer eine Lücke?allen Paketen (ITPuls)
Zugangswege härtenÜberwachung fehlgeschlagener Anmeldungen und kritischer Ereignisse; MFA, Passwortmanager und Härtung als Projektallen Paketen (ITPuls), Härtung als Zusatzleistung
Gestohlene Zugangsdaten erkennenTäglicher Abgleich Ihrer geschäftlichen E-Mail-Adressen mit bekannten Datenleck-Datenbankenallen Paketen (ITPuls)
WiederanlaufTägliche Prüfung, ob die letzte Datensicherung gelaufen ist; Backup- und Wiederanlaufkonzept mit Veeamallen Paketen (ITPuls), Konzept als Zusatzleistung
Notfall-Hotline außerhalb der Servicezeiten und technische Dokumentation – die Grundlage für einen schnellen WiederanlaufPREMIUM

Für Kommunen richten wir die Betreuung an Verwaltungsabläufen und BSI-Grundschutz aus. Details zu Paketen und Reaktionszeiten: Managed Services und IT für Kommunen.

Wo steht Ihre Organisation?

Wir prüfen gemeinsam, welche der fünf Punkte bei Ihnen schon umgesetzt sind und welches Paket zu Ihrer Umgebung passt.

Kontakt aufnehmen

Häufige Fragen

Sind wir als kleine Organisation überhaupt ein Ziel?+
Ja. Laut Coveware entfielen drei Viertel der Fälle auf Organisationen mit 11 bis 10.000 Beschäftigten. Kleine und mittlere werden vor allem über ungepatchte Lücken und Fernzugänge angegriffen – also über genau die Punkte, die sich mit überschaubarem Aufwand schließen lassen.
Sollte man im Ernstfall zahlen?+
Das entscheidet jede Organisation selbst, Behörden zahlen grundsätzlich nicht. Klar ist: Eine Zahlung garantiert weder die Entschlüsselung noch, dass gestohlene Daten gelöscht werden. Die bessere Investition ist ein Wiederanlauf, der ohne die Täter funktioniert.
Verändert KI alles?+
Nicht alles, aber das Tempo. Die wirksamsten Gegenmittel bleiben dieselben: schnell patchen, Verwaltungszugänge schützen, Wiederanlauf üben. Neu ist, dass monatliche Routinen für kritische Systeme nicht mehr reichen und Automatisierung zur Pflicht wird.
Warum ist der Tag des Updates so gefährlich?+
Weil sich aus dem Update ablesen lässt, wo der Fehler sitzt. Ab der Veröffentlichung läuft die Uhr, und mit KI läuft sie schneller. Bei PHP2Shell vergingen zwischen Update und ersten Einbrüchen keine drei Tage.

Quellen & weiterführende Links

Recherchestand: 30. Oktober 2026.

Sicherheitslage Herbst 2026: Was jetzt zählt