Was ist DSPM? Data Security Posture Management erklärt

Data Security Posture Management — DSPM — ist eines dieser Akronyme, die schneller auftauchten als ihre Definition. Dieser Artikel erklärt, was es tatsächlich bedeutet, warum es entstanden ist, wie es sich von den benachbarten Akronymen unterscheidet, mit denen es oft verwechselt wird, und wie Sie feststellen können, ob Ihr Unternehmen es braucht.

Die Definition in einem Satz

DSPM ist die Praxis, kontinuierlich zu ermitteln, wo Ihre sensiblen Daten liegen, wer und was darauf zugreifen kann und ob dieser Zugriff angemessen ist — und die Lücken zu kennzeichnen, damit Sie sie schließen können.

Der Schwerpunkt liegt auf Daten und auf Posture (Sicherheitslage). Nicht das Netzwerk, nicht der Endpunkt, nicht der Perimeter: die Daten selbst und der aktuelle Zustand ihrer Exposition.

Warum DSPM entstanden ist

Über den größten Teil der Geschichte der IT-Sicherheit hinweg war der Perimeter das Modell. Man zog eine Grenze um das Unternehmensnetzwerk, verteidigte diese Grenze und vertraute allem, was sich innerhalb befand. Daten lagen auf Servern, die einem selbst gehörten, in einem Rechenzentrum, das man kontrollierte.

Dieses Modell hat sich aufgelöst. Daten liegen heute in SaaS-Anwendungen und Cloud-Plattformen — Google Workspace, Microsoft 365, Salesforce, Objektspeicher, Data Warehouses —, auf die von überall aus zugegriffen wird: von Mitarbeitenden, Auftragnehmern, Partnern und zunehmend von automatisierten Agenten. Es gibt keinen einzelnen Perimeter mehr zu verteidigen, weil die Daten überall sind und der Zugriff in tausend kleinen Entscheidungen einzelner Nutzer gewährt wird.

In dieser Welt haben sich die entscheidenden Fragen verändert:

• *Wo* befinden sich unsere sensiblen Daten, über all diese Systeme hinweg?
• *Wer* kann auf jedes einzelne Datenelement zugreifen — einschließlich externer Parteien und nicht-menschlicher Identitäten?
• Ist dieser Zugriff *angemessen*, oder ist etwas übermäßig freigegeben, öffentlich oder veraltet?
• Wie würden wir *erfahren*, wenn sich das ändert?

DSPM ist die Disziplin, die entwickelt wurde, um diese Fragen kontinuierlich zu beantworten — statt einmal im Jahr im Rahmen eines Audits.

Wie sich DSPM von CSPM, DLP und CIEM unterscheidet

Die Akronym-Suppe ist real. So verhalten sich die Nachbarn zueinander:

• CSPM (Cloud Security Posture Management) konzentriert sich auf Fehlkonfigurationen der Cloud-*Infrastruktur* — offene Storage-Buckets, zu freizügige Security Groups, unverschlüsselte Volumes. Die Frage lautet: „Ist die Cloud sicher konfiguriert?“ DSPM fragt: „Sind die Daten exponiert, egal wo sie liegen?“ Beide überschneiden sich auf der Storage-Ebene, zielen aber auf unterschiedliche Dinge ab.
• DLP (Data Loss Prevention) versucht zu *verhindern*, dass sensible Daten abfließen — etwa eine E-Mail mit einer Kreditkartennummer blockieren oder einen Datei-Upload unterbinden. DLP betrifft Daten in Bewegung, im Moment des Abflusses. DSPM betrifft die dauerhafte Sicherheitslage: Es zeigt Ihnen, dass die Datei von vornherein übermäßig freigegeben war, bevor sich überhaupt etwas bewegt.
• CIEM (Cloud Infrastructure Entitlement Management) konzentriert sich auf Identitäten und deren Berechtigungen in Cloud-Plattformen — wer was tun kann. DSPM nutzt Berechtigungsinformationen, stellt aber die *Daten* in den Mittelpunkt: Es bildet den Zugriff auf die relevanten Ressourcen zurück ab und bewertet die Exposition.

Ein nützliches Denkmodell: CSPM sichert die Cloud, DLP bewacht die Ausgänge, CIEM entwirrt die Berechtigungen, und DSPM verhindert von vornherein, dass die Daten selbst exponiert werden.

Was ein DSPM-Ansatz tatsächlich tut

Ohne Anbieter-Marketing besteht ein DSPM-Workflow aus vier Schritten:

1. Erkennen. Verbindung zu den Systemen herstellen, in denen Daten liegen, und die Ressourcen, Identitäten und Berechtigungen erfassen, die sie verbinden. Man kann nicht schützen, was man nicht inventarisiert hat.
2. Klassifizieren. Verstehen, welche Daten sensibel sind — personenbezogene Daten, Finanzunterlagen, Geheimnisse, regulierte Inhalte —, damit die Exposition nach dem tatsächlichen Risiko priorisiert werden kann.
3. Exposition bewerten. Ressource, Identität und Berechtigung kombinieren, um Risiken zu erkennen: öffentliche Links, externe Freigaben, überprivilegierten Zugriff, veraltete Berechtigungen, Fehlkonfigurationen.
4. Priorisieren und beheben. Ergebnisse nach realem Risiko einstufen — Sensibilität mal Zugriffsbreite mal Zugriffsstufe — und zur Lösung bringen, dann bei jeder Änderung erneut prüfen.

Der „kontinuierliche“ Teil ist das, was Posture-*Management* von einem Scan zu einem bestimmten Zeitpunkt unterscheidet. Die Sicherheitslage verändert sich ständig, da Menschen freigeben, Berechtigungen erteilen und vergessen. Eine Momentaufnahme ist in dem Augenblick veraltet, in dem sie entsteht.

Brauchen Sie DSPM?

Sie haben das Problem wahrscheinlich schon; die Frage ist, ob Sie es auch verwalten. Ein paar Anzeichen dafür, dass Sie einen bewussten DSPM-Ansatz benötigen:

• Der Großteil Ihrer Daten liegt in SaaS- und Cloud-Plattformen und nicht auf Infrastruktur, die Sie selbst kontrollieren.
• Freigaben erfolgen im Self-Service-Modus — jeder Nutzer kann Zugriff gewähren —, sodass Ihre Zugriffsübersicht unvollständig ist.
• Sie haben Compliance-Verpflichtungen (SOC 2, ISO 27001, GDPR, HIPAA), die den Nachweis der Kontrolle darüber verlangen, wer auf Daten zugreifen kann.
• Sie können derzeit die Frage „Wer kann diesen Ordner mit sensiblen Daten sehen?“ nicht ohne manuelle Recherche beantworten.
• Automatisierte Agenten und Service-Accounts verfügen über Zugriff auf Ihre Daten, und niemand steuert das.

Wenn mehrere dieser Punkte zutreffen, existiert die Exposition unabhängig davon, ob Sie sie im Blick haben. DSPM ist einfach die Entscheidung, sie kontinuierlich zu beobachten und auf die Erkenntnisse zu reagieren.

DSPM in der Praxis für Google Workspace

DSPM ist theoretisch plattformunabhängig, wird in der Praxis aber System für System umgesetzt. Für Unternehmen, die mit Google Workspace arbeiten, bedeutet das: kontinuierliches Erkennen von Drive-Ressourcen und deren Freigaben, Zuordnung der Identitäten — menschlich, extern, Service und KI —, die darauf zugreifen können, und Aufdecken der Expositionen: öffentliche Links, externe Freigaben, überprivilegierter Zugriff, riskante OAuth-Apps und Admin-Fehlkonfigurationen. Genau das ist das Problem der Google Workspace-Sicherheit, betrachtet als Sicherheitslage.

Wie gutes DSPM in der Praxis aussieht

DSPM abstrakt zu beschreiben ist einfach — eine gute Umsetzung zu erkennen, ist schwieriger. Ein paar Eigenschaften unterscheiden echtes, nützliches Posture Management von einem lauten Scanner:

• Es priorisiert konsequent. Ein Tool, das zehntausend Befunde liefert, hat das Problem lediglich verschoben. Gutes DSPM stuft nach realem Risiko ein — Sensibilität mal Zugriffsbreite mal Zugriffsstufe —, sodass die wenigen relevanten Fälle nach oben rücken und der Rest warten kann.
• Es erklärt sich selbst. „Öffentlicher Link auf Q3-financials.xlsx, erreichbar für jeden mit der URL, weil die Freigabe am 4. März auf ‚jeder mit dem Link‘ gesetzt wurde“ ist umsetzbar. Ein Befundcode ist es nicht. Erklärbarkeit ermöglicht es Nicht-Spezialisten, zu handeln, ohne eskalieren zu müssen.
• Es ist standardmäßig nur lesend. Die Erkennung sollte keinen Schreibzugriff auf Ihre Daten erfordern. Die zurückhaltendsten Tools inventarisieren und bewerten, ohne die Möglichkeit zu ändern — so wird das Sicherheitstool selbst nicht zum Risiko.
• Es schließt den Kreis. Eine Exposition zu finden ist die halbe Aufgabe; sie bis zur Lösung zu verfolgen und zu bestätigen, dass sie behoben bleibt, die andere Hälfte. Eine Sicherheitslage, die zwar gemessen, aber nie behoben wird, ist nur eine detailliertere Sorge.

Häufige Missverständnisse

Einige Mythen bremsen Teams aus:

• „Wir haben DLP, also sind wir abgesichert.“ DLP bewacht die Ausgänge; es sagt Ihnen nicht, dass die Datei von vornherein intern und extern übermäßig freigegeben war. Beide ergänzen sich, ersetzen sich aber nicht.
• „Unser Cloud-Anbieter sichert unsere Daten.“ Anbieter sichern die Infrastruktur und stellen die Kontrollen bereit; wie Sie Freigaben und Zugriff *konfigurieren* — und damit Ihre Exposition — liegt gemäß dem Modell der geteilten Verantwortung in Ihrer eigenen Verantwortung.
• „Wir haben letztes Jahr ein Audit durchgeführt.“ Sicherheitslage ist kein Zustand, den man erreicht; sie ist ein Zustand, den man aufrechterhält. Das Audit von letztem Jahr beschreibt eine Welt, die es nicht mehr gibt.

Diese Denkfehler zu erkennen ist meist der Moment, in dem ein Team merkt, dass die Exposition die ganze Zeit schon da war — man hat sie nur nicht kontinuierlich beobachtet.

8200.dev ist DSPM, das gezielt für Google Workspace entwickelt wurde: Nur-Lese-Erkennung, verständliche Erklärungen dazu, *warum* jeder Befund riskant ist, und kontinuierliche Neuprüfung, damit Ihre Sicherheitslage die Realität widerspiegelt. Erfahren Sie mehr über wie es funktioniert.

Neugierig, wie Ihre Datensicherheitslage heute aussieht? Starten Sie Ihr kostenloses Sicherheitsaudit und erhalten Sie eine priorisierte Übersicht darüber, wer und was auf Ihre sensibelsten Google Workspace-Daten zugreifen kann.