Was passiert, wenn Angreifer schneller handeln als das Gesundheitswesen patchen kann?

Der Gesundheitssektor steht seit langem vor einem echten Hindernis beim Patchen von Sicherheitsproblemen: Das Sicherheitsteam eines Krankenhauses kann möglicherweise nach einem Nachmittag eine Schwachstelle in einem klinischen System identifizieren, doch die sichere Installation einer Korrektur wird meist durch die praktischen Realitäten des hektischen Alltags eines Krankenhauses behindert. Der Gerätehersteller muss möglicherweise ein Update validieren, das Krankenhaus muss es testen und Ausfallzeiten einplanen, und manche Änderungen erfordern sogar eine regulatorische Prüfung.

Angreifer unterliegen keinen dieser Einschränkungen. Durch KI‑Werkzeuge, die die Erkundung und Forschung von Schwachstellen sowie die Entwicklung von Exploits beschleunigen, geraten die bereits überlasteten Remediationsprozesse im Gesundheitswesen noch stärker unter Druck.

Was dieses Problem besonders schmerzhaft macht, ist, dass Patch‑Verzögerungen häufig durch Abhängigkeiten vom Anbieter verlängert werden. Während eine Korrektur für ein MRT‑System beispielsweise vom Hersteller validiert werden muss, muss sie oft dennoch von der Änderungssteuerung des Krankenhauses genehmigt werden. Und das alles muss geschehen, ohne die Patientenversorgung zu stören.

Health-ISAC’s Frontier AI in the Health Sector report names delayed patching as one of the sector’s defining exposures. Which leaves hospitals with one viable way forward: They may not be able to control every part of the patch timeline, but they can limit what an attacker can do while an update is being rolled out.

Der Patch‑Zeitplan hat aus gutem Grund ein Minimum

Viele der Schritte im Patch‑Zeitplan eines Krankenhauses können Informationssicherheitsexperten irritieren, doch sie dienen der Patientensicherheit. Kein ungetestetes Update für ein Beatmungsgerät oder eine Infusionspumpe, das ein Cyber‑Sicherheitsrisiko schließen soll, ist den Preis wert, die Patientenversorgung zu behindern. Die Antwort lautet daher, die Teile des Prozesses zu beschleunigen, die ohne Schwächung bestehender Protokolle beschleunigt werden können.

Prüfer und Vorstände neigen dazu, lange Remediation‑Zeiträume als ein Problem der Programmmaturität oder des Budgets zu betrachten, und manchmal haben sie recht. In der Regel sind lange Patch‑Zeitpläne ein Symptom für schwache Umsetzung, Ressourcenmangel oder Engpässe, die außerhalb der Kontrolle des Sicherheitsteams liegen. Mehr Analysten können die Schwachstellenerkennung, das Triage‑ und Priorisierungsverfahren verbessern, doch sie können die Zeitpläne des Herstellers nicht verkürzen oder Ausfallzeitfenster verschieben.

Da die Ausnutzung von Schwachstellen zur häufigsten Methode geworden ist, mit der Angreifer Zugriff auf Zielnetzwerke erhalten, zeigt der Verizon‑2026‑Data‑Breach‑Investigations‑Report (DBIR), wie wenig Spielraum Organisationen beim Ausrollen von Patches haben. Die mittlere Zeit, um eine bekannte ausgenutzte Schwachstelle vollständig zu beheben, stieg 2026 von 32 auf 43 Tage, während der Anteil der vollständig geschlossenen Schwachstellen von 38 % auf 26 % sank.

Die Tatsache, dass diese Zahlen nicht spezifisch für das Gesundheitswesen sind, verdeutlicht, wie schwierig die Remediation bereits ist, noch bevor die klinischen und Anbieter‑Constraints, die Krankenhäuser zusätzlich managen müssen, berücksichtigt werden.

Es ist Zeit, über Schweregrad‑Scores hinauszublicken

Während die Remediation‑Fenster länger geworden sind, werden Angreifer immer schneller. Der DBIR stellte fest, dass die Ausnutzung von Schwachstellen jetzt der führende Weg ist, wie Hacker in Systeme eindringen – bei 31 % der Verstöße, was zum ersten Mal seit den 19 Jahren, in denen der Bericht veröffentlicht wird, gestohlene Anmeldedaten übertrifft.

Verizon berichtet, dass KI die Entdeckung und Ausnutzung von Schwachstellen beschleunigt hat, sodass das, was früher Monate dauerte, jetzt Stunden oder Tage beanspruchen kann. Und das war noch bevor die aktuelle Generation von Frontier‑Modellen veröffentlicht wurde, da der DBIR‑Datensatz im Oktober 2025 endete.

Doch heute erwartet jeder eine solche Geschwindigkeit. Der Bericht von Health‑ISAC weist auf etwas noch Konsequenteres hin: Neuere KI‑Modelle können niedrig‑schwere Befunde zu kritischen Angriffswegen verknüpfen und Kombinationen von Schwächen identifizieren, die einzeln weniger wichtig erscheinen. Das schafft ein weiteres Problem für Remediation‑Programme, die Schweregrad‑Scores priorisieren, da niedrig‑schwere Befunde, die häufig ignoriert oder in den Rückstand geschoben werden, plötzlich viel wichtiger werden können, wenn sie den Zugriff oder kritische Systeme betreffen.

Wachsende Rückstände verschlimmern die Lage nur noch weiter. In Nature schrieb Thorsten Holz, Direktor des Max‑Planck‑Instituts, dass Mozilla ein Frontier‑Modell einsetzte, um in einem einzigen Firefox‑Release 271 Schwachstellen zu finden und zu beheben – weit mehr, als die vorhandenen Werkzeuge und Gutachter im üblichen Monat des Vorjahres aufgedeckt hatten.

That triage pressure is extending to the supply side, too: Linus Torvalds, the maintainer of the Linux kernel, in May pointed out that bug reports generated by AI are overloading maintainers.

Wenn Sie nicht schneller reparieren können, verkleinern Sie das Erreichbare

Glücklicherweise lässt sich ein nicht eliminierbarer Rückstand dennoch managen. Wenn ein Patch warten muss, sollte die Priorität darin liegen, die Wahrscheinlichkeit zu verringern, dass eine Schwachstelle ausgenutzt wird. Damit verlagert sich die Arbeit von der Geschwindigkeit der Remediation hin zur Erreichbarkeit, etwas, das Krankenhäuser kontrollieren können.

Segmentierung kann ein starkes Gegengewicht sein. Ein Bildgebungsgerät mit breitem Zugriff kann einen Domänencontroller, einen Dateifreigabeort und das offene Internet erreichen. Wird es jedoch auf ein isoliertes Segment beschränkt, das den Datenverkehr zu seinem PACS‑Server und dem Update‑Endpunkt des Herstellers erlaubt, während der Zugriff auf den Rest standardmäßig verweigert wird, kann jede Schwachstelle, die das Gerät betrifft, so lange eingeschlossen bleiben, wie der Patch benötigt.

Wo die Geräte‑ und Anbieteranforderungen es zulassen, können Krankenhäuser Segmentierung, Ausgangskontrollen und Deny‑by‑Default‑Regeln einsetzen, um Zugriffswege zu verengen und sogar zu schließen, solange ein Patch aussteht.

Krankenhäuser benötigen kein vollständiges Asset‑Inventar, bevor sie die Angriffsfläche verkleinern. Zählen Sie zunächst die Systeme, die mit dem Internet verbunden sind, halten Sie diese Zahl aktuell, während das umfassendere Inventar weitergeführt wird, und priorisieren Sie die Begrenzung dessen, was diese Systeme im Netzwerk erreichen können.

Die Umfragedaten von Health‑ISAC zeigen, dass die Branche bereits in diese Richtung geht. Etwa 80 % der Health‑ISAC‑Mitglieder geben an, dass sie planen, ihre Budgets für KI‑gestützte Sicherheitstools oder Exploit‑Bewertungen zu erhöhen. Ein möglicher hilfreicher Ansatz ist, zu analysieren, welche Angriffswege in Ihrer eigenen Umgebung funktionieren: Finden Sie Kombinationen von niedrig‑schweren Schwachstellen, die Aufmerksamkeit verdienen, bevor ein Prioritäts‑Score Ihre Aufmerksamkeit erregt.

Auch die Gespräche mit Anbietern müssen über die Formulierungen im Service‑Level‑Agreement hinausgehen. Verträge enthalten das, worauf Sie und Ihre Anbieter vor Jahren eingegangen sind, doch das Bedrohungsmodell hat sich dramatisch geändert. Identifizieren Sie daher zunächst, wie lange es dauern kann, bis nach öffentlicher Bekanntmachung ein validierter Patch für eine Schwachstelle ausgestellt wird, und ermitteln Sie anschließend, welche Gegenmaßnahmen während der Wartezeit verfügbar sind. Es lohnt sich zudem zu fragen, ob das Produkt gegen aktuelle KI‑unterstützte Angriffstechniken getestet wird.

Managen Sie die Exposition, die Sie nicht entfernen können

Die meisten Organisationen können nicht angeben, wie lange es dauert, bis ein validierter Fix nach öffentlicher Bekanntmachung eines Exploits in der Produktion läuft. Konzentrieren Sie sich darauf, diese Zahl zu ermitteln, damit Sie nicht mehr über Patch‑Fenster diskutieren, sondern herausfinden, welche Anbieter und Systeme am längsten exponiert bleiben. Das ermöglicht Ihnen, die Prioritäten Ihrer Remediation‑Bemühungen festzulegen.

Der Austausch von Informationen kann diesen Entscheidungszyklus erheblich verkürzen. Einige der schnellsten Remediation‑Entscheidungen, die ich erlebt habe, entstehen, wenn ein Krankenhaus von einem Kollegen erfährt, dass eine Anbieterlösung bereits ausgenutzt wird, bevor die Schwachstelle öffentlich bekannt wird.

Das Validierungsfenster selbst wird sich nicht ausdehnen. Krankenhäuser werden weiterhin klinische Systeme mit offenen Schwachstellen betreiben, was bedeutet, dass die Segmentierungsstrategie für diese Systeme wichtiger sein muss als der Patch‑Zeitplan. Jedes Krankenhaus sollte in der Lage sein, für jede seiner kritischen Plattformen anzugeben, was im Netzwerk passieren würde, wenn diese Plattform morgen kompromittiert würde.