Integrationen · Identität

Google Workspace
Compliance-Checks, automatisiert

Über die Admin SDK Directory API liest devguard Ihren Google Workspace-Tenant und prüft die Bestätigung in zwei Schritten Nutzer für Nutzer, die Identitäts-Evidenz, nach der Auditoren namentlich fragen.

Gespräch buchen
Die Checks

Was devguard in Google Workspace prüft

4 rein lesende Checks, ausgeführt nach Zeitplan. Jeder Fehlschlag wird zum Finding an einem Control, jeder Check ist gelistet, keiner ist «demnächst».

Directory API is reachable

Connectivity check: fails if the impersonated service-account token cannot read the Workspace user directory.

directory-reachable

info

Two-step verification is enforced for all users

Fails if any active (non-suspended) user does not have two-step verification enforcement applied. Also fails if no users are returned, to avoid a vacuous pass.

two-factor-enforced

high

All users are enrolled in two-step verification

Enforcement without enrollment still leaves a gap. Fails if any active (non-suspended) user is not enrolled in two-step verification. Also fails if no users are returned, to avoid a vacuous pass.

two-factor-enrolled

high

Super-admin count is within the approved limit

Least-privilege check: fails if the number of users with super-admin rights exceeds the approved maximum (CIS recommends 2 or fewer). Also fails if no users are returned, to avoid a vacuous pass.

super-admin-count-limited

medium
Gespräch buchen

Bringen Sie die Test-Liste Ihrer aktuellen Plattform mit, wir gleichen sie mit diesen Checks ab, Lücke für Lücke

So verbindet es sich

Von Ihnen verbunden, von Ihnen berechtigt

Die Einrichtung dauert Minuten, kein Migrationsprojekt, und jeder Schritt bleibt auf Ihrer Seite

01

Einen rein lesenden Zugang erstellen

Erstellen Sie den Zugang in Google Workspace mit minimalem Lese-Scope, fügen Sie ihn in devguard ein, und die Verbindung steht. Die Integrationsseite im Produkt nennt die exakten Berechtigungen.

02

Checks laufen nach Zeitplan

Der erste Lauf startet direkt nach dem Verbinden und wiederholt sich dann nach Zeitplan. Ergebnisse tragen Zeitstempel, Ihre Evidenz hat also eine Geschichte, keinen Schnappschuss.

03

Evidenz landet am Control

Bestandene Ergebnisse hängen sich als Evidenz an die zugehörigen Controls; Fehlschläge werden zu Findings, die Sie triagieren. Wenn das Audit kommt, ist der Nachweis bereits verknüpft.

Verwandt

Mehr aus Ihrem Stack

Öffnen Sie eine beliebige Seite für ihr vollständiges Check-Register.

Bitwarden
4 Checks
JumpCloud
2 Checks
Microsoft Entra ID
3 Checks
Okta
4 Checks

Alle Integrationen ansehen

Rein lesend, widerrufbar, in der Schweiz gehostet

Jeden Zugang erstellen und berechtigen Sie selbst, und Sie können ihn jederzeit widerrufen. Checks lesen nur; Ergebnisse und Evidenz werden in der Schweiz gespeichert und bleiben exportierbar.

FAQ

Fragen zu Google Workspace

Ist der Google Workspace-Zugriff rein lesend?

Ja. Die Checks authentifizieren sich mit einem Zugang, den Sie selbst erstellen und berechtigen, und lesen ausschliesslich Konfiguration. devguard hat keinen Schreibzugriff auf Google Workspace und remediiert nichts im Stillen.

Was passiert, wenn ein Check fehlschlägt?

Ein fehlgeschlagener Check wird zum Finding am zugehörigen Control, mit der Evidenz im Anhang. Sie entscheiden über die Behandlung: Niemand wird angepiept, und nichts wird automatisch remediiert.

Wo liegen die Ergebnisse?

Die Checks laufen auf Schweizer Infrastruktur, Ergebnisse und Evidenz werden in der Schweiz gespeichert. Alles ist exportierbar, Ihre Evidenz gehört weiterhin Ihnen.

Verbinden Sie Google Workspace und sehen Sie die Evidenz landen

20 Minuten dazu, wie Sie Ihre Zertifizierung heute betreiben. Bringen Sie Ihre aktuelle Test- oder Control-Liste mit, und wir gleichen sie mit diesen Checks ab, ehrlich und Lücke für Lücke.

Gespräch buchen
Anmelden
Kostenlos starten
Gespräch buchenKostenlos starten