Palo Alto Networks hat eine Schwachstelle in seinem Firewall-Betriebssystem PAN-OS geschlossen, die Angreifern Root-Rechte verschaffen kann – und die nach Angaben des Herstellers bereits ausgenutzt wurde. Die US-Behörde CISA nahm die Lücke am Tag der Veröffentlichung in ihren Katalog aktiv ausgenutzter Schwachstellen auf und setzte Bundesbehörden eine Frist von drei Tagen. Der Fall trifft einen der größten Sicherheitsanbieter der Welt in einem Moment, in dem die Branche ihre Produkte mit KI-Fähigkeiten bewirbt.
Die Lücke sitzt in der Management-Schnittstelle
Palo Alto Networks hat am 14. Oktober eine Schwachstelle in PAN-OS veröffentlicht, dem Betriebssystem seiner Firewalls [1]. Sie trägt die Kennung CVE-2026-0322, ist nach CVSS 4.0 mit 8,6 als hoch eingestuft und trägt die höchste Dringlichkeitsstufe, die der Hersteller vergibt [1]. Der Fehlertyp ist eine Code-Injection (CWE-94) [1].
Betroffen ist die Management-Schnittstelle, also die Oberfläche, über die Administratoren Regeln, Konfigurationen und Updates verwalten. Ein Angreifer muss authentifiziert sein und Netzwerkzugriff auf diese Schnittstelle haben; gelingt ihm das, kann er beliebigen Code mit Root-Rechten auf der Firewall ausführen [1]. Eine besondere Konfiguration ist dafür nicht nötig [1].
Betroffen sind PAN-OS-Installationen auf den physischen Firewalls der PA-Serie, auf den virtuellen Firewalls der VM-Serie sowie auf der zentralen Management-Plattform Panorama, einschließlich der M-Series-Appliances [1]. Cloud NGFW und Prisma Access sind laut Hersteller nicht betroffen [1]. Entdeckt wurde die Lücke intern, gemeldet von dem Palo-Alto-Mitarbeiter Suraj Siddharudh [1].
Ausgenutzt – aber in welchem Umfang?
Palo Alto Networks schreibt in seiner Warnung, es sei „sehr begrenzte Ausnutzung" gegen die Management-Schnittstelle beobachtet worden [1]. Das Unternehmen nennt drei IP-Adressen als Indikatoren für Kompromittierung [1]. Wie die Angreifer an gültige Zugangsdaten gelangten, wann die Ausnutzung begann und wie viele Kunden betroffen sind, teilt der Hersteller nicht mit [4].
Die US-Cybersicherheitsbehörde CISA nahm CVE-2026-0322 am Tag der Veröffentlichung in ihren Katalog aktiv ausgenutzter Schwachstellen (KEV) auf [2] [4]. Für US-Bundesbehörden galt damit eine Frist bis zum 17. Oktober – drei Tage [4]. Der Eintrag verlangt zudem eine forensische Nachprüfung, ob Systeme bereits vor dem Patch kompromittiert wurden [4]. Ob die Lücke in Ransomware-Kampagnen genutzt wird, führt die Behörde als unbekannt [4].
Klar ist: Eine ausgenutzte Lücke ist nicht dasselbe wie ein bestätigter Schaden bei Kunden. Eine namentlich bekannte Kompromittierung hat bislang niemand öffentlich gemacht. Der KEV-Katalog enthält derzeit 16 Schwachstellen aus Palo-Alto-Produkten, drei davon in diesem Jahr hinzugekommen [2] – die Firma ist also kein Ausreißer, sondern Teil eines Musters.
Patches ja, Workarounds nein
Palo Alto hat korrigierte Versionen für alle unterstützten Zweige veröffentlicht: 12.2.4, 12.1.10-h2, 11.2.16, 11.1.16-h3 und 10.2.18-h12, jeweils mit Hotfix-Pfaden für ältere Wartungslinien [1]. Die für den 15. Oktober angekündigte Version 11.2.16 wurde an diesem Tag nachgeliefert [1].
Workarounds gibt es nicht – „no known workarounds exist", heißt es in der Warnung [1]. Kunden mit Threat-Prevention-Abo können die Signaturen 510046 und 510047 aktivieren, die laut Hersteller nur eingeschränkten Schutz bieten und eine SSL-Entschlüsselung voraussetzen [1]. Die eigentliche Empfehlung ist eine Hygiene-Maßnahme: Der Zugriff auf die Management-Schnittstelle soll auf vertrauenswürdige interne IP-Adressen beschränkt werden, im Idealfall über einen Jump-Host [1].
Genau hier setzt die Kritik an. „Der Einstiegspunkt ist wahrscheinlich nicht der Bug selbst, sondern schwache Hygiene beim Management-Zugriff", sagte Yih Khai Wong von IDC Asia/Pacific dem Fachportal CSO [4]. Gestohlene oder wiederverwendete Admin-Zugangsdaten, aus dem Internet erreichbare Management-Oberflächen oder eine frühere Kompromittierung, die gültige Logins hinterlässt, seien die realistischeren Wege hinein [4]. Ein Jump-Host begrenze den Zugang, reduziere aber nicht den Schaden, wenn ein Angreifer bereits gültige Zugangsdaten besitze [4].
Der Sicherheitsforscher Vibhum Dubey verwies gegenüber CSO darauf, dass Patchen nur ein Teil der Reaktion sei: Panorama und jede verwaltete Firewall müssten geprüft, Beweise vor Änderungen gesichert werden [4]. Am selben Tag veröffentlichte Palo Alto zudem rund ein Dutzend weiterer Hinweise zu PAN-OS, GlobalProtect und Prisma Cloud – allesamt mittlere bis niedrige Schweregrade [2].
Ein Marktführer, der mit KI wirbt
Der Zeitpunkt ist für das Unternehmen heikel. Palo Alto Networks bezeichnet sich selbst als „global AI cybersecurity leader" und bedient nach eigenen Angaben mehr als 70.000 Kunden [6]. Im Geschäftsjahr 2026, das Ende Juli endete, erlöste die Firma 11,48 Milliarden Dollar, ein Plus von 24 Prozent; im Schlussquartal wuchs der Umsatz um 34 Prozent auf 3,41 Milliarden Dollar, das ARR für Next-Generation Security um 63 Prozent auf 9,10 Milliarden Dollar [6]. Für 2030 peilt Konzernchef Nikesh Arora 20 Milliarden Dollar NGS-ARR an [6]. Die Aktie notierte am 16. Oktober bei 332,38 Euro [7].
Das Wachstum speist sich auch aus Zukäufen: CyberArk, Koi Security und zuletzt Console, eine Plattform für agentische KI-Workflows [6]. Die Botschaft an Kunden lautet: Sicherheit wird komplexer, also konsolidiert man sie bei einem Plattformanbieter, der KI einsetzt.
Wie eng diese Erzählung mit dem Produktversprechen verknüpft ist, zeigt ein Detail aus Südkorea. Dort hatte der Landeschef Park Sang-kyu am 14. Oktober – dem Tag der Veröffentlichung der Warnung – auf einer Hausmesse damit geworben, ältere L4-Firewalls durch L7-Modelle zu ersetzen, und zuvor auf einem Summit den Umgang seines Hauses mit dem KI-Modell Mythos als Argument gegenüber koreanischen Anbietern hervorgehoben [5]. Das Fachmedium The Elec wertet den Vorfall als Belastung für die Expansionspläne im koreanischen öffentlichen Sektor, wo Palo Alto zuletzt als erster ausländischer Anbieter ein Sicherheitsmonitoring für die Zentralbank lieferte [5].
Der Wettbewerb trifft es gleichzeitig
Palo Alto ist nicht allein. Cisco musste einräumen, dass eine Schwachstelle in der Funktion Advanced Malware Protection seines Secure Email Gateway, CVE-2026-76519, aktiv ausgenutzt wird – mit einem CVSS-Wert von 9,8 von 10 [5]. Angreifer können über eine präparierte E-Mail-Anlage Dateien auf dem Gerät schreiben und Befehle mit Root-Rechten ausführen; Cisco riet Kunden, externe Netz- und Firewall-Logs auf Auffälligkeiten zu prüfen, weil Angreifer mit Root-Zugriff Spuren löschen können [5]. Auch diese Lücke steht im KEV-Katalog [5].
Das Muster ist bekannt: Nicht die Endpunkte, sondern die vorgelagerten Sicherheitsgeräte und ihre Management-Oberflächen erweisen sich als Schwachpunkt – bei Ivanti, BeyondTrust, Fortinet und nun bei Palo Alto und Cisco [2] [4]. Diese Geräte stehen per Definition an der Grenze zwischen Internet und Innenwelt, oft mit weitreichenden Rechten, und werden seltener gepatcht als Endgeräte.
Was daraus folgt
Für betroffene Kunden ist die Lage unangenehm, aber beherrschbar: Die Lücke erfordert gültige Zugangsdaten, sie ist nicht ohne Anmeldung aus dem Internet ausnutzbar. Genau das macht die Erkennung schwieriger – wer mit korrekten Credentials arbeitet, fällt in Logs weniger auf. Wer seine Management-Schnittstelle bisher aus dem Internet erreichbar hielt, sollte das nicht nur patchen, sondern die Zugriffswege neu ordnen.
Für den Markt ist der Fall ein Test der KI-Erzählung. Die Branche verkauft derzeit Automatisierung und schnellere Erkennung als Antwort auf beschleunigte Angriffe. Die Frage, die IDC-Analyst Wong formuliert, trifft den Kern: Warum sind Management-Schnittstellen immer noch ein Schwachpunkt, statt standardmäßig abgeschottet zu sein [4]? Ein KI-Agent, der Anomalien erkennt, hilft wenig, wenn die Oberfläche, über die er verwaltet wird, per Design erreichbar bleibt.
Beobachten sollte man drei Dinge: ob in den kommenden Wochen bestätigte Kompromittierungen bekannt werden, ob die dreitägige CISA-Frist flächendeckend eingehalten wurde, und ob der Vorfall Beschaffungsentscheidungen verändert. In Europa verlangt die NIS-2-Richtlinie von vielen Unternehmen ohnehin, Lieferkettenrisiken ihrer IT-Dienstleister zu dokumentieren. Ein Zero-Day beim Marktführer ist genau der Vorgang, der solche Fragen aus dem Ordner in die Geschäftsführung holt.
