Guardian Command Centre

A single protective control plane for the Caelomere Core, client work, identities, integrations, secrets and recovery.

Guardian’s highest priority

Protect the Core without ever destroying the client’s work. Security action must preserve state, create a recovery checkpoint and leave an audit trail before any high-impact change is allowed.

?
Core protection score
Combined view of identity, secrets, data isolation, incident posture, backup health, audit coverage and unresolved risk.
Core protection score
94%
Hardened
?
Protected workspaces
Every client workspace must have isolated persistent state, backups and recovery metadata.
Protected workspaces
100%
Isolation enforced
?
Open security actions
Actions Guardian recommends but will not execute until an authorised person approves them.
Security actions pending
5
2 priority
?
Recovery readiness
Measures whether the Core can recover saved state, client work and audit history after a failure.
Recovery readiness
99.9%
Checkpointed

Guardian Intelligence

No critical compromise is visible in this proving state. Two priority items require attention: a dormant privileged account and one integration scope broader than its observed need. Neither has been changed automatically.

Core protection layers

IdentityLeast privilege, MFA, session control, dormant account review.
StateAutosave, durable workflow state, resume-from-last-action.
DataWorkspace isolation, encryption, retention controls.
RecoverySnapshots, restore points, rollback and disaster recovery.

Never lose the client’s work

Automatic checkpoints

Every meaningful workflow change generates recoverable state.

Last-action persistence

The Core stores where the client was, what they last did and what remains pending.

Version history

No destructive overwrite without a retained prior version.

Safe retries

Failed providers can retry without duplicating payments, sends, documents or actions.

Core Vault

The protected boundary around the Caelomere Core and its critical services.

What the Vault protects

Core configuration, service state, provider mappings, tenant boundaries, recovery metadata and security policy should be protected separately from ordinary front-end code.

Core configuration

Locked
Changes require signed change record.

Tenant boundaries

Isolated
Cross-workspace access blocked by policy.

Recovery metadata

Replicated
Restore points kept outside active session state.

Destructive-action protection

Delete client workspace
Blocked unless two-person approval + recovery snapshot exists.
Dual control
Rotate critical secret
Prepare new secret, verify downstream health, then revoke old secret.
Staged
Disable core integration
Snapshot state and verify fallback path before cut-off.
Recovery first

Identity & Access

Zero-trust access with least privilege, explicit roles and continuous review.

Security principle

Being an administrator does not automatically mean being authorised to approve business, finance or security actions.

Privileged identities

Owner / Director
Business authority · strong MFA required
1
Platform Admin
System configuration · no default business approval
2
Service Accounts
Scoped machine identities
7

Access warnings

Dormant admin account
No sign-in for 67 days
High
Long-lived session
Review device trust and re-authentication requirement
Medium

Threat Intelligence

Explainable detection across identity, APIs, integrations, data access and abnormal behaviour.

Guardian does not hide uncertainty

Every finding must show confidence, evidence and impact. A suspicious event is not automatically treated as a confirmed compromise.

FindingSeverityConfidenceEvidenceStatus
Dormant privileged accountHigh97%No sign-in 67 days; admin retainedReview
Over-broad integration scopeHigh93%Write permission exceeds observed useReview
Failed login burstMedium88%8 failures in 4 minutes from same sourceMonitored

State & Memory Protection

Ensure no service forgets the last action and no client loses their work.

AI memory is not the source of truth

Workflow state belongs in persistent storage. AI should reconstruct context from authoritative saved state every time it resumes.

Persistence controls

Autosave
Every meaningful form/workflow change
Required
Last action
Store last completed and next pending action
Required
Resume state
Restore last page, record and pending work
Required
Version history
No destructive overwrite
Required

Current local proving state

Last page: Command CentreCheckpoint: not yet created
This portal remembers the last Guardian page in the browser as a demonstration. Production must persist this server-side per workspace and user.

Data Protection

Protect client records with isolation, encryption, minimisation and traceable access.

Workspace isolation

Enforced
No client-to-client data visibility.

Encryption

Required
In transit and at rest.

Retention

Controlled
Retention policies by data class.

Secrets & Integrations

Keep API keys and provider credentials out of browsers, logs and user-facing code.

Secrets stay server-side

Provider credentials should live in a secure secret store. Guardian tracks age, scope, rotation readiness and downstream dependency health without exposing the secret value.

IntegrationScopeSecret statusRotationAction
OpenAIAI gateway onlyServer-sidePolicy managed
CloudflareDeployment / securityScoped tokenReview due
Banking providerRead-first / consentNot connectedN/A

Backup & Recovery

Recover client work and Core state after provider, deployment, database or human error.

Recovery is part of security

Protecting the Core means being able to restore it. Guardian should verify backups are recent, readable and actually restorable — not merely present.

Last state snapshot
6 min
Current
Backup integrity
100%
Verified
Restore drill
Passed
Latest test
Unprotected state
0
None

Recovery sequence

Freeze writes
Prevent further corruption or conflicting changes.
Controlled
Verify last healthy checkpoint
Confirm state, audit history and client workspace integrity.
Required
Restore safely
Restore data and workflow state without overwriting evidence.
Approval
Reconcile changes
Replay valid events after the checkpoint using idempotency controls.
Audit

Incident Response

Contain threats without destroying evidence or client state.

Contain first, preserve evidence, preserve client work

Guardian should isolate risky access paths where possible before taking destructive action. Evidence, state and recovery checkpoints are preserved throughout.

Failed login burst detected
Guardian raised medium-confidence identity alert.
Observed
Session correlation checked
No authenticated session created from the source.
Checked
Containment recommendation prepared
Temporary source challenge recommended; no client state affected.
Approval

Immutable Audit

Every sensitive recommendation, approval and execution leaves evidence.

Audit is not just a log file

Production audit should be append-only/tamper-evident, tied to workspace, actor, action, before/after state and provider receipt.

TimeActorActionResultReceipt
19:20:18Guardian AIContainment recommendationPreparedGDN-4018
19:14:03SystemWorkspace checkpointVerifiedCHK-8821
19:02:44Guardian AIPrivilege reviewHeld for approvalGDN-3997

Security Approvals

High-impact security changes remain under authorised human control.

ActionRisk reducedRecovery checkpointApproval
Disable dormant privileged accountHighCreatedRequired
Reduce integration permission scopeHighCreatedRequired
Rotate critical API secretMediumStaged rollback readyRequired

7-Day Assault Test

Try to break Guardian before anyone relies on it.

We test recovery as aggressively as detection

Security is incomplete if a protective action saves the system but destroys the customer’s work. Every day includes state-preservation and restore testing.

Day 1 · Identity attack surface
Dormant admins, stolen-session simulation, MFA gaps, privilege escalation attempts
Ready
Day 2 · Secrets & integrations
Over-broad scopes, stale keys, rotation failures, provider outages
Planned
Day 3 · Data isolation
Cross-workspace access attempts, export leakage, retention errors
Planned
Day 4 · Memory/state loss
Browser crash, API timeout, lost session, concurrent edits, retry duplication
Planned
Day 5 · Incident containment
Contain without deleting evidence or client work
Planned
Day 6 · Backup & restore
Corrupt state, rollback, replay, point-in-time recovery
Planned
Day 7 · Red-team / Go-No-Go
Close defects and prove protective controls before release
Gate