Skip to triage
GOOGLE WORKSPACE & GCP SECURITY CONSOLE

See the service accounts before they spend the budget.

CloudGuard monitors your Google Workspace directory for compromised credentials, watches Google Cloud IAM for rogue minting bursts, and flags targeted spear-phishing with strict per-user opt-in and zero message body retention.

Zero password retention
k-Anonymity breach lookup
Opt-in mailbox headers only
INCIDENT DETECTOR // LIVE SIMULATION
CRITICAL ANOMALY
Accounts Created
148/ 20m window
Rate:12.3 / min
Runaway Budget Risk
$14,200/ mo
Runaway Risk
Correlated Actor
devops@platform45.com
production-core-881Compromised Key
SERVICE ACCOUNT VELOCITY // 20-MIN HISTOGRAM
INTERVAL: 2.5m|PEAK: 148 SA
+0m+2.5m+5m+7.5m+10m+12.5m+15m+17.5m
LOG ID: google.iam.admin.v1.CreateServiceAccountKey2026-10-12T01:26:19Z
Principal:devops@platform45.com
Action:CreateKey + BindRole [roles/owner]
Status:
CRITICAL_ANOMALY_CONFIRMED
Assessment:Estimated runaway compute risk: $14,200/mo
Next Step:Review rogue service account keys in IAM
Console
THE ATTACK VECTOR

A compromised developer login or CI token can mint 100+ service accounts in minutes.

Attackers do not wait for business hours. When a service account key or developer session is compromised, automation scripts rapidly create secondary accounts, bind owner permissions, and spin up GPU clusters or Vertex AI jobs.

TRADITIONAL APPROACH

Periodic Billing Threshold Alerts

LAGGING (24–72h)
Telemetry source:Daily CSV invoice aggregates
Detection latency:24 to 72 hours later
Financial impact:$14,200 committed to bill
Containment mechanism:Manual post-incident forensic cleanup

The Core Flaw:

Billing alerts notify you after money has already been spent. By the time an email reaches the finance team, hundreds of runaway instances have completed execution.

CLOUDGUARD INTERCEPT

Cloud Logging Velocity Correlation

INTERCEPT AT 2.4m
Telemetry source:Real-time Cloud Logging audit event stream
Detection latency:2.4 minutes (at account #38)
Financial impact:$0 unauthorized runaway spend
Containment mechanism:Pre-computed IAM killswitch playbook

The CloudGuard Advantage:

CloudGuard evaluates the service account creation velocity heuristic every 60 seconds, placing the burst anomaly at the top of your triage queue before quota exhaustion.

DEFENSE ARCHITECTURE

Three pillars of Google Workspace and Cloud defense.

CloudGuard avoids the noise of generic security tools by focusing strictly on Google Workspace identity, Google Cloud IAM infrastructure, and opted-in phishing defense.

PILLAR 01

Directory & Breach

k-ANONYMITY
ORGANIZATION DIRECTORY SYNCLIVE
Hash Scheme: SHA-256 (10-char)
Password Storage: 0% (Zero)

Core Protections

  • Continuous Directory Enumeration: Syncs users, organizational units, and multi-factor status via Google Workspace Admin SDK.
  • Truncated SHA-256 Lookups: Only truncated hash prefixes are sent to LeakCheck and HIBP. Passwords and full emails never leave your domain.
  • Privilege Exposure Alerts: Instantly correlates breached credentials with Super Admin and GCP billing role holders.
Scope: Directory ReadVerified Safe
PILLAR 02

Cloud & IAM Radar

VELOCITY ANOMALY
IAM AUDIT LOG RADARANOMALY BLIP
Threshold: >25 SA / 30m
Audit Stream: Real-time

Core Protections

  • Velocity Anomaly Detection: Evaluates service account creation speed and user-managed key generation against historical baselines.
  • Stale Key & Public Leak Radar: Continuously monitors for unrotated keys and unauthorized role grants (`roles/owner`).
  • Runaway Compute Protection: Flags service account bursts before high-cost compute or Gemini API quota limits are triggered.
Scope: Logging ViewerNo Heavy Agents
PILLAR 03

Targeted Mailbox Shield

OPT-IN ONLY
RFC 822 HEADERS INSPECTORMETADATA ONLY
SPF / DKIM / DMARC:PASS / PASS / FAIL
Domain Spoof Heuristic:PUNYCODE_DETECTED
Message Body Retention:DISCARDED AT INTAKE
Quarantine Label:CloudGuard/Quarantine

Core Protections

  • Individual Consent Architecture: Mail scanning requires explicit employee opt-in. Administrators cannot silently inspect mail.
  • Zero Body Retention: Analyzes email headers and threat metadata in memory. Message bodies are never written to database or disk.
  • Quarantine Without Deletion: Flags and moves malicious emails to a quarantine label, preserving message integrity and audit trails.
Scope: gmail.modify (Restricted)Non-Destructive
QUALIFICATION & FIT

Built specifically for Google Workspace and Google Cloud.

CloudGuard does not attempt to be a bloated, multi-cloud generic SIEM. We specialize deeply in Google ecosystem identity, IAM heuristics, and employee mailbox boundaries.

Who CloudGuard is built for:
  • Google Workspace Super Admins: Teams that need continuous credential breach monitoring without sending plaintext passwords or full addresses to external breach vendors.
  • GCP Platform & SecOps Engineers: Security teams monitoring multi-project IAM for rogue keys, rapid service account mint bursts, and unauthorized owner role bindings.
  • DevOps & Infrastructure Leads: Teams managing CI/CD pipelines and service account quotas who need alerts before runway compute burns their cloud budget.
  • Privacy-Conscious Organizations: Companies that want targeted phishing defense without archiving employee message bodies or triggering privacy pushback.
Who CloudGuard is not for:
  • ✕AWS-only or Azure-only stacks: CloudGuard is purpose-built for Google Cloud Platform and Google Workspace APIs. We do not support non-Google clouds.
  • ✕Employee surveillance or spyware: We reject keystroke loggers, screen scrapers, or secret mailbox snooping. Mail scanning requires explicit per-user opt-in.
  • ✕Uncontrolled destructive automation: We do not autonomously delete projects or purge mailboxes. Containment playbooks require human administrator approval.
  • ✕Personal @gmail.com consumers: CloudGuard is built for domain-verified Google Workspace organizations and Google Cloud projects.
SECURITY GOVERNANCE & PERMISSIONS

High-craft admin clarity: scopes, permissions, and guarantees.

Security tools must be transparent about the authority they require. CloudGuard operates with minimal, read-only permissions and enforces absolute data privacy boundaries.

OAuth 2.0 Scope Authority Matrix
Updated for Google API v3
OAuth Scope / RoleGoogle ServiceAccess LevelOperational PurposeData Stored
admin.directory.user.readonlyGoogle Workspace Admin SDKREAD ONLYEnumerate active domain user accounts, organizational units, and multi-factor authentication enforcement.Email, name, OU, MFA status
admin.reports.audit.readonlyGoogle Workspace Reports APIREAD ONLYInspect admin activity logs, third-party OAuth app authorizations, and login anomaly events.Audit event type, timestamp, IP
roles/logging.viewer & roles/viewerGoogle Cloud PlatformREAD ONLYQuery Cloud Logging audit entries to detect rapid service account creation bursts and unauthorized key generation.IAM method, caller ID, account count
gmail.modify (Restricted, Opt-In)Gmail API (Per-user consent)QUARANTINE ONLYInspect RFC 822 email headers for phishing heuristics and apply the CloudGuard/Quarantine label. Never deletes mail.Headers only (Zero body stored)

Zero Password Retention

CloudGuard never requests, accesses, or persists user passwords. Passwords never touch our servers or databases.

AES-256-GCM Encryption

All OAuth refresh tokens and database secrets are encrypted at rest with authenticated AES-256-GCM encryption.

Truncated k-Anonymity

Breach queries only send a 10-character SHA-256 hash prefix to third-party databases. Full email addresses remain private.

Non-Destructive Actions

CloudGuard recommends remediation and quarantines messages to labels. It never purges mailboxes or deletes cloud resources autonomously.

FREQUENT OBJECTIONS

Straight answers to enterprise security questions.

Before connecting an organization or cloud account, security teams need hard technical boundaries rather than vague promises.

Will CloudGuard read or store employee email bodies?

No. Invariant 1: Zero message body retention. CloudGuard inspects RFC 822 email headers (sender, SPF/DKIM/DMARC status, and Punycode spoofing) inside ephemeral RAM buffers (<50ms) and immediately discards the data. Message text is never saved to database or disk.

Can CloudGuard break production GCP infrastructure?

No. Invariant 2: Read-only fail-closed. CloudGuard connects with viewer and logging viewer permissions. Containment playbooks (disabling rogue accounts or revoking minting keys) are generated as recommended actions requiring explicit administrator execution.

What happens if CloudGuard is compromised?

Invariant 3: Zero plaintext exposure. All OAuth tokens are encrypted at rest with AES-256-GCM using per-tenant key derivation. We store zero passwords, zero keys, zero email bodies. An attacker gaining database access acquires no plaintext credentials or message content.

How long does onboarding take and does it require agents?

Under 2 minutes via Google OAuth. CloudGuard is 100% agentless. There are no Kubernetes daemonsets, virtual machine agents, or proxy hops to install or maintain. Directory sync and IAM telemetry activate immediately upon OAuth authorization.

RAPID READ-ONLY DEPLOYMENT

Connect Google Workspace in under 2 minutes.

Start with a read-only verification of your organization directory and breach exposure. Mailbox scanning remains disabled until team members choose to opt in.

  1. 1Authenticate as a Google Workspace domain administrator.
  2. 2Synchronize organizational users and perform k-anonymity breach scan.
  3. 3Link Google Cloud projects to activate the IAM minting abuse radar.
  4. 4Team members connect Gmail to enable targeted phishing quarantine.
VERIFIED ARCHITECTURE

Customer Safety Matrix

INDEPENDENT AUDIT

Can CloudGuard leak your company data? Every risk is backed by mathematical invariants, zero-storage architectures, and open code proof.

0
Keys Exposed
AES-256 Sealed
0B
Message Text
Zero Body Store
0
Drill Passwords
Discarded in RAM
Read-Only
Default Mode
Fail-Closed IAM