Cyberangriffe im Gesundheitswesen gefährden jetzt die Patientenversorgung

Jahrelang hörten Sicherheitsverantwortliche im Gesundheitswesen, dass ein Cyberangriff ein finanzielles Ereignis sei. Neue Forschungsergebnisse zeigen: Es ist ein klinisches Ereignis. In der Studie 2026 von Proofpoint und dem Ponemon Institute wurden 97 Prozent der befragten Gesundheitseinrichtungen im letzten Jahr mindestens einmal Opfer eines Cyberangriffs, 74 Prozent davon berichteten über Beeinträchtigungen der Patientenversorgung.

Die durchschnittliche Anzahl der Angriffe stieg auf 51 pro Organisation, im Vorjahr lag sie bei 43. Die Kosten für den teuersten einzelnen Angriff stiegen um fast 8 Prozent, von 3,9 Millionen auf 4,2 Millionen US-Dollar. Diese Zahlen stammen aus den Antworten von 705 IT- und Sicherheitsverantwortlichen in US-Gesundheitseinrichtungen – sie geben also einen Trend, keine Vollerhebung wieder. Dennoch liefern sie das bislang klarste Signal, wie Angriffe zu verzögerten Behandlungen, längeren Klinikaufenthalten und Komplikationen führen.

Das ist das zentrale Argument: Jeder dieser Angriffe endet für einen CISO oder Datenschutzbeauftragten am selben Punkt. Ein Regulator, Auditor oder Klägeranwalt verlangt den Nachweis, was mit geschützten Gesundheitsinformationen passiert ist und wer darauf zugegriffen hat. Erkennung ist wichtig. Der Nachweis entscheidet. Kiteworks Secure Data Exchange adressiert genau dieses zweite Problem – und die folgenden Abschnitte zeigen, warum gerade darauf die wenigsten Organisationen vorbereitet sind.

Wichtige Erkenntnisse

1. Angriffe sind jetzt ein Problem der Patientenversorgung.

Von den im letzten Jahr betroffenen Gesundheitseinrichtungen berichteten fast drei Viertel über Störungen in der Patientenversorgung – das verschiebt den Fokus von finanziellen auf klinische Risiken.

2. Zwei Kostendatensätze können beide richtig sein.

Der eine misst die durchschnittlichen Kosten einer Datenpanne, der andere die Kosten des schlimmsten Angriffs einer Organisation. So kann ein sinkender Durchschnitt neben einem steigenden Höchstwert stehen.

3. Angriffe auf die Lieferkette treffen am härtesten.

Neun von zehn betroffenen Organisationen berichteten über Versorgungsstörungen durch Angriffe auf die Lieferkette. Der Austausch von Daten mit Drittparteien gehört damit auf das klinische Risikoregister.

4. HIPAA wartet nicht auf die finale Regelung.

Die geplante Überarbeitung der Security Rule ist noch ein Vorschlag, aber eindeutige Nutzeridentifikation, Audit-Kontrollen und Meldepflichten gelten bereits heute.

5. Nachweis schlägt Haltung.

In einer 2026er-Umfrage konnten die Hälfte der befragten Organisationen kein vollständiges Audit-Protokoll zum KI-Datenzugriff innerhalb eines Werktags liefern – die Nachweislücke wird zur nächsten Schwachstelle.

Was die Studie 2026 ergab

Die wichtigsten Zahlen verdienen einen genaueren Blick. Beginnen wir mit den Auswirkungen auf die Versorgung, denn sie verändern die Perspektive. Unter den Organisationen, die Störungen durch die vier untersuchten Angriffstypen meldeten (Cloud- und Account-Kompromittierung, Ransomware, Lieferkette und Business Email Compromise), nannten 53 Prozent mehr Komplikationen bei Behandlungen, 52 Prozent längere Klinikaufenthalte und 52 Prozent Verzögerungen bei Tests oder Eingriffen.

Das ist eine andere Art von Verlust. Eine Klinik kann für einen Vorfall mit 4,2 Millionen Dollar planen – nicht aber für einen verzögerten Test.

Auch die Kostenstruktur zeigt in diese Richtung. Operative Störungen waren mit durchschnittlich 1,39 Millionen Dollar der größte Kostenblock, Leerlauf und Produktivitätsverluste lagen im Schnitt bei 1,05 Millionen Dollar. Lösegeldzahlungen machen einen immer kleineren Teil des Schadens aus: Unter den Ransomware-Opfern zahlten 31 Prozent, im Vorjahr waren es 33 Prozent, und die durchschnittlich höchste Zahlung sank von 1,2 auf 1,1 Millionen Dollar. Organisationen zahlen Angreifern weniger, aber mehr für Ausfallzeiten.

Datenverlust ist eine oft übersehene Zusatzbelastung. Im Schnitt verzeichneten Organisationen in zwei Jahren 21 Vorfälle von Datenverlust oder -exfiltration mit sensiblen Gesundheitsdaten. Von den Befragten, die angaben, dass diese Vorfälle die Versorgung beeinträchtigten (54 Prozent), berichteten 56 Prozent über erhöhte Sterblichkeitsraten. Das sind subjektive Einschätzungen, keine klinischen Outcome-Daten – dennoch bemerkenswert, dass Sicherheitsexperten sie überhaupt dokumentieren.

Fahrlässigkeit von Mitarbeitenden war die am häufigsten genannte Ursache für Datenverlust. Gewöhnliches Versagen übertrifft das Dramatische – wie in den meisten Branchen.

Zwei Datensätze, die widersprüchlich wirken

Hier beginnt die konträre Sichtweise. IBMs Cost of a Data Breach Report 2026 zeigt, dass das Gesundheitswesen mit 6,64 Millionen Dollar weiterhin die teuerste Branche für Datenpannen ist – allerdings sank dieser Wert laut Becker’s Hospital Review um 10,5 Prozent gegenüber 7,42 Millionen Dollar im Jahr 2025.

Ein sinkender Durchschnitt neben einem steigenden Höchstwert wirkt widersprüchlich, ist aber eine Frage der Messmethode. IBM (mit dem Ponemon Institute) betrachtet Organisationen mit Datenpanne und mittelt deren Kosten. Die Proofpoint- und Ponemon-Studie fragt jede Organisation nach den Kosten ihres teuersten Angriffs und ergänzt Häufigkeit, operative Störungen und Auswirkungen auf Patienten. Das eine Instrument beschreibt den Mittelwert, das andere das Extrem – und genau dort liegt das Interesse von Klinikvorständen.

Lassen Sie sich also nicht erzählen, die Kosten sinken und das Problem entschärft sich. Aber auch das Gegenteil lässt sich nicht allein mit einer Umfrage belegen. Die ehrliche Zusammenfassung ist präziser und nützlicher: In beiden Datensätzen ist eine Datenpanne im Gesundheitswesen teuer, und der zweite Datensatz zeigt, dass der Schaden immer stärker vom Finanzbereich ans Krankenbett wandert.

Das ist entscheidend für die Kommunikation mit dem Vorstand. Wer „durchschnittliche Kosten sinken“ hört, wird beruhigt. Wer hört „unser schlimmster Tag wird schlimmer und betrifft jetzt die Patientenversorgung“, fordert Kontrollen. Letzteres ist für ein Sicherheitsprogramm die richtige Aussage, denn die eigene Gefährdung bemisst sich am schlimmsten Tag – nicht am Branchendurchschnitt.

Lieferkette, Ransomware und E-Mail-Angriffe erreichen die Station

Nicht jeder Angriffstyp trifft Patienten gleich stark. Angriffe auf die Lieferkette hatten laut Proofpoint- und Ponemon-Daten den größten Einfluss: 90 Prozent der betroffenen Organisationen berichteten über Versorgungsstörungen, im Vorjahr waren es 87 Prozent. Das ist das klarste Einzelergebnis der Studie.

Das deckt sich mit externen Analysen. Black Kite’s 2026 Third-Party Breach Report zählte 2025 insgesamt 136 bestätigte Drittparteien-Datenpannen und eine mittlere Verzögerung der öffentlichen Bekanntgabe von 73 Tagen. Ein Dienstleister kann also zehn Wochen kompromittiert sein, bevor Sie davon erfahren – und in dieser Zeit laufen Patientendaten durch einen Partner, den Sie nicht kontrollieren.

Ransomware-Angriffe zeigen den Zusammenhang mit der Versorgung besonders deutlich: 72 Prozent der betroffenen Gesundheitseinrichtungen berichteten über Versorgungsstörungen (Vorjahr: 67 Prozent), 70 Prozent davon über längere Klinikaufenthalte. Business Email Compromise hinterlässt ein anderes klinisches Muster: Von den Organisationen, die Störungen meldeten, führten 68 Prozent diese auf verzögerte Eingriffe und Tests mit negativen Folgen zurück.

Cloud-Nutzung verschärft alle drei Angriffstypen. 35 Prozent der Organisationen haben laut Studie klinische Anwendungen in die Cloud verlagert (Vorjahr: 30 Prozent), weitere 44 Prozent planen dies in den nächsten zwei Jahren. Kompromittierungen von Cloud-Accounts traten durchschnittlich 20-mal pro Organisation auf und beeinträchtigten bei 65 Prozent der Befragten die Versorgung.

Diese vier Ergebnisse zeigen das Muster: Ransomware, E-Mail-Kompromittierung und Cloud-Account-Übernahme sind verschiedene Einstiegspunkte zum selben Ziel – dem Austausch sensibler Daten zwischen Ihrer Organisation und Dritten. Wer diesen Austausch nicht kanalübergreifend – also für E-Mail, Filesharing, Transfer, Formulare und APIs – zentral steuern kann, verteidigt vier Perimeter mit vier Log-Systemen. Eine zentrale Policy Engine und ein zentrales Audit-Log, wie sie Kiteworks Secure Data Exchange kanalübergreifend bereitstellt, reduzieren die Fehlerquellen bei Nachweisanfragen erheblich.

Warum Nachweise wichtiger sind als Erkennung

Was passiert nach einem Angriff auf ein regionales Gesundheitssystem? Das Sicherheitsteam stoppt den Angriff, der Klinikbetrieb läuft wieder an. Dann beginnt die nächste Frist: Die Meldepflichten nach HIPAA setzen eine Obergrenze von 60 Tagen ab Entdeckung für die individuelle Benachrichtigung, und die Fragen der Aufsichtsbehörde kommen nach eigenem Zeitplan.

Dieser Teil taucht nie im Incident Dashboard auf. Die Frage ist nicht, ob Sie den Angriff erkannt haben, sondern ob Sie anhand vertrauenswürdiger Aufzeichnungen rekonstruieren können, welche Patientendaten erreichbar waren, wer darauf zugegriffen hat und ob die Kontrollen wie dokumentiert funktionierten.

Wichtig ist, was heute schon Gesetz ist. Die HIPAA Security Rule verlangt bereits eindeutige Nutzeridentifikation und Audit-Kontrollen und behandelt die Verschlüsselung elektronischer Gesundheitsdaten als adressierbare Vorgabe, gemäß 45 CFR 164.312. Die umfassende Überarbeitung, die diese Anforderungen verschärfen würde, wurde im Januar 2025 vorgeschlagen, ist aber noch nicht final. Im OMB-Regulierungsplan ist die finale Regel für Juli 2027 vorgesehen, laut The HIPAA Journal.

Manche Organisationen deuten diese Verzögerung als Aufschub. Das ist sie nicht. Schon heute müssen Sie Zugriffskontrolle und Audit-Fähigkeit nachweisen, und die Durchsetzung erfolgt nach geltender Regelung. The HIPAA Journal berichtet, dass OCR 2026 ein Unternehmen mit 450.000 Dollar Bußgeld belegte, weil keine ordnungsgemäße Risikoanalyse durchgeführt wurde – der Regulator prüft also die Basics.

Regulierer regulieren Daten, nicht Modelle oder Stimmungen. HIPAA interessiert nicht, ob ein Mensch oder ein automatisiertes Tool die Daten einsehen konnte – entscheidend ist, ob der Zugriff autorisiert, protokolliert und nachvollziehbar war.

Die KI-Ebene, die viele Programme nicht steuern

Die Proofpoint- und Ponemon-Studie liefert einen Befund, der in jede nächste Vorstandspräsentation eines Healthcare-CISO gehört: 45 Prozent der Befragten haben KI in der Cybersicherheit oder sowohl in der Cybersicherheit als auch in der Patientenversorgung eingebunden, aber 60 Prozent verfügen über keine Kontrollen für sensible Daten in KI-Systemen. Nur 32 Prozent haben vollständige Transparenz über die Nutzung nicht genehmigter KI-Tools durch Mitarbeitende, und KI-Agents ohne Schutzmechanismen wurden von 24 Prozent als Hauptursache für Datenverlust genannt.

Klartext: Die Branche setzt KI schneller ein, als sie die Datenzugriffe steuert. Im Gesundheitswesen geht es dabei um PHI, was das Risiko erhöht – aber die Lücke ist überall dieselbe. Auch die Kiteworks-Forschung zeigt in diese Richtung, wie der nächste Abschnitt verdeutlicht.

Das Governance-Prinzip ist einfach formuliert, aber schwer umzusetzen: Ein KI-Tool oder Agent, der Patientendaten verarbeitet, muss an die Autorität eines Menschen gebunden, auf das notwendige Minimum beschränkt und in einem Audit-Protokoll erfasst werden, das einer Prüfung standhält. Die HIPAA Minimum Necessary Rule gilt für die Daten – unabhängig davon, wer oder was anfragt. Ein Shared Service Account zwischen KI-Tool und Datenbank lässt sich schwer mit eindeutiger Nutzeridentifikation vereinbaren, denn das Log zeigt nur den Account, nicht die verantwortliche Person.

Hier kommen Kiteworks Compliant AI und der Secure MCP Server ins Spiel. Sie wenden dieselben RBAC- und ABAC-Policies sowie dieselbe Audit-Logik an wie beim menschlichen Zugriff, sodass eine KI-Integration Patientendaten unter denselben Schutzmechanismen verarbeitet und dieselben Nachweise hinterlässt. Kiteworks war nicht Teil der Proofpoint- und Ponemon-Studie, und es wird hier nicht behauptet, dass irgendeine Plattform die untersuchten Angriffe verhindert hätte.

Was die Kiteworks-Umfrage zum Nachweisproblem sagt

Den deutlichsten Beleg für die Nachweislücke liefert ein anderes Instrument: Die Kiteworks Data Security and Compliance Risk: 2026 Annual Survey Report befragte im zweiten Quartal 2026 weltweit 459 Fachleute aus den Bereichen Sicherheit, Compliance und Technologie. Die Ergebnisse sind selbstberichtete Werte, branchenübergreifend und nicht spezifisch für das Gesundheitswesen. 63 Prozent der Organisationen erlebten in den letzten 12 Monaten mindestens eine Compliance-Folge, etwa einen Audit-Befund, einen Maßnahmenplan, eine Eskalation an den Vorstand, eine Vertragsstrafe oder eine behördliche Untersuchung.

Die Zahlen zur Audit-Bereitschaft sollten Datenschutzbeauftragte alarmieren: Die Hälfte der Organisationen kann kein vollständiges Audit-Protokoll zum KI-Datenzugriff innerhalb eines Werktags liefern, und 67 Prozent verfügen nicht über manipulationssichere Audit-Trails. Genau diese prüft ein Ermittler, um sicherzustellen, dass Aufzeichnungen nachträglich nicht verändert wurden. Ein Audit-Trail, der seine Integrität nicht nachweisen kann, ist ein Tagebuch – kein Beweis.

Der Anteil der Healthcare-Befragten ist mit etwa 8 Prozent klein, daher ist das Ergebnis eher richtungsweisend. Dennoch interessant: Gesundheitseinrichtungen schnitten bei den Sicherheitskontrollen überdurchschnittlich ab, mit einem mittleren Data Security Maturity Score von 42,3 gegenüber 39 insgesamt. Das dominante Profil der Branche war laut Bericht „Fortified“ – 1,84-mal häufiger als erwartet. Das bedeutet: starke Sicherheitsinfrastruktur, aber noch keine KI-spezifische Governance.

Geld schließt diese Lücke nicht. Im Annual Survey Report 2026 erreichten die 54 Prozent der Befragten, die mindestens ein Viertel ihres IT-Budgets für Cybersicherheit aufwenden, einen durchschnittlichen Reifegrad von 39,7 – statistisch nicht unterscheidbar vom Gesamtdurchschnitt von 39,2. Investitionen folgten der Absicht, Kontrollen folgten der Architektur.

Das verbindet die beiden Studien: Die Angriffe in den Proofpoint- und Ponemon-Daten sind der Preis für die Gefährdung. Die Audit-Lücken in den Kiteworks-Daten sind der Preis dafür, dass man im Nachhinein keinen Nachweis liefern kann. Gesundheitseinrichtungen zahlen beide Rechnungen – aber nur eine davon steht in den Schlagzeilen der Anbieter.

Was vor der nächsten Audit-Anfrage zu tun ist

Fragen Sie nicht mehr, ob Ihre Organisation einen Angriff überstehen würde. Stellen Sie die schwierigere Frage: Wenn OCR oder ein Kläger bis Freitag das Zugriffsprotokoll für die Daten eines Patienten über alle Kanäle verlangt, wer liefert es – und wie lange dauert das?

Das sind die Schritte, in der empfohlenen Reihenfolge:

Beginnen Sie mit den Kanälen. Erfassen Sie alle Wege, über die PHI das Unternehmen verlässt oder erreicht – einschließlich Secure Email, Filesharing, Managed File Transfer, Web-Formulare, APIs und KI-Tools. Die Kiteworks-Umfrage ergab: 54 Prozent der Organisationen nutzen vier oder mehr Plattformen für den Austausch sensibler Daten, 73 Prozent haben keine technische Durchsetzung, welche Kanäle Mitarbeitende verwenden dürfen. Jede zusätzliche Plattform bedeutet ein separates Log, eine eigene Policy und eine weitere Lücke. Ein Tool wie DSPM für das Gesundheitswesen hilft bei der Erkennung, aber Erkennung ist keine Durchsetzung.

Konsolidieren Sie dann die Nachweise. Führen Sie einen konsolidierten Audit-Log in Echtzeit in Ihr SIEM ein und testen Sie, ob ein Ermittler ihm vertrauen könnte. Die Frage ist nicht, ob Sie protokollieren, sondern ob das Log vollständig, manipulationssicher und einer benannten Person zuordenbar ist.

Danach überarbeiten Sie das Drittparteien-Playbook. Eine 90-prozentige Versorgungsstörung durch Angriffe auf die Lieferkette bedeutet: Datenaustausch mit Dienstleistern ist ein klinisches Risiko, kein Einkaufsdetail. Verlangen Sie von Partnern, PHI nur über von Ihnen kontrollierte Kanäle auszutauschen, wenden Sie zero trust data protection-Prinzipien auf deren Zugriffe an und üben Sie Ihren Incident Response Plan mit diesen Partnern gemeinsam – nicht nur auf dem Papier.

Schließlich stellen Sie KI auf dieselbe Stufe wie Menschen. Binden Sie KI-Tools an autorisierte Nutzer und minimal notwendige Daten, protokollieren Sie alle Zugriffe und testen Sie, ob Sie den Zugriff entziehen können. Organisationen, die diese Nachweise vor einer Prüfung bereitstellen, haben sie im Ernstfall parat. Kiteworks bietet ein Business Associate Agreement und HIPAA-konforme Audit-Trails für Gesundheitseinrichtungen, die PHI austauschen. Die doppelte Verschlüsselung im ruhenden Zustand, Single-Tenant-Architektur und der konsolidierte Audit-Log sind für das oben beschriebene Nachweisproblem konzipiert.

Für all das müssen Sie nicht auf die finale Regel warten. Entscheiden Sie, dass Nachweis ein Design-Kriterium ist – kein Notfallplan.

Erfahren Sie mehr darüber, wie Sie prüfbereite Nachweise für den PHI-Austausch unter HIPAA erstellen: Vereinbaren Sie jetzt eine individuelle Demo.

Weitere Ressourcen

• Blogbeitrag Zero Trust Architecture: Never Trust, Always Verify
• Video Microsoft GCC High: Nachteile treiben Verteidigungsunternehmen zu intelligenteren Lösungen
• Blogbeitrag Wie Sie klassifizierte Daten schützen, sobald DSPM sie erkennt
• Blogbeitrag Vertrauen in generative KI mit Zero Trust-Ansatz aufbauen
• Video Der ultimative Leitfaden für sichere Speicherung sensibler Daten für IT-Verantwortliche