Monthly Threat Report Juli 2026

Einleitung

Der Monthly Threat Report von Hornetsecurity by Proofpoint bietet Ihnen monatliche Einblicke in M365-Sicherheitstrends, E-Mail-basierte Bedrohungen und Kommentare zu aktuellen Entwicklungen im Bereich Cybersicherheit. Diese Ausgabe des Monthly Threat Reports konzentriert sich auf Branchenereignisse aus dem Monat Juni 2026. Als News- und Kommentarausgabe legt der Bericht in diesem Monat den Schwerpunkt stärker auf aufkommende Bedrohungen und Branchenforschung als auf statistische Datenabschnitte.

Ein Thema verbindet das meiste, worüber wir diesen Monat berichten: Künstliche Intelligenz ist inzwischen ein aktiver Akteur auf beiden Seiten der Sicherheitsgleichung. Forscher haben die erste Ransomware-Operation dokumentiert, die vollständig von einem autonomen KI-Agenten durchgeführt wurde, Microsoft hat den umfangreichsten „Patch Tuesday“ in der Geschichte des Programms veröffentlicht, wobei der Anstieg des Volumens zum Teil auf die KI-gestützte Erkennung von Schwachstellen zurückzuführen ist, und unser eigenes Threat Intelligence Lab hat ein Phishing-Kit aufgespürt, das eine Marke imitiert und für die Übernahme von Konten im großen Maßstab entwickelt wurde. Abschließend geben wir einen Überblick über die DMARC-Spezifikation der nächsten Generation, die zu einem passenden Zeitpunkt erscheint, da der Druck durch Identitätsmissbrauch und Authentifizierungsprobleme weiter zunimmt.

Zusammenfassung

• Forscher haben mit JadePuffer die erste öffentlich bekannte Ransomware-Operation dokumentiert, die vollständig von einem autonomen Large Language Model (LLM)-Agenten gesteuert wurde. Der Agent übernahm Aufklärung, Diebstahl von Zugangsdaten, laterale Bewegung, Rechteausweitung und Verschlüsselung ohne menschliches Eingreifen und nutzte CVE-2025-3248 in Langflow für den Erstzugriff sowie CVE-2021-29441 in Alibaba Nacos während des Angriffs. Er verschlüsselte 1.342 Service-Konfigurationseinträge und diagnostizierte und behob in einer dokumentierten Sequenz einen fehlgeschlagenen Anmeldeversuch innerhalb von 31 Sekunden.
• Microsofts Patch Tuesday im Juni behob mehr als 200 Schwachstellen und stellt damit die umfangreichste Einzelveröffentlichung in der Geschichte des Programms dar; darunter eine aktiv ausgenutzte Exchange Server Zero-Day-Schwachstelle. CVE -2026-42897 ermöglicht es einem nicht authentifizierten Angreifer, über eine speziell präparierte E-Mail beliebigen JavaScript-Code in einer Outlook-Web-Access-Sitzung des Opfers auszuführen. Betroffen sind lokale Versionen von Exchange Server 2016 und 2019 sowie die Subscription Edition.
• Unser Threat Intelligence Lab hat eine ^Phishing-Kampagne analysiert, die sich unter dem Vorwand der Meta-Verifizierung gegen französischsprachige Eigentümer und Administratoren von Facebook-Seiten richtet. Das Kit missbraucht die Glaubwürdigkeit von Verifizierungsabzeichen, um nicht nur Zugangsdaten, sondern auch Multi-Faktor-Authentifizierungs-Codes (MFA) und Identitätsdokumente abzugreifen. Das deutet darauf hin, dass das Ziel eine vollständige Kontoübernahme ist und nicht nur der Diebstahl von Zugangsdaten.
• Das Rekordvolumen an Patches wurde teilweise auf KI-gestützte Schwachstellenforschung zurückgeführt – genau die Art von Fähigkeit, über die wir bereits im vergangenen Monat im Zusammenhang mit Anthropics „Project Glasswing“ berichtet haben. Das Zusammenspiel aus KI-beschleunigter Entdeckung und KI-gesteuerten Angriffen verkürzt das Zeitfenster zwischen dem Bekanntwerden einer Schwachstelle und ihrer Ausnutzung.
• Die IETF veröffentlichte eine DMARC-Spezifikation der nächsten Generation (RFC 9989), die die ursprüngliche RFC 7489 ersetzt. Das Update standardisiert die Erkennung von Unternehmensdomänen, präzisiert Richtlinienvererbung und -abstimmung und lagert das Reporting in begleitende Spezifikationen aus. Es erscheint zu einem Zeitpunkt, an dem Mailbox-Anbieter die Anforderungen an die Absenderauthentifizierung weiter verschärfen.

Bedrohungsüberblick

Meta-Verifizierungs-Phishing: Markenvertrauen als Waffe zur Kontoübernahme

Unser Threat Intelligence Lab hat eine Phishing-Kampagne identifiziert und analysiert, die sich als Meta ausgibt, um französischsprachige Facebook-Seitenbetreiber, Administratoren, kleine Unternehmen und Marketing-Teams anzugreifen. Unsere vollständige technische Analyse ist im Hornetsecurity Security-Blog verfügbar. Die Kampagne ist aus zwei Gründen bemerkenswert: Sie arbeitet mit einem positiven Vorwand statt mit einer Drohung und geht weit über den Diebstahl von Zugangsdaten hinaus und zielt auf vollständige Kontoübernahme ab.

Die meisten Phishing-Angriffe, die eine Plattform imitieren, setzen auf Angst, typischerweise mit der Warnung, dass ein Konto gesperrt wurde oder gelöscht wird. Diese Kampagne kehrt dieses Muster um. Der Köder stellt dem Empfänger etwas Begehrenswertes in Aussicht, nämlich die Möglichkeit, ein Verifizierungsabzeichen zu erhalten, und kombiniert dies mit einer milden Frist (eine Aufforderung „innerhalb von 24 Stunden zu aktivieren“). Vertrauen, Belohnung und leichte Dringlichkeit verbinden sich zu einem Vorwand, den ein vielbeschäftigter Seitenadministrator schwerer ignorieren kann.

Die Angriffskette

Die Kampagne verläuft nach einem strukturierten, mehrstufigen Ablauf:

Stufe 1: Der Angreifer versendet Phishing-E-Mails über Googles AppSheet-Plattform und nutzt die Absenderreputation eines legitimen Google-Dienstes, um die Zustellbarkeit zu verbessern und einfache Reputationsfilter zu umgehen.

Stufe 2: Empfänger, die klicken, werden über die Domain sw[.]run auf eine gefälschte „Meta Accounts Centre“-Oberfläche weitergeleitet, die auf einer vom Angreifer kontrollierten Infrastruktur unter finn2[.]xyz gehostet wird.

Stufe 3: Die Landingpage fordert Informationen schrittweise statt auf einmal an und fragt nacheinander Seitendetails, persönliche Informationen, Facebook-Zugangsdaten, MFA-Codes und Identitätsdokumente ab. Dieser gestufte Ansatz ähnelt einem legitimen Verifizierungsprozess und verringert die Wahrscheinlichkeit, dass ein Opfer den Vorgang abbricht.

Stufe 4: Die erfassten Daten werden clientseitig mit fest codierten Schlüsseln des Advanced Encryption Standard (AES) verschlüsselt und im „localStorage“ des Browsers unter den Schlüsseln __ck_clv1 bis __ck_clv6 zwischengespeichert. Anschließend werden sie als verschlüsselte Opferprofile an einen Backend-Endpunkt unter /api/authentication exfiltriert. Das Kit führt außerdem Abfragen zu externen IP-Adressen und Geolokalisierung über apip[.]cc durch, um jeden Opferdatensatz anzureichern.

Das Kit unterstützt Konfigurationen für zwölf Sprachen, darunter Englisch, Deutsch, Französisch, Spanisch, Italienisch, Niederländisch, Portugiesisch, Russisch, Chinesisch, Vietnamesisch, Japanisch und Koreanisch. Das deutet auf eine Operation hin, die für den wiederholten Einsatz in verschiedenen Regionen konzipiert ist – weit über die von uns beobachteten französischsprachigen Ziele hinaus.

Indikatoren für eine Kompromittierung (IOCs)

Vom Angreifer kontrollierte Infrastruktur: – hxxps://sw[.]run (Weiterleitung) - hxxps://finn2[.]xyz (gefälschtes Meta Accounts Centre)

Verbreitung und Datenerfassung: – Phishing-E-Mails zugestellt über Google AppSheet – Erfassung von Opferdaten über apip[.]cc

Host-Artefakte: – localStorage-Schlüssel __ck_clv1 bis __ck_clv6 – Exfiltrationsendpunkt/api/authentication

Warum das wichtig ist

Die Erfassung von MFA-Codes und Ausweisdokumenten ist das Detail, das diese Kampagne von gewöhnlichem Phishing nach Zugangsdaten unterscheidet. Das Abgreifen eines Passworts verschafft einem Angreifer einen Faktor. Das Abgreifen des Passworts, eines gültigen MFA-Codes und eines staatlichen Identitätsdokuments liefert einem Angreifer alles, was er braucht, um ein Konto zu übernehmen, zusätzliche Verifizierungsschritte zu bestehen und in vielen Fällen später auch den Kontowiederherstellungsprozess einer Plattform zu durchlaufen. Für ein Unternehmen, das Kundenbindung, Werbung und Markenpräsenz über eine Facebook-Seite steuert, ist der Verlust dieser Seite ein unmittelbarer operativer und reputationsbezogener Schaden.

Auch für Awareness-Schulungen ist die Nutzung eines positiven, belohnungsbasierten Vorwands relevant. Seit Jahren vermitteln wir Anwendern, bei Drohungen und Dringlichkeit misstrauisch zu sein. Ein Angebot für ein Verifizierungsabzeichen löst keines dieser Warnsignale aus. Die dauerhafte Lehre für Anwender ist einfacher und plattformunabhängig: Legitime Plattformbenachrichtigungen fordern nicht dazu auf, über einen Link in einer E-Mail ein Passwort, einen MFA-Code oder ein Foto des Ausweises einzugeben. Der Verifizierungsstatus sollte immer direkt auf der offiziellen Plattform über eine gespeicherte URL oder die mobile Appgeprüft werden, niemals über einen Link in einer E-Mail.

Wichtige Vorfälle und Branchenereignisse

JadePuffer: Der erste Ransomware-Angriff, der vollständig von einem KI-Agenten ausgeführt wurde

Am 4. Juli berichtete Bleeping Computer über JadePuffer und bezeichnete es auf Grundlage einer am 1. Juli veröffentlichten Untersuchung des Threat Research Teams von Sysdig als die erste dokumentierte Ransomware-Operation, die von Anfang bis Ende von einem LLM-Agenten statt von einem menschlichen Operator durchgeführt wurde. Infosecurity Magazine berichtete unabhängig davon über dieselben Erkenntnisse. In der Berichterstattung wird für diese Art von Angreifern der Begriff „agentic threat actor“ (ATA) verwendet: Nicht ein Mensch, der mit einem Toolkit arbeitet, sondern der KI-Agent selbst führt den Angriff durch.

Der Unterschied ist kein Marketing. Während des gesamten Angriffs erledigte der Agent alles selbst: Er erkundete die Umgebung, griff Zugangsdaten ab, bewegte sich auf benachbarte Systeme, richtete Persistenzmechanismen ein, verschaffte sich höhere Berechtigungen und verschlüsselte am Ende die Daten. Er passte sich in Echtzeit an Fehlschläge an – und zwar so, als würde sich ein menschlicher Operator durch Hindernisse arbeiten.

Die Angriffskette

Stufe 1: Der Angriff begann mit CVE-2025-3248, einer Schwachstelle in Langflow. Langflow ist ein beliebtes Open-Source-Framework zum Erstellen von LLM-Anwendungen, dass es einem nicht authentifizierten Angreifer ermöglicht, beliebigen Code auszuführen. Der Agent nutzte diesen Einstiegspunkt als Auslieferungskanal für die gesamte Operation und schleuste darüber alle nachfolgenden Payloads ein.

Stufe 2: Nach dem Eindringen kartierte der Agent den Host und machte sich auf die Suche nach Geheimnissen. API-Schlüssel von LLM-Anbietern, Zugangsdaten von Cloud-Providern und Datenbank-Logins standen alle auf der Liste. Er exportierte die PostgreSQL-Datenbank hinter Langflow und arbeitete sich anschließend durch einen angrenzenden MinIO-Objektspeicher, um Konfigurations- und Umgebungsdateien abzurufen.

Stufe 3: Um seinen Zugriff zu sichern, richtete der Agent auf dem Langflow-Host einen Cron-Job ein, der sich in 30-Minuten-Intervallen bei der Infrastruktur des Angreifers meldete.

Stufe 4: Von dort aus bewegte sich der Agent zu einem Produktionsserver weiter, auf dem eine MySQL-Datenbank und Alibaba Nacos (Naming and Configuration Service) gehostet wurden. Die Nacos-Instanz war für CVE-2021-29441 anfällig, eine Authentifizierungsumgehung, die der Agent nutzte, um ein Administratorkonto unter seiner eigenen Kontrolle zu erstellen.

Stufe 5: In der letzten Phase richtete der Agent die eigene Datenbank des Opfers gegen das Opfer selbst. Er führte MySQL-Funktion AES_ENCRYPT()auf den vollständigen Satz der 1.342 Service-Konfigurationseinträge in Nacos aus, löschte die ursprünglichen Konfigurations- und Verlaufstabellen und hinterließ seine Zahlungsforderung in einer neu angelegten Erpressungstabelle.

Der stärkste Hinweis dafür, dass kein Mensch an der Tastatur saß, stammt aus einem 31-Sekunden-Fenster während der Nacos-Übernahme, in dem der Agent an einem fehlgeschlagenen Administrator-Login scheiterte und ihn innerhalb von etwa einer halben Minute wieder funktionsfähig machte. In der Berichterstattung wird außerdem darauf hingewiesen, dass der Agent in den Payloads fortlaufende Kommentare zu seinen eigenen Zielen hinterließ und erläuterte, was jeder Schritt erreichen sollte. Menschliche Operatoren kommentieren flüchtige Einzeiler nicht auf diese Weise.

Die Lösegeldforderung selbst entlarvt den Vorgang. Die verwendete Bitcoin-Adresse ist die Beispieladresse, die in der gesamten Entwicklerdokumentation von Bitcoin verwendet wird und die der Agent offenbar aus seinen Trainingsdaten übernommen hat. Jedes Opfer, das bezahlt hätte, hätte Geld an eine Adresse gesendet, die der Angreifer nie kontrolliert hat. Auch der Verschlüsselungsschlüssel ist eine Sackgasse: Der Agent erzeugte ihn zufällig und speicherte oder exfiltrierte ihn nicht, sodass die verschlüsselten Konfigurationsdaten unabhängig von einer Zahlung nicht wiederhergestellt werden können.

Warum ist das so bedeutsam?

JadePuffer ist genau der Indikator, auf den viele in der Sicherheitscommunity gewartet haben. Die betroffene Umgebung war ein selbst gehosteter KI- und Daten-Stack mit aus dem Internet erreichbarem administrativem Zugriff und Standardzugangsdaten, also ein Ziel, das auch ein kompetenter menschlicher Angreifer kompromittiert hätte. Verändert hat sich, wer die Arbeit erledigt hat. Die zentrale Erkenntnis aus diesem Bericht ist, dass agentische Tools die Hürde für schwerwiegende Angriffe senken: Eine Operation wie diese erfordert keine Ransomware-Expertise mehr, sondern nur noch einen Agenten, der auf exponierte Infrastruktur angesetzt wird.

Das steht in direktem Zusammenhang mit einem Trend, über den wir im vergangenen Monat berichtet haben. In unserer Juni-Berichterstattung über Anthropics Project Glasswing stellten wir fest, dass die erste Generation von KI-entdeckten Schwachstellen, die in aktiver Ausnutzung statt im Rahmen koordinierter Offenlegung auftaucht, den Punkt markieren würde, an dem die offensive Seite der KI-Sicherheit aufgeholt hat. Ein autonomer Agent, der zwei bekannte Schwachstellen zu einer funktionsfähigen Erpressungsoperation verknüpft, ist ein weiterer Marker dafür. Diese beiden Fähigkeiten – KI-beschleunigte Entdeckung und KI-gesteuerte Angriffe –verkürzen die Zeitspanne zwischen dem Bekanntwerden einer Schwachstelle und deren Ausnutzung gegen ungeschützte Infrastruktur.

Die Abwehrmaßnahmen sind konventionell, und genau das ist der Punkt. Alles, was JadePuffer ausnutzte, ließ sich auf unspektakuläre Weise beheben: bekannte Schwachstellen wie CVE-2025-3248 patchen, Standardzugangsdaten und Signaturschlüssel regelmäßig ändern und administrative Oberflächen vom offenen Internet fernhalten. Agentische Tools verändern nicht die Checkliste, sondern das Tempo. Fehlkonfigurationen, die früher darauf warteten, dass ein menschlicher Angreifer zufällig darüber stolpert, werden nun mit maschineller Geschwindigkeit und Konsequenz gefunden und ausgenutzt.

Microsoft Patch Tuesday im Juni: Rekordveröffentlichung und eine aktiv ausgenutzte Exchange Zero-Day-Schwachstelle

Microsofts Patch Tuesday vom 9. Juni war der größte in der Geschichte des Programms. Bleeping Computer berichtete, dass dabei 200 Microsoft-Schwachstellen behoben wurden, während The Hacker News und Dark Reading eine Rekordzahl von 206 zählten, darunter eine kleine Anzahl von Nicht-Microsoft-Einträgen. Die Medien sind sich in einem wesentlichen Punkt einig: Es war ein Rekordmonat mit mehr als 30 als kritisch eingestuften Schwachstellen, und der Anstieg des Volumens wurde teilweise auf KI-gestützte Erkennung von Sicherheitslücken zurückgeführt.

CVE-2026-42897 betrifft On-Prem-Exchange

Da wir in dieser Publikation viele sicherheitsrelevante Informationen rund um M365 behandeln, verdient diese CVE besondere Aufmerksamkeit. Leser könnten Berichte über CVE-2026-42897 sehen und vom Schlimmsten ausgehen, aber diese Schwachstelle betrifft nur lokale Exchange-Versionen. Exchange Online ist NICHT betroffen.

CVE-2026-42897 ist eine aktiv ausgenutzte Spoofing-Schwachstelle in Exchange Server. Es handelt sich um eine Cross-Site-Scripting-Schwachstelle (XSS), die es einem entfernten, nicht authentifizierten Angreifer ermöglicht, beliebigen JavaScript-Code in einer Outlook Web Access-Sitzung des Opfers auszuführen. Für die Ausnutzung muss der Angreifer lediglich eine speziell vorbereitete E-Mail versenden und der Empfänger muss sie unter bestimmten Interaktionsbedingungen in Outlook Web Access öffnen. Betroffen sind lokale Exchange Server 2016, Exchange Server 2019 und die Exchange Server Subscription Edition.

Der zeitliche Ablauf ist bemerkenswert, da die Ausnutzung bereits vor der Veröffentlichung des Patches stattfand. CISA nahm CVE-2026-42897 am 15. Mai 2026 in seinen „Known Exploited Vulnerabilities“-Katalog auf und wies die Behörden der „Federal Civilian Executive Branch“ an, Gegenmaßnahmen umzusetzen. The Hacker News berichtete in derselben Woche, dass Microsoft über den Exchange Emergency Mitigation Service (EEMS) eine temporäre Mitigation bereitstellte, während eine dauerhafter Fehlerbehebung vorbereitet wurde. Microsoft veröffentlichte diese Behebung am 9. Juni. Für ältere Versionen ist ein Bereitstellungsdetail wichtig: Die Juni-Updates für Exchange Server 2016 und Exchange Server 2019 stehen nur Organisationen zur Verfügung, die in Phase 2 des Extended Security Update (ESU)-Programms eingeschrieben sind, während die Exchange Server Subscription Edition das Update direkt erhält. Noch einmal: Organisationen, die gehostetes Exchange Online nutzen, sind hier nicht betroffen. Es handelt sich um eine Schwachstelle im lokal installierten Exchange Server-Produkt, also genau um die Art internetexponierter Messaging-Schwachstelle, die Ransomware-Akteure wiederholt ausgenutzt haben.

Weitere wichtige Fehlerbehebungen

Über die Exchange-Schwachstelle hinaus enthielt die Veröffentlichung mehrere öffentlich bekannte Zero-Days, auf die sowohl Bleeping Computer als auch The Hacker News hingewiesen haben:

• CVE-2026-45586: eine Schwachstelle zur Rechteausweitung im Windows Collaborative Translation Framework (CTFMON), die SYSTEM-Berechtigungen gewähren kann.
• CVE-2026-49160: eine Denial-of-Service-Schwachstelle in Windows HTTP.sys, die als „HTTP/2 Bomb“-Angriff beschrieben wird, bei dem kleine, speziell gestaltete Anfragen den Server zu einer unverhältnismäßig hohen Speicherallokation zwingen.
• CVE-2026-50507: eine Umgehung einer BitLocker-Sicherheitsfunktion.

Bleeping Computer berichtete außerdem über mehrere kritische Schwachstellen zur Remote-Codeausführung, die Microsoft Office, Outlook, Word und Excel betreffen, also die clientseitigen Oberflächen, die für Organisationen am relevantesten sind, die M365 nutzen. Da diese über bösartige Dokumente ausgelöst werden können, die per E-Mail zugestellt werden, gehören sie für jede Organisation, deren Hauptrisiko eingehende E-Mails sind, in dieselbe Prioritätsstufe wie der Exchange-Patch.

Warum das wichtig ist

In diesem Monat stechen zwei Punkte besonders hervor. Der erste ist die aktiv ausgenutzte Exchange Zero-Day-Schwachstelle, die in jeder Hinsicht höchste Patch-Priorität hat. Ein nicht authentifizierter Angreifer, der JavaScript in der authentifizierten Webmail-Sitzung eines Nutzers ausführen kann, ist in der Lage, E-Mails zu lesen, die Benutzeroberfläche zu manipulieren und sich so Zugang zu weiteren Konten zu verschaffen. Organisationen, die nicht sofort patchen können, sollten prüfen, ob die EEMS-Mitigationen aktiv sind, und dies als Notfallmaßnahme behandeln.

Der zweite Punkt ist das Rekordvolumen an Patches und der Grund dafür. Sowohl The Hacker News als auch Dark Reading führen den Anstieg der Patch-Zahlen auf KI-gestützte Schwachstellenerkennung zurück, also auf dieselbe Fähigkeit, die hinter den Project-Glasswing-Ergebnissen steckt, über die wir im Juni berichtet haben. Das ist die Seite der Verteidiger, während JadePuffer die Angreiferseite repräsentiert. Mehr Entdeckungen führen zu mehr Patches, was grundsätzlich gut ist, aber gleichzeitig vergrößert sich dadurch das Sicherheitsrisiko für Organisationen, deren Patch-Zyklen mit der Menge kritischer Fehlerbehebungen, die nun monatlich ausgeliefert werden, nicht Schritt halten können. Die Patch-Geschwindigkeit wird, insbesondere bei Systemen mit Internetanbindung, zunehmend zur Variable, die das Sicherheitsrisiko am unmittelbarsten bestimmt.

Die IETF veröffentlicht DMARC der nächsten Generation (RFC 9989)

Die wichtigste Entwicklung im Bereich der E-Mail-Authentifizierung ist im Moment die Einführung einer DMARC-Spezifikation der nächsten Generation. Domain-based Message Authentication, Reporting, and Conformance (DMARC) ist die Richtlinienebene, die empfangenden Mailservern vorgibt, wie sie vorgehen sollen, wenn eine Nachricht die Übereinstimmungsprüfungen mit SPF und DKIM nicht besteht, und sie regelt seit der ursprünglichen Spezifikation aus dem Jahr 2015 die Absenderauthentifizierung. Die IETF hat nun eine aktualisierte DMARC-Spezifikation mit der Bezeichnung RFC 9989 veröffentlicht, die die ursprüngliche RFC 7489 ersetzt.

Proofpoint hat einen Überblick über die Änderungen in „Next generation DMARC: what’s changing and why it matters“ veröffentlicht, verfasst von Craig Temple am 11. Juni, ergänzt durch eine ausführliche mehrteilige Serie zu Domain- und Richtlinienerkennung sowie zur Vorbereitung auf die Durchsetzung. Im Folgenden geben wir einen kurzen Überblick statt einer vollständigen Schritt-für-Schritt-Anleitung. Fachleute, die eine Migration planen, sollten sich an diesen Beiträgen und an der RFC selbst orientieren.

Laut der Zusammenfassung von Proofpoint lässt sich das Update am besten als ein Jahrzehnt operativer Weiterentwicklung und nicht als Neuerfindung verstehen. Die wichtigsten Änderungen lassen sich in drei Bereiche einteilen:

• Standardisierte Erkennung von Unternehmensdomains. RFC 9989 ersetzt das bisherige, auf inkonsistentem, anbieterspezifischem Lookup-Verhalten basierende Verfahren durch eine standardisierte Methode zur Bestimmung der organisatorischen Grenze einer Domain. Das wirkt sich direkt darauf aus, wie Subdomains Richtlinien von ihren übergeordneten Domains erben, und schließt Lücken, die Angreifer bisher genutzt haben, um inkonsistenten Schutz vor Spoofing zu umgehen.
• Klarere Zuordnung und Umgang mit indirekten E-Mail-Flüssen. Die Spezifikation verschärft die Zuordnungslogik, insbesondere im Hinblick auf die Unterscheidung zwischen lockerer und strenger Behandlung, und standardisiert den Umgang mit indirekten E-Mail-Flüssen wie Weiterleitungen und Mailinglisten, die seit Langem eine Quelle für falsche Fehlermeldungen sind.
• Reporting in separate Spezifikationen ausgelagert. Aggregate Reporting (RUA) und Failure Reporting (RUF) wurden aus der Kernspezifikation in eigene Dokumente ausgelagert, damit sie sich unabhängig weiterentwickeln können. Berichte erhalten neue Kontextangaben im Hinblick auf RFC 9989, darunter Felder für die Erkennungsmethode und den Teststatus, und DKIM-Selektoren sind nun erforderlich, wenn DKIM-Ergebnisse gemeldet werden.

Warum das relevant ist

Der Zeitpunkt ist hier entscheidend. Große Mailbox-Anbieter haben in den vergangenen zwei Jahren die Anforderungen an die Absenderauthentifizierung schrittweise erhöht und Domaininhaber dazu gedrängt, Richtlinien auch praktisch anzuwenden. RFC 9989 beschleunigt diesen Wandel, indem langjährige Unklarheiten beseitigt werden. Das bedeutet, dass empfangende System Richtlinien konsistenter interpretieren und Authentifizierungsfehler sichtbarer und weniger abhängig von Implementierungsbesonderheiten einzelner Anbieter werden.

Für Verteidiger ist das insgesamt positiv, gerade mit Blick auf die Art von Identitätsmissbrauch, die wir weiter oben in diesem Bericht beschrieben haben. Brand-Impersonation und Phishing mit Verifizierungsabzeichen sind auch deshalb erfolgreich, weil eine inkonsistente Durchsetzung der Authentifizierung Raum für ähnliche und gefälschte Absenderdomains lässt. Eine strengere, standardisierte DMARC-Auswertung verringert diesen Spielraum. Der praktische Nachteil ist, dass Organisationen mit weit verzweigter oder schlecht inventarisierter Versandinfrastruktur während der Umstellungsphase möglicherweise häufiger erleben, dass legitime E-Mails unzuverlässig markiert werden, wenn ihre Anpassung nicht ordnungsgemäß erfolgt ist. Die jetzt erforderliche Arbeit ist unspektakulär und altbekannt: alle Versandquellen inventarisieren, die Konformität gemäß den neuen Erkennungsregeln überprüfen und auf eine Durchsetzungshaltung hinarbeiten bevor empfangende Systeme die Einführung des neuen Standards vollständig abgeschlossen haben. Eine bewährte DMARC-Management-Lösung kann bei diesem Prozess helfen.

Prognosen für die kommenden Monate

• Agentic Threat Actors werden sich von ersten Proof of Concept-Aktivitäten zu einem regulären Bestandteil der Angriffswerkzeuge entwickeln. JadePuffer zeigt, dass ein KI-Agent bekannte Schwachstellen zu einer vollständigen Erpressungsoperation verknüpfen kann. Wir gehen davon aus, dass sich Folgeaktivitäten vor allem auf internetexponierte Anwendungsframeworks, KI- und Daten-Tools, Konfigurationsspeicher sowie offen erreichbare Administrationsschnittstellen von Datenbanken konzentrieren werden, da sich diese Ziele automatisiert und in großem Maßstab erfassen lassen. Wirtschaftlich gesehen lohnt sich das Volumen, daher erwarten wir vermehrte Angriffe auf mehr Ziele und nicht unbedingt ausgefeiltere Einzelangriffe.
• Die KI-gestützte Erkennung von Schwachstellen wird die Zahl der Patches weiter erhöhen, und die Patch-Geschwindigkeit wird widerstandsfähige von gefährdeten Organisationen unterscheiden. Der Patch Tuesday mit Rekordzahlen im Juni dürfte kein Einzelfall bleiben. Wenn die Entdeckung schneller voranschreitet als die Behebung, wird das Zeitfenster zwischen Offenlegung und Ausnutzung zur entscheidenden Variable, insbesondere bei Systemen mit Internetanbindung.
• Lokal betriebene Exchange Server bleiben ein vorrangiges Ziel. Da CVE-2026-42897 aktiv ausgenutzt wird und Exchange-Schwachstellen seit Langem die Aufmerksamkeit von Ransomware-Akteuren auf sich ziehen, werden Unternehmen, die ihre Migration weg vom lokalem Exchange Server noch nicht abgeschlossen haben oder nicht schnell genug patchen können, auch in der zweiten Hälfte des Jahres 2026 weiterhin in Vorfallberichten auftauchen.
• Köder zur Markenverifizierung werden sich über Meta und Zugangsdaten hinaus ausbreiten. Das Modell der Kontoübernahme, das wir in diesem Monat analysiert haben – bei dem MFA-Codes und Identitätsdokumente statt nur Passwörter abgegriffen werden – lässt sich auf jede Plattform übertragen, die ein Verifizierungs- oder Vertrauenssiegel anbietet. Wir erwarten, dass sich dieser Vorwand auf Marken aus den Bereichen Social Media, Finanzen und Marktplätze ausweitet.
• Die Einführung von DMARC RFC 9989 wird während der Übergangsphase uneinheitlich verlaufen. Da empfangende System die neuen Regeln zur Erkennung und Abgleichung von Unternehmensdomains nach ihrem eigenen Zeitplan umsetzen, müssen Organisationen mit unvollständigen Inventaren ihrer Absenderquellen mit gelegentlichen Zustellbarkeitsproblemen rechnen, während Angreifer nach Domains suchen werden, bei denen alte und neue Interpretationen voneinander abweichen.

Empfehlungen des Monats

• Sichern Sie Anwendungen und KI-Tools mit Internetanbindung ab und inventarisieren Sie diese. Patchen Sie CVE-2025-3248 in Langflow, ändern Sie Standardzugangsdaten und Signaturschlüssel, einschließlich standardmäßiger Nacos-JWT-Schlüssel und MinIO-Standardzugangsdaten, und beschränken Sie den Zugriff auf Verwaltungsschnittstellen für Datenbanken und Konfigurationen auf bekannte Netzwerke. Agentische Angreifer suchen zuerst nach diesen Angriffsflächen und die Sicherheitsmaßnahmen, die einen menschlichen Angreifer stoppen, halten einen Agenten genauso auf.
• Installieren Sie die Microsoft-Updates vom Juni und priorisieren Sie dabei die aktiv ausgenutzte Zero-Day-Schwachstelle für Exchange Server. Behandeln Sie CVE-2026-42897 in jeder lokalen Exchange Server 2016-, 2019- oder Subscription Edition-Umgebung als Notfalländerung und prüfen Sie, ob die Schutzmaßnahmen des Exchange Emergency Mitigation Service (EEMS) dort aktiv sind, wo ein sofortiges Patchen nicht möglich ist. Priorisieren Sie im selben Zyklus auch die kritischen Patches für Remote-Codeausführung in Office, Outlook, Word und Excel, wenn das Hauptrisiko Ihrer Organisation in eingehenden E-Mails liegt.
• Schulen Sie Anwender darin, nicht nur Bedrohungen, sondern auch Köder in Form von Belohnungen und Verifizierungsabzeichen zu erkennen. Die von uns analysierte Meta-Kampagne arbeitet mit einem Angebot statt einer Warnung und fragt nach MFA-Codes sowie Ausweisdokumenten. Vermitteln Sie im Rahmen von Security Awareness Training, dass seriöse Plattformen niemals über einen Link in einer E-Mail nach Passwörtern, MFA-Codes oder Ausweisdokumenten fragen und dass der Verifizierungsstatus immer direkt auf der offiziellen Plattform geprüft werden sollte.
• Überprüfen Sie Ihre DMARC-Konfiguration noch vor der Einführung von RFC 9989. Erfassen Sie jede legitime Absenderquelle, prüfen Sie SPF- und DKIM-Konformität gemäß den neuen Regeln zur Erkennung von Unternehmensdomains, aktualisieren Sie Ihr Reporting, damit die neuen RFC-9989-Bereiche erfasst werden, und arbeiten Sie auf eine Durchsetzungsrichtlinie (p=reject) hin, bevor empfangende System den Standard flächendeckend ausrollen. Eine konsistente, standardisierte DMARC-Auswertung ist eine der wirksameren strukturellen Schutzmaßnahmen gegen die in diesem Bericht beschriebenen Formen der Markenimitation.
• Berücksichtigen Sie agentische Angriffsszenarien in Ihrer Patch-Priorisierung und Ihrem Exposure Management. Gehen Sie davon aus, dass das Zeitfenster zwischen öffentlicher Offenlegung und aktiver Ausnutzung von Schwachstellen mit Verbindung zum Internet weiter schrumpfen wird. Führen Sie ein genaues Inventar Ihrer externen Angriffsfläche, richten Sie die Patch-Priorisierung an der tatsächlichen Exposition statt allein am Schweregrad der Schwachstelle aus und üben Sie schnelle Notfall-Patch-Prozesse für Systeme mit Internetanbindung.

---

Über Hornetsecurity

Hornetsecurity ist ein weltweit führender Anbieter von Cloud-basierten Sicherheits-, Compliance-, Backup- und Security-Awareness-Lösungen der nächsten Generation, die Unternehmen und Organisationen jeder Größe auf der ganzen Welt unterstützen. Das Flaggschiffprodukt 365 Total Protection ist die umfassendste Cloud-Sicherheitslösung für Microsoft 365 auf dem Markt. Angetrieben von Innovation und Cybersecurity-Exzellenz, baut Hornetsecurity mit seinem preisgekrönten Portfolio eine sicherere digitale Zukunft und nachhaltige Sicherheitskulturen auf. Hornetsecurity ist über sein internationales Vertriebsnetz mit über 12.000 Channel-Partnern und MSPs in mehr als 120 Ländern aktiv. Seine Premium-Dienste werden von mehr als 125.000 Kunden genutzt.