Zum Inhalt springen
Kostenloses ErstgesprächErstgespräch

Qvestcon News

Device-Code-Phishing: Cloud-Zugänge gegen gültige Logins schützen

Angreifer missbrauchen legitime Cloud-Anmeldungen. Beim Device-Code-Phishing startet der Angreifer einen Auto­ri­sie­rungs­vor­gang und bringt die Nutzerin oder den Nutzer dazu, den Code auf der echten Anmeldeseite einzugeben, gege­be­nen­falls ein­schließ­lich Multifaktor-Authen­ti­fi­zie­rung. Zugangsdaten werden dabei nicht abgefangen. Zwischen Juli 2025 und Juni 2026 registrierte ein Sicher­heits­an­bie­ter weltweit rund 4,7 Millionen Angriffs­ver­su­che mit Inhalten, die Arbeits­platz­dienste wie Zoom, Outlook, OneDrive oder Teams imitierten. Für die Praxis in Banken und Versicherern gilt diese Reihenfolge: Erstens Conditional Access, also die risi­ko­ba­sierte Zugriffs­steue­rung, über die Bedingung „MFA erfüllt“ hinaus ausbauen und sensible Daten nur von verwalteten Geräten erreichbar machen. Zweitens Device-Code-Anmeldungen und ältere Verfahren abschalten, wo kein Gerä­te­sze­na­rio sie braucht. Drittens phishing-resistente Verfahren wie FIDO2 oder WebAuthn zuerst für Admi­nis­tra­to­ren und privilegierte Konten einführen. Viertens ein Inventar aller Anwendungen mit Zugriff auf Unter­neh­mens­da­ten führen und weitreichende Berech­ti­gun­gen nur nach Freigabe vergeben. Fünftens Anmelde-, Audit-, App- und End­ge­rä­te­ereig­nisse in SIEM oder XDR (zentrale Sicher­heits­über­wa­chung) zusam­men­füh­ren. Bei einem Vorfall gilt: Logs sichern, aktive Sitzungen beenden, Token widerrufen, unerwünschte App-Berech­ti­gun­gen entfernen. Ein Pass­wort­wech­sel allein genügt nicht. Umgesetzt ist die Maßnahme, wenn Device-Code-Anmeldungen ohne Geschäfts­pro­zess eine Erken­nungs­re­gel auslösen und das Incident-Response-Playbook diese Schritte enthält.

VersicherungVer­öf­fent­licht am

Ablaufdiagramm mit drei Rollen. Identität und Zugriff schalten Device-Code ab und führen phishing-resistente Anmeldung ein. Security Operations wertet Ereignisse aus, sichert Logs, beendet Sitzungen, widerruft Token und entfernt App-Rechte. Der CISO ergänzt das Playbook.

Angreifer missbrauchen legitime Cloud-Anmeldungen. Beim Device-Code-Phishing startet der Angreifer einen Auto­ri­sie­rungs­vor­gang und bringt die Nutzerin oder den Nutzer dazu, den Code auf der echten Anmeldeseite einzugeben, gege­be­nen­falls ein­schließ­lich Multifaktor-Authen­ti­fi­zie­rung. Zugangsdaten werden dabei nicht abgefangen. Zwischen Juli 2025 und Juni 2026 registrierte ein Sicher­heits­an­bie­ter weltweit rund 4,7 Millionen Angriffs­ver­su­che mit Inhalten, die Arbeits­platz­dienste wie Zoom, Outlook, OneDrive oder Teams imitierten. Für die Praxis in Banken und Versicherern gilt diese Reihenfolge: Erstens Conditional Access, also die risi­ko­ba­sierte Zugriffs­steue­rung, über die Bedingung „MFA erfüllt“ hinaus ausbauen und sensible Daten nur von verwalteten Geräten erreichbar machen. Zweitens Device-Code-Anmeldungen und ältere Verfahren abschalten, wo kein Gerä­te­sze­na­rio sie braucht. Drittens phishing-resistente Verfahren wie FIDO2 oder WebAuthn zuerst für Admi­nis­tra­to­ren und privilegierte Konten einführen. Viertens ein Inventar aller Anwendungen mit Zugriff auf Unter­neh­mens­da­ten führen und weitreichende Berech­ti­gun­gen nur nach Freigabe vergeben. Fünftens Anmelde-, Audit-, App- und End­ge­rä­te­ereig­nisse in SIEM oder XDR (zentrale Sicher­heits­über­wa­chung) zusam­men­füh­ren. Bei einem Vorfall gilt: Logs sichern, aktive Sitzungen beenden, Token widerrufen, unerwünschte App-Berech­ti­gun­gen entfernen. Ein Pass­wort­wech­sel allein genügt nicht. Umgesetzt ist die Maßnahme, wenn Device-Code-Anmeldungen ohne Geschäfts­pro­zess eine Erken­nungs­re­gel auslösen und das Incident-Response-Playbook diese Schritte enthält.

Ori­gi­nal­quelle: newsletter_security-insider →

Diese Einordnung bezieht sich auf die verlinkte Ori­gi­nal­quelle. Sie ist keine Rechts­be­ra­tung im Einzelfall.

Kostenloses Erstgespräch anfragen →

Weitere Meldungen in Versicherung · alle Qvestcon-News