⚠️ Mögliche Auswirkung auf Patientensicherheit

Betroffene Einrichtungen

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

Bereich

Cloud-DiensteIT-InfrastrukturKIS-SoftwareLIS / RIS / PACS
Beschreibung

Eine kritische Schwachstelle (CVSS 9.9) ermöglicht es einem nicht-globalen Organisations-Administrator in einem Mandanten, die Mandantentrennung zu umgehen, indem er eine Diskrepanz zwischen der Autorisierungsprüfung (basierend auf dem URL-Parameter ?id=) und der tatsächlich ausgeführten Aktion (basierend auf dem Request-Body) ausnutzt. Dadurch kann ein Angreifer Ressourcen in beliebigen anderen Mandanten derselben Plattform anlegen, verändern oder löschen, ohne dafür die notwendigen Rechte zu besitzen. Sofern die betroffene Multi-Tenant-Plattform im Klinikumfeld als Cloud- oder On-Premises-Dienst für KIS-, LIS- oder Infrastruktur-Mandanten betrieben wird, besteht das Risiko, dass mandantenübergreifend kritische Patientendaten oder Systemkonfigurationen kompromittiert werden. Angesichts des extrem hohen CVSS-Wertes und der möglichen Auswirkungen auf die Datenverfügbarkeit und -integrität ist umgehender Handlungsbedarf geboten.

Handlungsempfehlung

1 Mandantentrennung sofort prüfen: Überprüfen Sie in der betroffenen Multi-Tenant-Plattform, ob nicht-globale Organisations-Admins tatsächlich auf fremde Mandanten zugreifen können, indem Sie Audit-Logs auf ressourcenübergreifende Aktionen analysieren und betroffene Admin-Rollen bis zur Verfügbarkeit eines Patches auf das absolute Minimum beschränken.

2. Berechtigungskonzept einschränken: Nicht-globale Organisations-Administratoren vorübergehend auf rein lesende Rollen zurückstufen oder deren Konten deaktivieren, bis der Hersteller einen Fix bereitstellt.

3. Anomalie-Monitoring aktivieren: SIEM-Regeln oder Plattform-Audit-Logs so konfigurieren, dass mandantenübergreifende Erstell-, Änderungs- und Löschoperationen sofort alarmieren.

4. Hersteller kontaktieren und Patch-Status klären: Da Hersteller und Version unbekannt sind, unverzüglich beim jeweiligen Plattformanbieter den Patch-Status erfragen und Workarounds anfordern.

5. Incident-Response vorbereiten: Prüfen, ob bereits unberechtigte Änderungen in eigenen oder fremden Mandanten stattgefunden haben, und bei Verdacht auf Ausnutzung Meldepflichten gemäß NIS2/B3S/ISG evaluieren.

🔒

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 →