⚠️ Mögliche Auswirkung auf Patientensicherheit

Betroffene Einrichtungen

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

Bereich

IT-InfrastrukturEndgeräteKIS-SoftwareLIS / RIS / PACSCloud-Dienste
Beschreibung

In der Google-Brotli-Kompressionsbibliothek wurde eine Schwachstelle durch einen nicht geprüften Rückgabewert identifiziert, die es einem nicht authentifizierten Angreifer aus der Ferne ermöglicht, durch einen manipulierten Brotli-komprimierten Datenstrom angrenzenden Decoder-Speicher zu korrumpieren, sensible Speicherinhalte offenzulegen, einen Denial-of-Service auszulösen oder potenziell beliebigen Code auszuführen. Diese Schwachstelle ist in der CISA KEV-Liste als aktiv ausgenutzt gelistet, was das unmittelbare Angriffsrisiko erheblich erhöht. Brotli wird als Kompressionsbibliothek in zahlreichen Webservern, Browsern und Anwendungs-Frameworks eingesetzt und ist damit potenziell in klinischen Informationssystemen, Cloud-Diensten und webbasierten Krankenhausinformationssystemen im Gesundheitsbereich präsent. Sofern diese Bibliothek in kritischen Gesundheitsanwendungen betrieben wird, besteht das Risiko eines Datenschutzverstoßes durch Offenlegung von Patientendaten oder eines Systemausfalls. Eine sofortige Aktualisierung aller betroffenen Systeme ist dringend geboten.

Handlungsempfehlung

1 Brotli-Bibliothek auf die vom Hersteller bereitgestellte gepatchte Version aktualisieren (Herstelleradvisory und Paketquellen prüfen, z. B. über OS-Paketmanager wie apt/yum sowie direkt im Google-Repository).

2. Alle Systeme und Anwendungen inventarisieren, die Brotli-Komprimierung verwenden (Webserver, Browser-Komponenten, KIS/PACS-Backend-Dienste, Cloud-Gateways) und priorisiert patchen.

3. Netzwerkseitig den Empfang unkontrollierter Brotli-komprimierter Datenströme von externen Quellen durch Firewall-Regeln oder WAF-Richtlinien einschränken, bis Patches eingespielt sind.

4. Systeme mit erhöhtem Risiko (Internet-exponierte Server, Telematik-Infrastruktur-Konnektoren) auf Anzeichen einer Kompromittierung untersuchen (Logs, Speicheranomalien, unerwartete Prozesse).

5. Vorfallreaktionsplan aktivieren, falls aktive Ausnutzung festgestellt wird, und gemäß NIS2-Meldepflicht ggf. das BSI informieren.

🔒

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 →