⚠️ Mögliche Auswirkung auf Patientensicherheit

Betroffene Einrichtungen

🏥 Krankenhaus🏨 Fachklinik🏃 Rehaklinik🏡 Pflegeheim🔬 Labor🏢 Ambulantes Zentrum

Bereich

IT-InfrastrukturKIS-SoftwareLIS / RIS / PACSCloud-Dienste
Beschreibung

PHP weist eine Schwachstelle im internen Anfrage-Zustandsmanagement (Stale Internal Request-State) auf, die es einem nicht authentifizierten Angreifer ermöglicht, aus der Ferne beliebigen Code auf dem betroffenen System auszuführen. Da für die Ausnutzung keine Authentifizierung erforderlich ist, besteht ein besonders hohes Risiko für alle öffentlich erreichbaren PHP-basierten Webanwendungen. PHP wird in Gesundheitseinrichtungen häufig als Laufzeitumgebung für Webanwendungen, Patientenportale, medizinische Informationssysteme und interne Tools eingesetzt, sodass bei erfolgreicher Ausnutzung ein vollständiger Systemkompromiss inklusive Zugriff auf sensible Patientendaten möglich wäre. Angesichts der aktiven Ausnutzung dieser Schwachstelle (CISA KEV) ist eine sofortige Aktualisierung aller PHP-Instanzen und eine Überprüfung exponierter Systeme dringend erforderlich.

Handlungsempfehlung

1 PHP auf die jeweils aktuelle Patchversion aktualisieren (für PHP 8.x und 7.x die aktuellen Sicherheitsreleases des PHP-Groups einspielen) und veraltete, nicht mehr unterstützte PHP-Versionen sofort außer Betrieb nehmen.

2. Webserver-Logs (Apache, nginx, IIS) auf ungewöhnliche Anfragemuster oder Anzeichen einer Ausnutzung der Schwachstelle (z. B. unerwartete Prozessaufrufe, Shell-Aktivitäten) prüfen und entsprechende Alarmregeln im SIEM einrichten.

3. Web Application Firewall (WAF) vor allen PHP-basierten Anwendungen aktivieren und Regeln zur Erkennung von Remote-Code-Execution-Angriffen schärfen, insbesondere für öffentlich erreichbare Portale (Patientenportale, Arztbriefwebservices).

4. Netzwerksegmentierung überprüfen: PHP-Webserver dürfen keinen direkten Zugriff auf KIS/LIS/PACS-Datenbanken oder interne klinische Systeme besitzen; Firewall-Regeln entsprechend restriktiv konfigurieren.

5. Notfallplan aktivieren und betroffene Systeme bis zur erfolgreichen Aktualisierung vom Internet trennen oder in DMZ-Segmente isolieren; Vorfall gemäß interner Meldekette und ggf. regulatorischen Anforderungen dokumentieren.

🔒

Weitere konkrete Handlungsschritte für Ihre IT-Abteilung
sind ISMShield AI Kunden vorbehalten.

Jetzt freischalten →
Regulatorische Einordnung

NIS2-Relevanz: •••    B3S: •••    ISG: ••ˆ    Meldepflicht DE: ja

🔒

Regulatorische Einordnung (NIS2, B3S, ISG, nDSG)
nur für ISMShield AI Kunden.

Details freischalten →
Quelle: CISA KEV — Original-Meldung →