Riesiges Datenleck bei MagentaTV – 324 Millionen Log-Einträge öffentlich zugänglich

• Zwischen Anfang Februar 2025 und Mitte Juni 2025 war eine ungeschützte Elasticsearch‑Instanz von MagentaTV, betrieben über Serverside.ai/Equativ, öffentlich im Netz zugänglich.
• Am 18. Juni entdeckten Sicherheitsexpert:innen von Cybernews das Leck und informierten die Deutsche Telekom, welche die Instanz schließlich am 22. Juli offline nahm.
• Diese Datenbank enthielt über 324 Millionen Log‑Einträge mit insgesamt rund 729 GB – täglich kamen zwischen 4 und 18 Millionen neue Einträge dazu.
• Betroffene Daten: IP‑Adressen, MAC‑Adressen, Session‑IDs, Kunden‑IDs und User‑Agent‑Informationen – keine Zahlungsdaten oder persönlichen Namen, jedoch eindeutige Geräte‑ und Account‑Informationen.
   

• Session‑Hijacking: Mit Session‑IDs könnten Angreifer
  sich theoretisch in Nutzerkonten einloggen – ohne Passwort.
• Gezielte Phishing‑ und Cyberangriffe: IP‑ und MAC‑Adressen kombiniert mit User‑Agent‑Daten ermöglichen personalisierte Angriffe.
• Datenabgleich mit früheren Leaks: In Kombination mit früheren Leaks lässt sich die Identifikation von Nutzer:innen
  erleichtern.
• Hardware‑Risiken: Set‑Top‑Boxen aus China weisen potenziell höhere Sicherheitsrisiken auf, was die Verwundbarkeit erhöht.
• Reputationsrisiko und regulatorische Folgen: Auch ohne besonders sensible Daten ist das Vertrauen gefährdet – und Datenschutzbehörden schauen genau hin.

• Verantwortung für technische Sicherheitsarchitektur: Du musst sicherstellen, dass Drittanbieter wie Serverside.ai sichere Konfigurationen verwenden – etwa für Elasticsearch-Instanzen.
• Risikomanagement & Drittanbieter-Kontrolle: Sorgfältige Sicherheitsbewertungen und Audits der Dienstleister sind Pflicht.
• Sensitivity Awareness: Auch HTTP-Header gelten als potenzielles Angriffsziel. Du musst mögliche Szenarien realistisch einschätzen.
• Compliance-Anforderungen: DSGVO, IT-Sicherheitsgesetz und branchenspezifische Auflagen verlangen angemessene Schutzmaßnahmen.
• Schutz der Marke: Ein Datenleck dieser Größenordnung kann langfristig Kundenvertrauen und Unternehmensreputation schädigen – das betrifft Führungskräfte direkt.

1. Sichere Konfiguration von Elasticsearch & Co

• Immer Authentifizierung und Zugriffsbeschränkungen aktivieren (z. B. IP-Whitelist, HTTPS, starke Passwörter).
• Regelmäßig prüfen, welche Instanzen public erreichbar sind.

2. Drittanbieter-Sicherheitsprüfung

• Sicherheitstechnische Audits bei Dienstleister:innen regelmäßig einfordern.
• Vertraue nie auf Standardkonfigurationen – prüfe aktiv.

3. Logs & Monitoring implementieren

• Überwache Zugriffe auf Datenbanken kontinuierlich und automatisiere Alerts bei ungewöhnlichen Aktivitäten.

4. Datenminimierung umsetzen

• Nur notwendige Daten loggen und verpflichtend anonymisieren oder pseudonymisieren, wenn möglich.

5. Incident-Response-Prozesse bereit halten

• Reaktionsplan für Sicherheitsvorfälle muss klar definiert sein: Meldewege, Kommunikation, Wiederherstellung Strategie.

6. Awareness & Schulung fördern

• Schult eure Teams zu typischen Fallstricken bei Cloud/Drittanbieter-Plattformen.
• Sensibilisiere für den Begriff Datenleck auch bei Log- oder Metadaten – nicht nur bei klassischen personenbezogenen Daten

Das Datenleck bei Magenta TV zeigt dir eines deutlich: Auch vermeintlich unkritische Log-Daten können ein Einfallstor darstellen – und das durch technische Fehlkonfiguration bei einem Drittanbieter.

Dein nächster Schritt: Setze einen internen Workshop auf, um deine Infrastruktur auf ähnliche Risiken zu prüfen. heyData unterstützt dich dabei mit praxisnahen Security- und Compliance-Checks, die genau auf dein Unternehmen zugeschnitten sind.

Und wenn du möchtest, melde dich bei unserem Newsletter an – wir halten dich dort regelmäßig über aktuelle Compliance- und Security-Trends auf dem Laufenden!

F: Was ist beim MagentaTV-Datenleck passiert? 
A: Bei einem massiven Datenleck waren über 324 Millionen Log-Einträge von MagentaTV-Kund:innen öffentlich zugänglich. Der Vorfall wurde durch eine Fehlkonfiguration einer Elasticsearch-Instanz bei einem Drittanbieter, Serverside.ai, verursacht.

F: Welche Daten waren betroffen? 
A: Die offengelegten Daten umfassten IP-Adressen, MAC-Adressen, Session-IDs, Kunden-IDs und User-Agent-Informationen. Keine persönlichen Namen, Adressen oder Zahlungsdaten wurden geleakt.

F: Welche Risiken ergeben sich für Betroffene? 
A: Obwohl keine hochsensiblen persönlichen Daten betroffen waren, könnte die Kombination der freigelegten Informationen zu Risiken wie Session-Hijacking, gezielten Phishing-Angriffen und einer erleichterten Identifizierung von Nutzer:innen durch Abgleich mit anderen Datenlecks führen.

F: Was war die Ursache des Datenlecks? 
A: Das Leck wurde durch eine technische Fehlkonfiguration verursacht, genauer gesagt, eine ungeschützte Elasticsearch-Instanz, die monatelang frei im Internet zugänglich war.

F: Welche Maßnahmen sollten Unternehmen ergreifen, um solche Vorfälle zu verhindern? 
A: Unternehmen sollten auf sichere Konfigurationen ihrer Datenbanken achten, regelmäßige Sicherheitsaudits bei Drittanbietern durchführen, kontinuierliches Monitoring implementieren und einen klaren Incident-Response-Plan haben. Auch die Datenminimierung und Schulungen für Mitarbeiter:innen sind entscheidend.