SaaS Security PostureManagement.
SSPM überwacht sicherheitsrelevante Einstellungen, privilegierte Rollen, Integrationen und Konfigurationsdrift innerhalb geschäftskritischer SaaS-Anwendungen. Die Klasse sieht in die Anwendung hinein. CASB kontrolliert primär Nutzung und Datenverkehr, IGA steuert Berechtigungsprozesse, CSPM prüft Cloud-Infrastruktur.
Marktbild: wachsende Priorität bei Microsoft 365, Salesforce, ServiceNow, Google Workspace und weiteren Kern-SaaS-Diensten. Der Markt ist mittelgross und konsolidiert sich in Richtung umfassender SaaS-Security-Plattformen. Verglichen werden neun Anbieter.
Konfiguration in SaaS kontrollieren.
SSPM findet riskante Freigaben, schwache Authentisierung, privilegierte Konten, OAuth-Integrationen und Abweichungen von Baselines. Der Nutzen hängt direkt von der Tiefe der jeweiligen SaaS-Connectoren ab.
Priorisiere die geschäftskritischen SaaS-Anwendungen, benenne App Owner und prüfe die angeforderten API-Rechte. Ein langer Connector-Katalog sagt noch nichts über die Tiefe der gelesenen Einstellungen oder mögliche Korrekturen.
Wer hat den Schalter umgelegt?
Geschäftskritische Daten liegen heute in SaaS-Anwendungen wie Microsoft 365, Google Workspace, Salesforce oder ServiceNow. Deren Sicherheit hängt stark an Einstellungen, die der Kunde selbst verantwortet: ob Multi-Faktor-Authentisierung erzwungen wird, wer Dateien öffentlich teilen darf, welche Konten Administratorrechte haben, welche Drittanbieter-Apps auf Postfächer oder Kundendaten zugreifen. Nach dem Modell der geteilten Verantwortung bleiben auch bei SaaS die Daten, die Konfiguration sowie Identitäten und Benutzer in der Verantwortung des Kunden. SaaS Security Posture Management (SSPM) liest diese Einstellungen laufend aus und vergleicht sie mit einer Vorgabe.[1,2,3]
Technisch arbeitet SSPM agentenlos über die Programmierschnittstellen der Anwendungen. Ein Administrator registriert dafür einen Konnektor, meist als OAuth-Anwendung mit Leserechten auf Konfiguration, Benutzer und Audit-Logs. Die Plattform gleicht die gelesenen Werte mit Prüfkatalogen ab, die auf Herstellerempfehlungen oder Rahmenwerken wie den CIS-Benchmarks beruhen, und meldet Abweichungen mit Schweregrad und Korrekturanleitung. Wer eine Einstellung später ändert, erzeugt Konfigurationsdrift; SSPM erkennt sie beim nächsten Abgleich und zeigt, was sich gegenüber der Vorgabe verschoben hat. Manche Plattformen werten zusätzlich die Audit-Logs der Anwendung aus und sehen so, wer eine Einstellung wann geändert hat; das verbindet Posture mit Bedrohungserkennung, etwa bei Anmeldeanomalien oder verdächtigem Benutzerverhalten.[4,5,6]
Zwei Themen sind in den letzten Jahren dazugekommen. Erstens Drittanbieter-Apps und SaaS-zu-SaaS-Verbindungen: Mitarbeitende erteilen per OAuth-Zustimmung Zugriff auf Kalender, Postfach oder CRM, oft mit weitreichenden Berechtigungen und langlebigen Tokens. SSPM inventarisiert diese Verbindungen, bewertet ihre Rechte und kann riskante Tokens sperren. Zweitens Identitäten: überberechtigte, inaktive oder unvollständig deprovisionierte Konten sowie nicht-menschliche Identitäten wie Dienstkonten, API-Schlüssel und KI-Agenten.[7,4]
Bei der Architektur unterscheiden sich drei Wege. API-basiertes SSPM sieht in die Anwendung hinein und prüft ihre Konfiguration. Ein CASB im Datenpfad kontrolliert dagegen Nutzung und Datenfluss beim Zugriff. Browserbasierte Ansätze beobachten Anmeldungen und Erweiterungen auf den Endgeräten. Viele Plattformen kombinieren die Wege. Für die automatische Behebung braucht der Konnektor Schreibrechte; damit wird er selbst zu einem privilegierten Zugang, der geschützt werden muss.[8,9]
Geschäftskritische SaaS-Anwendungen, Verantwortliche und angebundene Apps sind bekannt.
Für jede Kernanwendung ist eine Soll-Konfiguration festgelegt und dokumentiert.
Konnektoren lesen Einstellungen regelmässig aus und melden Drift gegenüber der Baseline.
Privilegierte Konten, MFA-Lücken und OAuth-Verbindungen werden überwacht und bereinigt.
Häufige Abweichungen werden automatisch zurückgesetzt, mit Freigabe und Protokoll.
Typische Probleme
| Problem | Wie man es löst |
|---|---|
| Konnektor ohne Tiefe | Eine Anwendung gilt als angebunden, geprüft wird aber nur ein kleiner Teil der sicherheitsrelevanten Einstellungen. Lösung: im Pilot die Prüfliste je Kernanwendung mit der eigenen Baseline abgleichen. |
| Zu weit gefasste Konnektorrechte | Schreibrechte für alle Anwendungen machen das SSPM zum attraktiven Ziel. Lösung: Leserechte als Standard, Schreibrechte nur für ausgewählte Korrekturen und mit eigener Überwachung des Konnektors. |
| Automatik ohne App-Owner | Ein automatisches Zurücksetzen kann Geschäftsabläufe unterbrechen. Lösung: Korrekturen mit den Anwendungsverantwortlichen abstimmen und erst nach einer Beobachtungsphase automatisieren. |
| Unsichtbare Anwendungen | Von Fachbereichen beschaffte, nicht föderierte SaaS-Dienste fehlen im Inventar. Lösung: Discovery aus Identity Provider, E-Mail und Browser kombinieren und Beschaffung an eine Registrierung koppeln. |
| Vergessene OAuth-Zustimmungen | Verbundene Apps behalten Tokens, auch wenn niemand sie mehr nutzt. Lösung: regelmässige Rezertifizierung der App-Zustimmungen und Sperren ungenutzter Tokens.[7] |
| Befunde ohne Empfänger | SSPM-Meldungen landen beim Security-Team, ändern kann aber nur der SaaS-Administrator. Lösung: Befunde automatisch an die zuständigen Plattformteams leiten und Fristen festlegen. |
Auswahlfragen
| Frage | Worauf die Antwort hinweisen sollte |
|---|---|
| Welche unserer Kernanwendungen werden mit welcher Prüftiefe abgedeckt? | Die Antwort sollte je Anwendung die Zahl und Art der Prüfungen nennen, nicht nur einen Konnektor-Katalog. |
| Welche API-Rechte verlangt der Konnektor? | Erwartet wird eine Liste der Berechtigungen, getrennt nach Lesen und Schreiben. |
| Wie wird Drift erkannt und wie schnell? | Hinweis auf Prüffrequenz oder ereignisgesteuerte Auswertung von Audit-Logs. |
| Welche Korrekturen sind automatisch möglich, und wie lassen sie sich zurücknehmen? | Die Antwort sollte Freigabestufen und ein Protokoll belegen. |
| Werden OAuth-Apps, Dienstkonten und KI-Agenten erfasst? | Erwartet wird ein Inventar mit Berechtigungsumfang und letzter Nutzung. |
| Wo werden die gelesenen Konfigurations- und Benutzerdaten gespeichert? | Die Antwort muss Region, Aufbewahrung und Unterauftragnehmer nennen. |
Betrieb und Verantwortung
Das Security-Team betreibt die Plattform und legt die Baselines fest, die Plattformverantwortlichen der einzelnen SaaS-Anwendungen setzen Korrekturen um. Automatische Behebung braucht eine Vereinbarung mit diesen App-Ownern. Sinnvolle Kennzahlen sind Anteil der Kernanwendungen mit aktivem Konnektor, offene kritische Abweichungen, Zahl der Drittanbieter-Apps mit weitreichenden Rechten und Zeit bis zur Korrektur.
Regulatorischer Bezug
ISO/IEC 27001:2022 adressiert das Thema in Annex A vor allem über 5.23 «Information security for use of cloud services», 8.9 «Configuration management» und 5.18 «Access rights». NIS2 nennt in Art. 21 Abs. 2 die Sicherheit der Lieferkette (Bst. d), Konzepte für die Zugriffskontrolle (Bst. i) und Multi-Faktor-Authentisierung (Bst. j); DORA verlangt in Art. 9 Abs. 4 Bst. c, den logischen Zugriff auf das für legitime Aufgaben Erforderliche zu begrenzen. Im IT-Grundschutz sind die Bausteine OPS.2.2 «Cloud-Nutzung» und ORP.4 «Identitäts- und Berechtigungsmanagement» einschlägig.[10,11,12,13,14,15]
Quellen: [1] learn.microsoft.com · [2] netskope.com · [3] sc1.checkpoint.com · [4] crowdstrike.com · [5] appomni.com · [6] learn.microsoft.com · [7] zscaler.com · [8] paloaltonetworks.com · [9] pushsecurity.com · [10] hightable.io · [11] isms.online · [12] isms.online · [13] nis-2-directive.com · [14] digital-operational-resilience-act.com · [15] bsi.bund.de
Elf Werkzeuge im Vergleich.
SSPM-Werkzeuge verbinden sich über die Programmierschnittstellen der SaaS-Anwendungen und lesen dort Einstellungen, Rollen, Freigaben und verbundene Drittanbieter-Apps. Spezialisierte Anbieter decken je nach Angabe 100 bis über 200 Anwendungen ab und verbinden Posture mit der Erkennung von Identitätsbedrohungen; SSE- und XDR-Anbieter führen SSPM als Modul neben CASB, DLP oder Endpunktschutz. Daneben gibt es Funktionen, die auf Microsoft 365 und Google Workspace ausgerichtet sind, etwa in E-Mail- und Collaboration-Sicherheit oder in der Rechteverwaltung für SharePoint, OneDrive und Teams. Der Markt konsolidiert: CrowdStrike hat die Übernahme von Adaptive Shield am 06.11.2024 angekündigt und führt das Produkt heute als Falcon Shield, Proofpoint hat die Übernahme von Hornetsecurity am 08.12.2025 abgeschlossen. Mehrere Anbieter erweitern ihr Angebot auf KI-Agenten und nicht-menschliche Identitäten in SaaS-Umgebungen.
M365: Microsoft 365 · Google WS: Google Workspace · Salesforce: Salesforce · Dritt-Apps: Drittanbieter-Apps/OAuth · Identität: Identitätsrisiken · Behebung: automatische Behebung · Drift: Konfigurationsdrift. ● = auf offizieller Hersteller- oder Projektseite beschrieben, – = nicht belegt (nicht zwingend nicht vorhanden). Auswahl nicht abschliessend, keine Rangliste. Stand: Oktober 2026.
AppOmni
AppOmni
Integration mit über 100 SaaS-Anwendungen, darunter Salesforce, Microsoft 365, ServiceNow, Slack, Okta, Google Workspace, Workday, Snowflake, GitHub und Databricks.
Agentenlose Anbindung an die SaaS-Plattformen; Basisrichtlinien und Posture-Prüfungen gelten über alle angebundenen Anwendungen.
Erkennt Konfigurationsdrift, riskante SaaS-zu-SaaS-Verbindungen, nicht freigegebene Drittanbieter- und KI-Verbindungen sowie hoch privilegierte, inaktive oder veraltete Konten.
Erkennungsregeln und UEBA für menschliche und nicht-menschliche Identitäten; Benutzer und KI-Agenten mit riskantem Verhalten lassen sich automatisch unter Quarantäne stellen.
SaaS-Dienst; die Anbindung grosser SaaS-Plattformen dauert laut Hersteller unter 30 Minuten.
Unternehmen mit mehreren geschäftskritischen SaaS-Plattformen, die Konfiguration und Zugriffe zentral überwachen.
Verbindet Konfigurationsprüfung, Drift-Erkennung und Identitätsbedrohungen über viele Kernanwendungen.
Wie tief die Prüfungen je Anwendung reichen, ist für die eigenen Kernanwendungen im Pilot zu prüfen; automatische Aktionen beschreibt die Seite für Drift und Quarantäne, bei Vorfällen liefert sie Schritt-für-Schritt-Anleitungen.
Obsidian Security
Obsidian Security
SaaS- und Datenplattformen wie Microsoft 365, Google Workspace, Salesforce, GitHub, ServiceNow, Snowflake, Databricks und Workday.
SSPM ist eine Kernfunktion, die SaaS-Konfigurationen laufend überwacht und härtet; dazu kommen Identitäts- und Aktivitätsdaten aus SaaS-Apps, Browsern und Identity Providern.
Threat Detection and Response für menschliche, nicht-menschliche und agentische Identitäten, einschliesslich Schutz vor OAuth-Missbrauch.
Integrationsseiten je Anwendung, etwa für Microsoft 365, Google Workspace, Salesforce, ServiceNow und GitHub; Browser-Telemetrie ergänzt die SaaS-Daten.
SaaS-Plattform mit Fokus auf SaaS-zu-SaaS-Risiken und KI-Agenten in Unternehmensanwendungen.
Organisationen, die SaaS-Posture und Identitätsangriffe wie Token-Diebstahl gemeinsam untersuchen wollen.
Verbindet Posture, Identitätsaktivität und Browser-Telemetrie in einer Sicht.
Automatische Behebung und Drift-Überwachung sind auf den geprüften Seiten nicht ausdrücklich beschrieben.
Valence SaaS and AI Security Platform
Valence Security
Über 200 unterstützte SaaS- und KI-Anwendungen, auf der Startseite unter anderem mit Microsoft 365, Google Workspace, Salesforce und Slack.
Kombiniert SaaS- und KI-Discovery, SSPM und AI Security Posture Management in einer Plattform.
Deckt Schatten-, Maschinen-, agentische, lokale und verwaltete Identitäten auf und priorisiert Fehlkonfigurationen über die SaaS-Anwendungen.
Verwaltung von SaaS-zu-SaaS-Integrationen und Dienstkonten; Behebung über flexible Workflows, gemeinsam mit den Fachverantwortlichen.
SaaS-Plattform, ausgerichtet auf SaaS, KI-Werkzeuge und KI-Agenten.
Security-Teams, die Integrationen, Tokens und Dienstkonten zwischen SaaS-Anwendungen inventarisieren und bereinigen wollen.
Starker Fokus auf Integrationen, OAuth-Tokens und Dienstkonten zwischen SaaS-Anwendungen.
Konfigurationsdrift ist auf der Startseite nicht ausdrücklich beschrieben; die Anwendungsliste erscheint dort nur als Logos.
SpinSPM (SpinOne)
Spin.AI
Google Workspace, Microsoft 365, Slack, Salesforce, Jira und Confluence; die Seite verweist auf über 50 weitere Integrationen.
Überwacht SaaS-Konfigurationen auf Änderungen und erkennt Fehlkonfigurationen, Sicherheitsdrift und Compliance-Verstösse.
Laufende Bewertung von Browser-Erweiterungen und OAuth-Apps.
Automatisiert Zugriffsverwaltung und Incident Response über konfigurierbare Richtlinien.
Teil der Plattform SpinOne, die auch SaaS-Backup anbietet, etwa für Salesforce-Daten inklusive Metadaten.
Organisationen, die SaaS-Posture, Risiko von Erweiterungen und Datensicherung aus einer Hand beziehen wollen.
Bewertung von Browser-Erweiterungen und OAuth-Apps zusammen mit Konfigurationsüberwachung und Backup.
Die Prüftiefe je Anwendung ist auf der Produktseite nicht ausgewiesen; die kostenlose Risikobewertung von Erweiterungen ist auf der Seite als separates Gratis-Werkzeug geführt.
CrowdStrike Falcon Shield
CrowdStrike
Über 200 integrierte SaaS-Anwendungen; KI-Agenten werden unter anderem in Microsoft 365, Salesforce und OpenAI erkannt.
Über 3500 eingebaute Härtungs- und Konfigurationsprüfungen sowie eigene Security Checks erkennen Fehlkonfigurationen.
Findet überberechtigte, risikoreiche, ruhende oder unvollständig deprovisionierte menschliche und nicht-menschliche Identitäten.
Echtzeitwarnungen und automatisierte Reaktionen auf verdächtiges Benutzerverhalten, Anmeldeanomalien und Geräteprobleme.
Teil der Falcon-Plattform; Benutzeraktivität wird mit Posture-Daten und Identitätskontext korreliert, um genutzte und angebundene Apps sichtbar zu machen.
Organisationen mit Falcon-Plattform, die SaaS-Posture und SaaS-Bedrohungen im selben SOC bearbeiten.
Grosse Prüfbibliothek und Verbindung von SaaS-Posture mit Bedrohungserkennung im XDR-Kontext.
Drift-Überwachung ist auf der geprüften Seite nicht ausdrücklich beschrieben, Google Workspace dort nicht namentlich genannt.
Palo Alto Networks SaaS Security (SSPM)
Palo Alto Networks
Über 100 SaaS-Anwendungen wie Microsoft 365, Google Workspace, Salesforce, Slack und ServiceNow.
Laufende Prüfung der SaaS-Konfiguration; häufige Konfigurationsänderungen werden als Drift erkannt.
Erkennt nicht autorisierte oder riskante Anwendungen mit Zugriff auf Unternehmensdaten und Wildwuchs bei menschlichen und nicht-menschlichen Identitäten.
Überhöhte Rechte entziehen, Fehlkonfigurationen zurücksetzen und riskante OAuth-Tokens sperren erfolgt direkt aus der Konsole.
Modul der SaaS Security im Prisma-SASE-Umfeld neben CASB und DLP.
Organisationen mit Prisma SASE, die SaaS-Nutzung, Daten und Konfiguration gemeinsam steuern.
SaaS-Posture, Nutzungskontrolle und Datenschutz in einer SASE-Plattform.
Die Behebung ist als Aktion aus der Konsole beschrieben; eine vollautomatische Rücksetzung nennt die Seite nicht.
Netskope One SSPM
Netskope
Verwaltete Anwendungen wie Microsoft 365, Google Workspace, Salesforce und Zoom.
Laufende Überwachung der SaaS-Anwendungen, um Konfigurationsdrift zu verhindern; Konfigurationen werden auf Rahmenwerke wie CIS und SOC 2 abgebildet.
Erkennt zu weit gefasste Benutzerzugriffe und Risiken wie deaktivierte Multi-Faktor-Authentisierung.
Sicht auf OAuth-verbundene und Drittanbieter-Anwendungen als zusätzliche Risikoquelle.
Für viele häufige Risiken kann Netskope One SSPM eine Einstellung automatisch auf den sicheren Zustand zurücksetzen.
Netskope-Kunden, die SaaS-Konfiguration zusammen mit CASB und DLP in der SSE-Plattform führen.
Automatisches Zurücksetzen häufiger Fehlkonfigurationen und Abbildung auf CIS und SOC 2.
Wie viele Anwendungen mit welcher Prüftiefe abgedeckt sind, nennt die Produktseite nicht.
Zscaler SaaS Security (SSPM)
Zscaler
SaaS-Plattformen einschliesslich KI-Diensten und Drittanbieter-Integrationen.
Posture wird gegen Rahmenwerke und interne Richtlinien bewertet und rund um die Uhr auf Abweichungen und Konfigurationsdrift überwacht.
Erkennt riskante Drittanbieter-Apps, SaaS-zu-SaaS-Integrationen und Add-ons; Benutzer, Dienstkonten, Tokens und API-Schlüssel erscheinen in einer Übersicht.
Priorisierte Behebung kritischer Befunde mit einem Klick über Workflow-Automation; Zugriffe über OAuth-Apps, Integrationen und KI-Agenten lassen sich begrenzen.
Modul der SaaS Security von Zscaler.
Zscaler-Kunden, die SaaS-Konfiguration und Integrationen zusammen mit Zugriffskontrolle steuern.
Drift-Überwachung und Kontrolle von Integrationen und Tokens im selben Modul.
Die Produktseite nennt keine einzelnen unterstützten Anwendungen; die Abdeckung ist anhand der Dokumentation zu prüfen.
Check Point Harmony SaaS (SSPM)
Check Point
SSPM in Harmony Email and Collaboration schützt Microsoft-365- und Google-Workspace-Umgebungen; SSPM Premium deckt alle im SaaS-Security-Handbuch gelisteten Anwendungen ab.
Prüft die Sicherheitskonfiguration, etwa fehlende Multi-Faktor-Authentisierung oder fehlendes Single Sign-On.
Identifiziert alle Anwendungen mit Zugriff auf Microsoft 365 oder Google Workspace und meldet unautorisierte Benutzerzugriffe.
Erkennt und behebt Fehlkonfigurationen in Microsoft 365 und Google Workspace automatisch und entzieht kompromittierten Anwendungen den Zugriff.
Cloud-Dienst im Infinity Portal, gekoppelt an die E-Mail- und Collaboration-Sicherheit von Check Point; die Aktivierung erfolgt über Check Point und ist laut Admin Guide nur für Mandanten in bestimmten Regionen verfügbar (USA, Kanada, Irland, Indien, Australien, vorübergehend Singapur).
Organisationen mit Harmony Email and Collaboration, die die Konfiguration ihres Microsoft- oder Google-Mandanten mitprüfen wollen.
Automatische Behebung für Microsoft 365 und Google Workspace im selben Produkt wie der E-Mail-Schutz.
Die Basisfunktion beschränkt sich auf Microsoft 365 und Google Workspace; weitere Anwendungen erfordern SSPM Premium.
Microsoft Defender for Cloud Apps (SSPM)
Microsoft
SSPM-Empfehlungen für verbundene Apps; die Konnektor-Tabelle führt SSPM unter anderem für Microsoft 365, Google Workspace, Salesforce, ServiceNow, Okta und GitHub.
Nach dem Verbinden einer App über einen App-Konnektor erscheinen Konfigurationsbewertungen in Microsoft Security Exposure Management und Secure Score, gestützt auf Microsoft-Benchmarks.
OAuth-Anwendungen erscheinen in Angriffspfaden und in der Attack Surface Map; Initiativen bündeln Empfehlungen, etwa CIS Microsoft 365 Foundations Benchmark.
Teil von Microsoft Defender XDR; App Governance verwaltet OAuth-Apps im Microsoft-Umfeld.
Setzt Lizenzen für Defender for Cloud Apps voraus; in US-Behördenclouds ist Exposure Management nicht verfügbar.
Microsoft-zentrierte Organisationen, die SaaS-Empfehlungen im selben Portal wie Secure Score verfolgen.
SaaS-Posture-Empfehlungen erscheinen ohne zusätzliches Werkzeug im Microsoft-Sicherheitsportal.
Die Behebung erfolgt über Schritt-für-Schritt-Anleitungen; automatische Rücksetzung und Drift-Überwachung sind nicht beschrieben.
Hornetsecurity 365 Permission Manager
Hornetsecurity (Proofpoint)
Berechtigungen in SharePoint, OneDrive und Microsoft Teams eines Microsoft-365-Mandanten.
Vorgefertigte Best-Practice-Richtlinien legen fest, welche Freigaben und externen Zugriffsstufen zulässig sind.
Bei Verstössen werden Site-Verantwortliche sofort benachrichtigt; eine tägliche Zusammenfassung zeigt kritische Berechtigungsänderungen im Mandanten.
Nicht konforme Berechtigungen können gemäss Richtlinie automatisch entfernt werden; Quick Actions korrigieren mehrere Sites auf einmal.
Cloud-Dienst der Hornetsecurity GmbH mit Sitz in Hannover, seit Dezember 2025 Teil von Proofpoint.
Microsoft-365-Organisationen, die Freigaben in SharePoint und Teams vor dem Einsatz von KI-Assistenten bereinigen wollen.
Richtliniengesteuerte Bereinigung von Freigaben in SharePoint, OneDrive und Teams durch einen Anbieter mit DACH-Bezug.
Beschränkt auf Berechtigungen in Microsoft 365; andere SaaS-Anwendungen und allgemeine Mandanteneinstellungen liegen ausserhalb.
Weitere Anbieter
Kurz eingeordnet, ausserhalb der Vergleichsmatrix.
- Reco: die Startseite beschreibt heute vor allem Sicherheit für KI-Agenten und Identitätsbedrohungen, eine SSPM-Funktion ist dort nicht mehr ausgewiesen
- Wing Security: die Startseite positioniert das Produkt als «Agent Exposure Management» für KI-Agenten
- Grip Security: SaaS-Identitäts- und SSPM-Anbieter; Produktseite am 2026-10-19 für den Abruf gesperrt
- Push Security: browserbasierte Identitäts- und SaaS-Sicherheit; keine SSPM-Konfigurationsprüfung auf der Startseite beschrieben
- DoControl, Varonis, Spin.AI-Backup: SaaS-Daten- und Freigabesicherheit
- Ein Connector zählt als vorhanden, liest aber nur einen kleinen Teil der sicherheitsrelevanten Einstellungen.
- Automatische Remediation verändert SaaS-Konfiguration ohne App Owner und Rückweg.
- Unfederierte und fachlich beschaffte SaaS-Anwendungen bleiben ausserhalb der Sicht.
Wähle drei kritische SaaS-Anwendungen. Prüfe je eine Fehlkonfiguration, ein privilegiertes Konto, eine riskante OAuth-Integration, Konfigurationsdrift und den Weg zur kontrollierten Korrektur.
Security Tool Navigator · Gebiet 06
Im Gebiet Cloud und Infrastructure Security einordnen.
Diese Werkzeugklasse gehört zum Gebiet Cloud und Infrastructure Security. Der Gebietshub zeigt, wie die Werkzeugklassen zusammenwirken, wo sie sich abgrenzen und welche Fragen CIO und CISO jeweils klären.