Accenture bestätigt Sicherheitsverletzung nach Hacker-Behauptung über Datendiebstahl von 35 GB

Accenture hat einen Sicherheitsvorfall bestätigt, nachdem ein Angreifer behauptet hatte, 35 GB Unternehmensdaten gestohlen zu haben, darunter Quellcode und sensible technische Dateien. 

Der IT-Dienstleistungsriese bezeichnete den Vorfall als isoliert und erklärte, die Ursache behoben zu haben. Zudem habe es keine Auswirkungen auf den Betrieb oder die Servicebereitstellung gegeben.

Wichtigste Erkenntnisse zum Accenture-Vorfall

• Accenture bestätigte einen Sicherheitsvorfall, nachdem ein Angreifer behauptet hatte, 35 GB Quellcode, Cloud-Zugangsdaten und andere sensible technische Daten gestohlen zu haben.
• Gestohlener Quellcode und offengelegte Cloud-Zugangsdaten können das langfristige Risiko erhöhen, da sie Schwachstellen in Anwendungen offenlegen und Angreifern potenziellen Zugriff auf Entwicklungs- und Cloud-Umgebungen ermöglichen.
• Unternehmen sollten offengelegte Zugangsdaten umgehend austauschen, Aktivitäten in Repositorys und der Cloud überprüfen und feststellen, ob kompromittierte Konten oder Token nach einer vermuteten Sicherheitsverletzung verwendet wurden.
• Die Sicherheitsverletzung bei Accenture unterstreicht die Bedeutung der Absicherung von Entwicklungsumgebungen durch das Prinzip der geringsten Privilegien, phishing-resistente MFA, kontinuierliche Überwachung sowie strenge Kontrollen für Quellcode und Cloud-Zugangsdaten.

Was wir über die Sicherheitsverletzung bei Accenture wissen

Die Bestätigung erfolgte nach einem Beitrag in einem Cybercrime-Forum von einem als „888“ bekannten Angreifer. Dieser behauptete, die Sicherheitsverletzung bei Accenture habe sich im Juli 2026 ereignet und zum Diebstahl von „knapp über 35 GB“ Quellcode geführt. 

Der Angreifer soll die Daten zum Verkauf angeboten und behauptet haben, dass die gestohlenen Dateien Quellcode, RSA-Schlüssel, SSH-Schlüssel, persönliche Azure-Zugriffstoken, Azure-Storage-Zugriffsschlüssel und Konfigurationsdateien enthielten.

Falls dies zutrifft, könnten solche Daten Risiken verursachen, die über eine typische Datenoffenlegung hinausgehen. Quellcode kann Angreifern helfen zu verstehen, wie Anwendungen aufgebaut sind, Schwachstellen zu identifizieren oder nach fest einkodierten Geheimnissen zu suchen. 

Offengelegte Zugangsdaten, darunter Zugriffsschlüssel und persönliche Zugriffstoken, können ebenfalls einen Zugang zu Entwicklungs-, Speicher- oder Cloud-Umgebungen eröffnen, wenn sie gültig und noch nicht widerrufen worden sind.

Zum Zeitpunkt der Veröffentlichung waren jedoch mehrere wichtige Details noch unbestätigt. 

Accenture bestätigte die Sicherheitsverletzung, verifizierte jedoch weder die Behauptungen des Angreifers über Umfang noch Art der angeblich gestohlenen Daten. 

Das Unternehmen legte außerdem nicht offen, wie der Angreifer potenziell Zugriff erlangt hatte, ob die behaupteten Zugangsdaten aktiv waren oder ob Kundendaten betroffen waren.

Als Beleg für seine Behauptung teilte der Angreifer einen Screenshot, der offenbar zeigte, wie ein Azure-DevOps-Repository von einem redigierten Accenture-Hostnamen geklont wurde. 

Warum Quellcode und Cloud-Zugangsdaten wichtig sind

Die Sicherheitsverletzung bei Accenture verdeutlicht, warum Unternehmen strenge Kontrollen für Code-Repositorys, Entwickler-Zugangsdaten und Cloud-Zugriff benötigen. 

Entwicklungsumgebungen enthalten häufig sensible Ressourcen, die für Angreifer nützlich sein können, darunter Bereitstellungsskripte, Konfigurationsdateien, Zugriffstoken und interne Dokumentation. 

Selbst wenn eine Sicherheitsverletzung den Betrieb nicht beeinträchtigt, können gestohlene Daten das langfristige Risiko erhöhen, wenn Zugangsdaten wiederverwendet werden, Geheimnisse aktiv bleiben oder offengelegter Code Sicherheitslücken erkennen lässt.

Wie Unternehmen auf die Offenlegung von Quellcode reagieren sollten

Nach einer vermuteten Offenlegung von Quellcode oder Cloud-Zugangsdaten sollten Sicherheitsteams die folgenden Maßnahmen priorisieren: 

• Alle offengelegten Schlüssel, Token und Zugangsdaten austauschen um potenziell kompromittierte Zugriffe sofort ungültig zu machen.
• Zugriffsprotokolle der Code-Repositorys überprüfen auf unbefugtes Klonen, Downloads oder andere verdächtige Aktivitäten.
• Azure-DevOps-Aktivitäten überprüfen um ungewöhnliche Repository-Zugriffe, Berechtigungsänderungen oder Kontenaktivitäten zu erkennen.
• Überwachen Sie Cloud-Authentifizierungsprotokolle auf verdächtige Anmeldungen, Versuche einer Rechteausweitung oder ungewöhnliche Zugriffsmuster.
• Feststellen, ob offengelegte Zugangsdaten verwendet wurden nach der vermuteten Kompromittierung, um das Ausmaß der unbefugten Aktivitäten zu bestimmen.

Teams sollten den Quellcode außerdem auf fest einkodierte Geheimnisse prüfen und bestätigen, dass Build-Pipelines, Speicherkonten und Bereitstellungsabläufe nicht verändert wurden.

Der Vorfall unterstreicht zudem die Bedeutung des Prinzips der geringsten Privilegien. 

Cloud-Zugangsdaten und Entwickler-Token sollten möglichst eng begrenzt, kontinuierlich überwacht und automatisch widerrufen werden, sobald sie nicht mehr benötigt werden. 

Unternehmen sollten für Entwicklerplattformen eine phishing-resistente Multifaktor-Authentifizierung (MFA)vorschreiben, nach Möglichkeit kurzlebige Zugangsdaten durchsetzen und detaillierte Prüfprotokolle für Code-, Cloud- und Identitätssysteme führen.

Was die Sicherheitsverletzung bei Accenture für die Unternehmenssicherheit bedeutet

Derselbe Angreifer hatte zuvor versucht, nach einem Sicherheitsvorfall bei einem Drittanbieter im Jahr 2024 Daten von Accenture-Mitarbeitern zu verkaufen.

Diese Vorgeschichte bestätigt zwar nicht die jüngsten Behauptungen, unterstreicht aber, warum große Beratungs- und Technologieanbieter aufgrund ihrer Codebasen, Cloud-Umgebungen, Mitarbeiterdaten und Beziehungen zu Unternehmenskunden weiterhin besonders wertvolle Ziele sind.

Bis weitere Einzelheiten vorliegen, sollte die Sicherheitsverletzung daran erinnern, dass der Schutz von Entwicklungsumgebungen inzwischen ein zentraler Bestandteil der Unternehmenssicherheit ist.

Da Angreifer Quellcode und Entwicklungsumgebungen ins Visier nehmen, müssen Unternehmen auch die gesamte Sicherheit der Software-Lieferkettestärken, um die Risiken durch Drittanbieter und Abhängigkeiten zu verringern.