Oversharing entsteht, wenn einzelne Beitr\u00e4ge zu Projekten, eingesetzter Software oder Kundenbeziehungen f\u00fcr sich genommen unauff\u00e4llig wirken, in der Summe aber ein detailliertes Bild interner Strukturen ergeben. Das Muster betrifft sowohl private Profile als auch dienstliche Kommunikationskan\u00e4le, weil Angreifer beide Quellen f\u00fcr dasselbe Zielprofil kombinieren k\u00f6nnen. Ein Mitarbeiter, der ein Karriere-Update mit Projektnamen oder Kundenlogo ver\u00f6ffentlicht, liefert Au\u00dfenstehenden Kontext f\u00fcr sp\u00e4tere Spear-Phishing-Nachrichten, die auf reale Ansprechpartner oder Systeme verweisen und dadurch glaubw\u00fcrdiger wirken als eine allgemein gehaltene Massen-E-Mail. Beim Oversharing sind Informationen aufgrund zu weit gefasster Berechtigungen oder unkontrollierter Freigaben zug\u00e4nglich, ohne dass daf\u00fcr zwingend eine technische Schwachstelle ausgenutzt werden muss<\/strong>.<\/p>\n Aktuare und Sachbearbeiter der Bestandsf\u00fchrung, die Migrationsprojekte, eingesetzte Systeme oder Teamstrukturen im eigenen Karriereprofil nennen, liefern Angreifern denselben Rohstoff f\u00fcr Angriffe auf Zug\u00e4nge zu Kundendaten und Auszahlungsprozessen. Ein \u00f6ffentlich zug\u00e4ngliches GitHub-Repository mit hartcodierten Zugangsdaten<\/strong> oder zu weit gefasste SharePoint-Berechtigungen setzen dieselbe Dynamik technisch fort und k\u00f6nnen sensible Dokumente durchsuchbar machen. Mit dem Einsatz KI-gest\u00fctzter Assistenzsysteme wird diese Kombination zus\u00e4tzlich zu einer Governance-Frage, weil Zugriffsrechte und Datenklassifizierung dann \u00fcber die Reichweite eines einzelnen Postfachs hinausgehen.<\/p>\n Oversharing liefert keinen Zugang, sondern das Material, mit dem ein Angreifer den Zugang sp\u00e4ter glaubw\u00fcrdig erfragt: Namen, Zust\u00e4ndigkeiten, Systeme, Projektst\u00e4nde und Abwesenheiten. Die Angaben stammen aus Karriereprofilen, Beitr\u00e4gen zu Projekterfolgen, Foliens\u00e4tzen, Stellenanzeigen und Metadaten in hochgeladenen Dateien.<\/p>\n Der Wert entsteht durch Kombination<\/strong>: Ein Projektname allein ist harmlos, zusammen mit dem zust\u00e4ndigen Ansprechpartner, dem eingesetzten System und dem Hinweis auf eine anstehende Migration ergibt sich ein Anlass, der intern klingt. Eine zweite Quelle sind zu weit gefasste Berechtigungen in Kollaborationswerkzeugen: Dokumente, die unternehmensweit sichtbar sind, werden \u00fcber die Suche auffindbar, ohne dass jemand sie bewusst geteilt h\u00e4tte. Beide Wege enden bei derselben Nachricht, die dann keinen allgemeinen Anlass mehr braucht. Im Versicherungsumfeld versch\u00e4rft die Rollenbeschreibung das Bild: Wer \u00f6ffentlich als zust\u00e4ndig f\u00fcr Bestandsf\u00fchrung, Schadenregulierung oder Vertriebsportal auftritt, benennt damit zugleich, welche Anfrage bei ihm plausibel wirkt. Dieselbe Angabe hilft dem Angreifer bei der Auswahl des Zeitpunkts, etwa w\u00e4hrend einer angek\u00fcndigten Systemumstellung<\/strong>.<\/p>\nWie funktioniert Oversharing als Angriffsvorbereitung?<\/h2>\n
Oversharing vs. Datenleck<\/h2>\n