⚠️ Mögliche Auswirkung auf Patientensicherheit

Betroffene Einrichtungen

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

Bereich

NetzwerkIT-InfrastrukturCloud-Dienste
Beschreibung

Fortinet FortiSandbox, FortiSandbox Cloud und FortiSandbox PaaS weisen eine kritische OS-Command-Injection-Schwachstelle auf, die es einem nicht authentifizierten Angreifer ermöglicht, über speziell präparierte HTTP-Anfragen beliebige Betriebssystembefehle auf dem betroffenen System auszuführen. Da die Schwachstelle ohne vorherige Authentifizierung ausnutzbar ist, reicht ein Netzwerkzugang zum Gerät aus, um vollständige Kontrolle über das System zu erlangen. FortiSandbox wird in Gesundheitseinrichtungen typischerweise als Sicherheitslösung zur Analyse verdächtiger Dateien und Netzwerkaktivitäten eingesetzt und ist damit tief in die IT-Sicherheitsinfrastruktur integriert – eine Kompromittierung kann den Ausfall nachgelagerter Sicherheitskontrollen sowie die Gefährdung sensibler Patientendaten und kritischer Kliniksysteme nach sich ziehen. Aufgrund der Aufnahme in den CISA-KEV-Katalog ist von aktiver Ausnutzung auszugehen; umgehende Patchmaßnahmen und eine Überprüfung bestehender Kompromittierungen sind dringend erforderlich.

Handlungsempfehlung

1 Fortinet-Sicherheitsadvisory zu FortiSandbox umgehend prüfen und den vom Hersteller bereitgestellten Patch bzw. die empfohlene Konfigurationsänderung (z. B. Deaktivierung des exponierten HTTP-Endpunkts) sofort einspielen – keine Internetexposition von FortiSandbox bis zur Behebung.

2. Netzwerkzugang zu FortiSandbox, FortiSandbox Cloud und FortiSandbox PaaS auf vertrauenswürdige interne IP-Bereiche beschränken und extern erreichbare Management-Interfaces sofort über Firewall-Regeln absichern.

3. Protokolle (Logs) von FortiSandbox auf ungewöhnliche HTTP-Anfragen und unauthentifizierte Zugriffe der letzten Wochen prüfen, um eine mögliche Kompromittierung auszuschließen.

4. Passwörter und Credentials aller Systeme rotieren, die über FortiSandbox analysiert werden oder mit diesem System kommunizieren, falls eine Kompromittierung nicht ausgeschlossen werden kann.

5. Vorfall gemäß NIS2-/B3S-Prozessen intern dokumentieren und – bei Hinweis auf aktive Ausnutzung – Meldung an BSI bzw. CERT.at/BACS vorbereiten.

🔒

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 →