Betroffene Einrichtungen
Bereich
Eine schwerwiegende Schwachstelle in der Authentifizierungslogik von Microsoft Azure SQL Database (CVSS 10.0) ermöglicht es einem nicht authentifizierten Angreifer, über das Netzwerk unbefugt erhöhte Rechte auf betroffenen Datenbankinstanzen zu erlangen. Da keine vorherige Authentifizierung erforderlich ist, kann ein Angreifer potenziell vollständige administrative Kontrolle über die Datenbank übernehmen und auf alle dort gespeicherten Daten zugreifen, diese manipulieren oder löschen. Azure SQL Database wird im Gesundheitswesen häufig als cloudbasiertes Datenbank-Backend für Klinikinformationssysteme, Labor- und Radiologieplattformen sowie Patientenportale eingesetzt; sofern Einrichtungen im DACH-Raum solche Systeme auf Azure SQL betreiben, sind sensible Patientendaten und kritische Behandlungsdaten unmittelbar gefährdet. Angesichts des maximalen CVSS-Scores ist sofortiges Handeln – Patchen, Netzwerkisolation und Auditierung – zwingend erforderlich.
1 Microsoft-Sicherheitsupdate für Azure SQL Database umgehend über das Azure-Portal anwenden: Unter 'SQL-Server' → 'Sicherheitsupdates' prüfen, ob der von Microsoft bereitgestellte Patch für diese Authentifizierungsschwachstelle bereits automatisch eingespielt wurde, und manuell auslösen falls nicht.
2. Netzwerkzugriff auf Azure SQL Database sofort einschränken: Firewall-Regeln im Azure-Portal so konfigurieren, dass nur bekannte IP-Adressen und private Endpunkte (Private Endpoints/VNet-Integration) Zugriff erhalten – öffentlichen Endpunkt deaktivieren falls nicht zwingend erforderlich.
3. Privilegierte Datenbankkonten und -rollen auditieren: Alle Nutzerkonten mit erhöhten Rechten in Azure SQL überprüfen, unbekannte oder kompromittierte Accounts sperren und Zugriffsprotokolle (Audit Logs) auf ungewöhnliche Aktivitäten seit Bekanntwerden der Schwachstelle analysieren.
4. Betroffene klinische Systeme identifizieren: Inventarisieren, welche Anwendungen (KIS, LIS, PACS, Patientenportale) Azure SQL Database als Backend nutzen, und deren Betreiber sowie Hersteller über die Schwachstelle informieren.
5. Vorfallreaktion vorbereiten: Bei Hinweisen auf aktive Ausnutzung sofort Incident-Response-Prozess einleiten, betroffene Azure SQL-Instanzen isolieren und – sofern NIS2-pflichtig – BSI bzw. CERT.at über den Sicherheitsvorfall informieren.
NIS2-Relevanz: ••• B3S: ••• ISG: ••ˆ Meldepflicht DE: ja