Zum Inhalt springen
← Blog

DMARC im Gesundheitswesen: ein häufig imitierter, oft schlecht geschützter Sektor

Von Thomas · virtueller CISO · 2026-08-10

Der Gesundheitssektor vereint alle Zutaten, die E-Mail-Fälschung anziehen: einige der sensibelsten Daten überhaupt, sofortiges Vertrauen der Patienten und Organisationen, die in der Cybersicherheit oft unterversorgt sind. Eine gefälschte Nachricht, die vorgibt, von der Klinik, vom Labor oder von der Krankenkasse des Empfängers zu stammen, verbindet Autorität, glaubwürdigen Kontext und emotionalen Einsatz — ein Befund, ein Termin, eine Erstattung. Dennoch lässt ein großer Teil der Gesundheitseinrichtungen seine Domain noch fälschbar. Dieser Artikel erklärt, warum das Gesundheitswesen ein bevorzugtes Ziel ist, was die Daten zeigen und wie sich der Sektor trotz seiner besonderen Zwänge schützen kann.

Warum das Gesundheitswesen ein bevorzugtes Ziel ist

Mehrere Faktoren wirken zusammen, um eine Gesundheitsdomain zu einer wertvollen Beute zu machen:

  • Das Patientenvertrauen. Eine Nachricht, die von einer Versorgungsorganisation zu kommen scheint, wird fast vorbehaltlos geöffnet und befolgt. Die natürliche, mit Gesundheit verbundene Sorge deaktiviert den Misstrauensreflex, der anderswo schützen würde.
  • Maximal sensible Daten. Gesundheitsdaten sind nach der DSGVO sensible Daten mit verstärktem Schutz. Ihr Diebstahl oder Missbrauch setzt sowohl Patienten als auch die Organisation ernsten Folgen aus.
  • Eine komplexe Versandfläche. Befunde, Termineinladungen, Rezepte, Erstattungen, Terminbuchungen: Gesundheitsakteure senden eine große Vielfalt an Post, oft über mehrere Fachwerkzeuge und Dienstleister, was die zu sichernden Quellen vervielfacht.

Ohne durchgesetzte Authentifizierung unterscheidet nichts die echte Nachricht der Organisation von der Fälschung des Angreifers. Beide zeigen dieselbe Adresse, und es ist der — bereits verletzliche — Patient, der die Falle erleidet.

Gesundheitsdaten, DSGVO und die Kosten einer Fälschung

Das Fälschen einer Gesundheitsdomain ist nicht nur ein Sicherheitsvorfall: Es ist ein direktes Risiko für Daten, die das Gesetz besonders schützt. Eine betrügerische E-Mail im Namen einer Organisation kann einem Patienten seine Versicherungsnummer, seine Portal-Zugangsdaten entlocken oder ihn dazu bringen, medizinische Informationen preiszugeben. So gesehen ist es, die Domain auf p=reject zu treiben, ein konkreter Beitrag zur Pflicht, die Verarbeitung zu sichern — der DSGVO-Teil, entwickelt in DSGVO und E-Mail-Authentifizierung.

Die Kosten einer erfolgreichen Fälschung übersteigen den unmittelbaren Betrug bei Weitem: Schaden an der Vertrauensbeziehung zwischen Patient und Behandelndem, Meldepflichten, Untersuchungen und mitunter die Infragestellung der Haftung der Organisation. CEO-Fraud trifft zudem die Finanzabteilungen von Kliniken und fügt dem Datenrisiko ein Risiko der Mittelumleitung hinzu.

Was die Daten zeigen

Auch hier ist der Befund messbar, nicht anekdotisch. Unser DMARC-Observatorium verfolgt die öffentliche Haltung von Domains des Gesundheitssektors, eingeordnet als geschützt (p=reject), durchsetzend (p=quarantine), reine Beobachtung (p=none) oder ungeschützt. Das wiederkehrende Ergebnis deckt sich mit dem des öffentlichen Sektors und des Finanzwesens: Ein beachtlicher Anteil von Organisationen, die Patienten täglich nutzen, setzt nicht durch und lässt seine Publikumsdomain exponiert.

Wie anderswo besteht der Kniff darin, die Domain zu prüfen, die Patienten tatsächlich in ihrem Posteingang sehen — die für Termineinladungen und Befunde — und nicht nur das institutionelle Portal der Organisation.

Diese Lücke hat im Gesundheitswesen besondere gesellschaftliche Kosten: Ein im Namen seiner Klinik gephishter Patient verliert nicht nur Geld oder Zugangsdaten, er verliert Vertrauen in einen Kanal, von dem seine Versorgung mitunter abhängt. Ein verpasster Termin, weil eine echte Einladung mit einem Betrug verwechselt wurde, ein auf einer gefälschten Seite eingesehener Befund — die Folgen gehen über den üblichen finanziellen Schaden hinaus. Gerade weil die Gesundheits-E-Mail Versorgungs- und nicht nur Geldeinsätze trägt, zählt die Sicherung der legitimen Domain hier noch mehr als in anderen Sektoren.

NIS2 und das Gesundheitswesen

Das Gesundheitswesen zählt ausdrücklich zu den von der NIS2-Richtlinie erfassten Sektoren, die Cyber-Risikomanagementmaßnahmen vorschreibt und die Leitung in die Haftung nimmt. Für eine betroffene Organisation ist die E-Mail-Authentifizierung — eine naheliegende, prüfbare, kostengünstige Anti-Fälschungs-Kontrolle — einer der ersten Punkte, die eine Prüfung ansehen wird. Was gute Praxis war, wird zur Pflicht, verdoppelt um realen Schutz der Patienten.

Die Ressourcenherausforderung

Das Gesundheitswesen teilt mit dem öffentlichen Sektor eine strukturelle Schwierigkeit: für die Exposition oft unzureichende Cyber-Ressourcen. Öffentliche Kliniken arbeiten unter Budgetzwang, Labore und Praxen haben kein Sicherheitsteam, und der Anwendungspark ist über viele Dienstleister zersplittert. Die E-Mail-Sicherheit ist dort selten das vorrangige Thema — bis zum Vorfall.

Genau in diesem Kontext macht eine Werkzeugkette, die die Diagnose automatisiert und die Behebung anleitet, den Unterschied: Sie reduziert ein unüberwindlich scheinendes Projekt auf eine Reihe einfacher Entscheidungen, tragbar von einem Dienstleister oder einem kleinen IT-Team. In einem Sektor, in dem das Sicherheitsbudget stets umkämpft ist, ist es, ein Domain-Schutzprogramm auf eine Handvoll angeleiteter Entscheidungen zu reduzieren, oft der Unterschied zwischen einem Projekt, das ausgeliefert wird, und einem, das noch ein Jahr auf einer Wunschliste bleibt.

Ein konkretes Szenario: das gefälschte Analyseergebnis

Zerlegen wir einen typischen Sektorangriff. Ein Analyselabor hat seine Publikumsdomain bei p=none belassen. Ein Angreifer mailt den Patienten eine Nachricht, die die authentische Adresse des Labors anzeigt: Die Ergebnisse lägen vor und seien nach einer Anmeldung im persönlichen Bereich einzusehen — mit einem Link zu einer das Portal nachahmenden, Zugangsdaten sammelnden Seite. Der emotionale Einsatz — ein ausstehendes medizinisches Ergebnis — deaktiviert das Misstrauen noch wirksamer als ein finanzieller Vorwand. Patienten geben ihre Zugangsdaten, mitunter Gesundheitsdaten, auf einer vom Angreifer kontrollierten Seite ein.

Für das Labor ist das eine Verletzung sensibler Daten unter Einbeziehung seiner eigenen Domain, mit wahrscheinlicher Meldepflicht und dauerhaftem Schaden am Patientenvertrauen. Dieselbe E-Mail wäre mit der Domain auf p=reject bei der Zustellung abgewiesen worden, ohne je einen Posteingang zu erreichen. In einem Sektor, in dem Daten besonders geschützt und Vertrauen besonders zerbrechlich ist, ist dieser Richtlinienwechsel kein technisches Detail: Er ist eine Patientenschutzmaßnahme.

Einrichtungen, Labore, Versicherer: unterschiedliche Profile

„Das Gesundheitswesen" umfasst Akteure sehr unterschiedlicher Realitäten, und die Vorgehensweise passt sich jedem an:

  • Kliniken vereinen einen großen Anwendungspark (Patientenakte, Terminbuchung, Befunde, Abrechnung) und einen starken Budgetzwang. Der Einsatz liegt dort vor allem in der lückenlosen Kartierung der Versandquellen vor jeder Verschärfung.
  • Labore und Praxen senden massenhaft Befunde und Einladungen, oft über ein oder zwei Fachwerkzeuge. Der Park ist einfacher, die Umsetzung schneller, aber die Exposition pro Nachricht ist hoch.
  • Versicherer und Zusatzkrankenkassen handhaben Erstattungen und Vertragsdaten; ihr Profil nähert sich dem des Finanzwesens, mit hohem Transaktionsvolumen und einem direkten finanziellen Betrugsmotiv.

Sein Profil zu kennen hilft, den Aufwand zu kalibrieren: Eine Praxis braucht nicht dieselbe Vorkehrung wie eine große Klinik, aber beide brauchen eine Domain in Durchsetzung.

Sicherheit der Gesundheits-IT: ein bereits anspruchsvoller Rahmen

Der Gesundheitssektor operiert bereits unter verstärkten Sicherheitsanforderungen — zertifiziertes Hosting von Gesundheitsdaten, Sicherheitsrichtlinien für Informationssysteme, Sektorpflichten. Die E-Mail-Authentifizierung fügt sich natürlich als erwartete Maßnahme ein: Sie schützt einen Kanal, über den Einladungen, Befunde und Patientenaustausch laufen, und erzeugt den prüfbaren Nachweis, der diese Rahmenwerke speist. Weit davon entfernt, ein weiteres Projekt zu sein, ist DMARC ein Baustein, der mehreren Pflichten zugleich dient — Sicherung der Verarbeitung nach DSGVO, Resilienz nach NIS2 und die von gesundheitsspezifischen Rahmen erwartete gute Hygiene.

Die Herausforderung der Patientensensibilisierung

Es gibt eine Grenze, die die Technik allein nicht überschreitet: DMARC schützt die genaue Domain, aber nicht die ähnlich aussehenden Domains, die ein Angreifer registrieren würde, um die Organisation nachzuahmen. Deshalb gewinnt der Schutz der Domain, wenn er von einer klaren Botschaft an die Patienten begleitet wird — sie auf offiziellen Materialien an die legitime Adresse und die Kanäle zu erinnern, über die die Organisation wirklich kommuniziert. Diese Aufklärung ersetzt die Authentifizierung nicht: Sie ergänzt sie. Eine Domain auf p=reject eliminiert die direkte Fälschung, die gefährlichste, weil glaubwürdigste; die Sensibilisierung verringert den Spielraum der Varianten, die die Technik nicht abdeckt. Beide Schichten zusammen bilden eine weit robustere Abwehr als jede für sich allein.

Wenn Vertrauen der Behandlungskanal ist

Es lohnt sich, klar zu sagen, warum das Gesundheitswesen zusätzliche Dringlichkeit verdient. In vielen Versorgungspfaden ist E-Mail keine Marketing-Nettigkeit — sie ist der Weg, auf dem Befunde, Termine und Anweisungen den Patienten tatsächlich erreichen. Wird dieser Kanal unzuverlässig, ist der Schaden nicht nur ein Betrugsverlust: Patienten beginnen womöglich, legitime Nachrichten zu ignorieren, Termine zu verpassen oder die Versorgung zu verzögern, weil sie echt nicht mehr von falsch unterscheiden können. Eine fälschbare Domain untergräbt daher genau die Verlässlichkeit, von der die Versorgungsbeziehung abhängt. Die Domain auf p=reject zu treiben stellt diese Verlässlichkeit an ihrem Fundament wieder her und lässt Patienten darauf vertrauen, dass eine Nachricht mit dem Namen der Einrichtung wirklich von ihr stammt. Wenige Sektoren haben einen Kanal, in dem die Kosten verlorenen Vertrauens in verpasster Versorgung statt in verpassten Verkäufen gemessen werden — genau deshalb kann sich das Gesundheitswesen kein p=none leisten.

Der Fahrplan

  1. Die Domain diagnostizieren mit einem kostenlosen DMARC-Analyzer, um den Ausgangspunkt zu kennen, ohne etwas zu installieren.
  2. DMARC auf p=none veröffentlichen und die aggregierten Berichte nutzen, um jede Versandquelle zu kartieren — Fachsoftware, Buchungsplattformen, Befund-Dienstleister.
  3. Jede legitime Quelle ausrichten über SPF und DKIM.
  4. Die Richtlinie hochfahren auf quarantine, dann reject, unter Beobachtung der Berichte (die Methode).
  5. Ruhende Subdomains sperren mit dem DMARCbis-np-Tag, bei nahezu null Risiko.

Die eigene Einrichtung prüfen

Der erste Schritt ist kostenlos und sofort. Ein Durchlauf der Domain, von der die Patienten ihre Post erhalten, durch unsere kostenlose DMARC-Analyse liefert ein sofortiges Urteil; das DMARC-Observatorium erlaubt den Vergleich mit der Haltung des Sektors.

Einen Multi-Domain-Park im Gesundheitswesen ohne eigenes Team auf p=reject zu bringen, ist genau das, was Thomas, der virtuelle CISO, zugänglich macht: Er benennt jede Versandquelle, generiert das genaue zu veröffentlichende DNS, bewertet die Bereitschaft pro Domain und nennt den Moment, in dem jede ohne Risiko für legitime Post durchgesetzt werden kann. Eine Domain kostenlos analysieren · das Observatorium erkunden · mit Thomas beginnen.

DMARC anwenden — konkret

Thomas, der virtuelle CISO von DMARC.com, identifiziert jede legitime Versandquelle, schreibt die exakten DNS-Einträge und bringt eine Domain sicher von p=none zu p=reject — ohne den Mailverkehr zu stören.

Zu p=reject — kostenlos

Verwandte Leitfäden

Über den Autor

ThomasThomas ist der virtuelle CISO von DMARC.com: ein auf E-Mail-Authentifizierung spezialisierter Copilot, der Organisationen von p=none bis p=reject begleitet, ohne ihren Mailverkehr zu stören. Seine Leitfäden stützen sich auf echte Daten aus dem DMARC-Observatorium und aus den von der Plattform analysierten RUA-Berichten.