PHP2Shell: Was das für Identität, Zugriff und IT-Governance bedeutet

Rencore Governance ist von PHP2Shell nicht betroffen. Rencore Governance verwendet kein PHP als Teil des Produkts oder eines der zugehörigen Subsysteme. Wir beobachten weiterhin aktiv neue Bedrohungen, sobald sie auftauchen.

Der Vorfall betrifft dennoch jedes IT- und Sicherheitsteam. Er zeigt, wie rasant sich heutzutage kritische Schwachstellen von der Veröffentlichung bis zur Ausnutzung entwickeln, und warum Transparenz über die eigene IT-Landschaft entscheidend für eine schnelle Reaktion ist.

Was ist passiert?

Am 21. Oktober 2026 veröffentlichte das PHP-Projekt Patches für zwei kritische Schwachstellen (CVE-2026-109618 und CVE-2026-109619), die gemeinsam als PHP2Shell bekannt sind. Beide weisen einen CVSS v4.0-Score von 9,2 auf und ermöglichen eine Remote-Code-Ausführung auf Servern, die PHP für Webanfragen nutzen. Die behobenen Versionen sind PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35.

Vier Aspekte stechen in den ersten fünf Tagen besonders hervor.

• Geschwindigkeit. Laut der PHP Foundation kursierten die beiden CVE-Kennungen ab etwa 15:00 Uhr UTC am 20. Oktober online. Noch am selben Abend veröffentlichte ein Sicherheitsunternehmen versehentlich ein Video seines Proof-of-Concepts gegen reale Ziele, woraufhin PHP das Release um einen Tag vorzog. Amazon registrierte die ersten Exploit-Versuche bereits am 17. Oktober, also noch während des Embargos. Ab dem 21. Oktober verzeichneten die Honeypots von watchTowr Angriffe.
• Angriffsfläche. Die Cortex Xpanse-Telemetrie von Palo Alto Networks identifizierte über 22,6 Millionen exponierte Instanzen, die potenziell für die beiden CVEs anfällig sind. Bei seinen Kunden stellte Qualys fest, dass 71 Prozent der erfassten PHP-Installationen auf bereits abgekündigten Versionen laufen.
• Vorsichtsmaßnahmen. In den Niederlanden wurden am 21. Oktober laut NOS unter anderem MijnOverheid, DigiD und die Website der Zweiten Kammer des Parlaments vorsorglich offline genommen.
• KI auf beiden Seiten. Bereits Anfang des Jahres arbeitete die PHP Foundation mit Alpha-Omega zusammen, um PHP mit Anthropics Claude Mythos zu scannen. Mittlerweile kommt auch OpenAIs Daybreak Red zum Validieren von Berichten und Exploits zum Einsatz. Calif, OpenAI und Wiz meldeten die Ursache und weitere Angriffsvektoren zwischen dem 11. August und dem 18. September.

Wenn Sie PHP einsetzen: Laut PHP gibt es keine Konfiguration, die die Schwachstellen vollständig behebt; nur ein Update schützt zuverlässig. Aktualisieren Sie auf eine gepatchte Version, starten Sie alle PHP-Worker neu, damit das Update wirksam wird, und beschränken Sie den Internetzugang für Systeme, die Sie noch nicht aktualisieren konnten.

Das nächste Ziel: Identitäten und Zugriffsrechte

Eine Remote-Code-Ausführung auf einem Webserver verschafft Angreifern einen ersten Einstiegspunkt. Ihr eigentliches Ziel sind anschließend Zugangsdaten, Identitäten und Berechtigungen, denn über diese können sie sich tiefer in einer Organisation ausbreiten.

Diese Identitäts- und Berechtigungsebene bildet die Grundlage für jede Kollaborationsplattform und jeden KI-Einsatz. Teams, SharePoint-Seiten, Power Automate-Flows, Copilot Studio Agents und Claude Enterprise (Preview) Projekte agieren stets über eine Identität mit bestimmten Rechten. Jeder KI-Assistent greift auf die Daten zu, auf die diese Identitäten bereits Zugriff haben. Gartner erwartet, dass bis 2026 mindestens 80 Prozent aller unautorisierten KI-Transaktionen auf interne Richtlinienverstöße wie Oversharing zurückzuführen sind, und nicht auf gezielte Angriffe.

Nicht-menschliche Identitäten erschweren die Lage zusätzlich: Agents, Konnektoren und Servicekonten tauchen in Zugriffsüberprüfungen selten auf, da diese ursprünglich für Benutzer ausgelegt wurden. Verlässt ein Mitarbeiter das Unternehmen, gibt es etablierte Prozesse. Wird aber ein Projekt beendet, das einen Agenten angelegt hat, fehlt meist eine geregelte Nachverfolgung.

Business Case: Die Kosten des Nichtwissens

Jeder Vorfall wie dieser zeigt erneut, warum gute IT-Governance entscheidend ist: Wissen Sie, was Sie betreiben, wem es gehört und auf welche Ressourcen es zugreifen kann.

Organisationen mit einer aktuellen Inventarliste und einem benannten Eigentümer für jedes System können die Frage „Sind wir betroffen?“ innerhalb von Minuten beantworten. Fehlt diese Transparenz, bleibt häufig nur, Dienste vorsorglich abzuschalten, bis Klarheit herrscht. Ausfallzeiten, Suchaufwand und Entscheidungen ohne Faktenbasis verursachen vermeidbare Kosten.

Falls Sie intern für Governance werben, liefert dieser Vorfall die passenden Argumente: Ein CISO versteht ein öffentliches Exploit-Video binnen Stunden nach einem Leak. Ein CFO versteht, warum Dienste offline genommen werden, wenn niemand die Betroffenheit bestätigen kann. Messen Sie Ihre eigene Reaktionszeit. So wird aus einer Präferenz ein echtes Risiko- und Kostenthema.

Fünf Schritte für diese Woche

1. Messen Sie Ihre Reaktionszeit. Wählen Sie eine für Sie zentrale Plattform. Fragen Sie, wie lange Ihr Team benötigen würde, um festzustellen, ob eine kritische Schwachstelle Sie betrifft, ohne etwas abzuschalten. Diese Zeit ist Ihr Ausgangswert.
2. Erstellen Sie eine zentrale Inventarliste. Workspaces, Sites, Apps, Flows, Agents und KI-Assistenten in einer Übersicht, jeweils mit einem benannten Eigentümer. Beheben Sie zuerst alles, was keinen Eigentümer hat.
3. Identitäten abgleichen. Vergleichen Sie Microsoft Entra ID mit allen angebundenen KI-Tools und SaaS-Anwendungen. Suchen Sie nach deaktivierten Nutzern mit weiterem Zugriff, Gästen ohne Sponsor und Servicekonten mit zu vielen Rechten.
4. Geben Sie nicht-menschlichen Identitäten einen Lebenszyklus. Jeder Agent, Konnektor und jedes Servicekonto braucht einen Eigentümer, einen Zweck und ein Ablaufdatum, genau wie ein Gastkonto.
5. Automatisieren Sie Routineaufgaben. Entscheiden Sie, welche Themen automatisch behoben werden können und welche eine Freigabe benötigen. Führen Sie Richtlinien kontinuierlich aus, anstatt auf die nächste Überprüfung zu warten.

Für die ersten drei Schritte brauchen Sie keine neuen Tools. Jeder einzelne verkürzt die Zeitspanne zwischen einer neuen Schwachstelle und einer fundierten Antwort.

Wo Rencore ins Spiel kommt

Rencore ist eine Governance-Plattform. Wir verstehen uns nicht als klassisches Datensicherheits-Tool und scannen keine Server nach Schwachstellen. Das Patchen bleibt Aufgabe Ihrer Infrastruktur- und Sicherheitsteams.

Rencore steuert die Identitäts- und Zugriffsebene, auf die sowohl Angreifer als auch KI-Assistenten zugreifen können. Wir inventarisieren alles, was Menschen und Agents in Microsoft 365, Power Platform, Copilot und KI-Agents anlegen, einschließlich Claude Enterprise und ChatGPT Enterprise (Preview). Wir zeigen, wer auf welche Daten zugreifen kann, verfolgen, wer Eigentümer ist, automatisieren Lebenszyklen und setzen Richtlinien kontinuierlich um. Über Microsoft Entra ID wird alles zusammengeführt, sodass Zugriffe, Eigentümer und Ausgaben einheitlich nachvollziehbar sind, egal ob es sich um eine Person, einen Flow oder einen KI-Assistenten handelt. Für Claude Enterprise markiert Rencore Nutzer, die in Entra ID deaktiviert sind, aber weiterhin Zugriff auf Claude haben.

Governance ist der Schlüssel, um KI in Unternehmen sicher einzusetzen, nicht das Hindernis.

Finden Sie heraus, wie schnell Ihr Unternehmen die Frage „Sind wir betroffen?“ beantworten könnte. Sprechen Sie mit einem Experten oder starten Sie eine kostenlose 14-tägige Testphase.

Quellen

1. The PHP Foundation, „Today’s PHP security release, and how we’re strengthening PHP security“, 21. Oktober 2026.
2. watchTowr, PHP2Shell FAQ: CVE-2026-109618 and CVE-2026-109619.
3. SecurityWeek, PHP2Shell exploitation started days before patches, unter Berufung auf Amazon.
4. Palo Alto Networks Unit 42, Threat Brief: Critical vulnerabilities in PHP: CVE-2026-109618, CVE-2026-109619.
5. Qualys, Threat Research Unit, Analyse zur PHP2Shell-Angriffsfläche, Oktober 2026, zitiert nach SecurityBrief.
6. NOS, „Websites wie MijnOverheid und DigiD wegen Sicherheitslücke offline“, 21. Oktober 2026.
7. Gartner, „Market Guide for AI Trust, Risk and Security Management“, 18. Februar 2025.

Gartner unterstützt keine der in seinen Forschungspublikationen dargestellten Anbieter, Produkte oder Dienstleistungen und empfiehlt Technologienutzern nicht, nur diejenigen Anbieter mit den höchsten Bewertungen oder sonstigen Auszeichnungen auszuwählen. Die Forschungspublikationen von Gartner geben die Meinungen der Forschungsorganisation von Gartner wieder und sind nicht als Tatsachenfeststellungen zu verstehen. Gartner schließt jegliche ausdrückliche oder stillschweigende Gewährleistung in Bezug auf diese Forschung aus, einschließlich jeglicher Gewährleistung der Marktgängigkeit oder Eignung für einen bestimmten Zweck.

Zuletzt aktualisiert am 26. Oktober 2026