Skip to content

How RedCloud Works

RedCloud is not a one-shot scanner — it’s a continuously operating platform. This page explains the end-to-end flow of a single assessment and the dynamics that keep it current between scans.

Connect cloud → Scan → Findings & risk → Attack paths → Remediation → Report
│ │
└────────────── re-scan / verify ◄──────────────┘
  1. Connect a cloud account with least-privilege read access.
  2. Scan — a five-stage pipeline collects inventory and runs checks (see How Scanning Works).
  3. Findings & risk — issues are scored by severity and environment-aware risk.
  4. Attack paths — findings are chained into attack paths mapped to MITRE ATT&CK.
  5. Remediation — a prioritized roadmap, trackers, and automated fixers close issues.
  6. Report — branded, bilingual reports for every audience.
  7. Verify — revalidate findings and re-scan to confirm closure.

RedCloud keeps working between your scans:

DynamicWhat happens
Scheduled scansThe scheduler runs recurring scans automatically, so posture stays current without manual launches.
RedCloud Brain cyclesDaily planning and nightly execution gather fresh intelligence (CVE/KEV/EPSS/ATT&CK) and turn it into learned detection — coverage keeps pace with new threats. See RedCloud Brain.
Drift detection & time-travelEach scan is a point in time; RedCloud compares scans to surface configuration drift, and the architecture canvas can replay how your environment changed.
Real-time scan progressScans report stage and percentage live, with streaming logs you can watch in the Scan Investigation Console.
Native findings syncGCP Security Command Center and AWS Security Hub findings are pulled in and normalized alongside RedCloud’s own.
Continuous IaC syncThe Fabric deep-sync keeps infrastructure-as-code intelligence current, with AI briefings on version changes surfaced in System Updates.
Autonomous operationWithin Rules of Engagement, the autonomous agent can plan and execute security work across multiple parallel sessions.

Everything runs in your environment: application state in PostgreSQL, scan artifacts on a tenant-scoped volume. All of it is strictly tenant-isolated. See Architecture and Tenant Isolation.