Trust Centre
CSA CAIQ v4.0.x Self-Assessment

CSA Cloud Controls Matrix v4 — Self-Assessment

The full Consensus Assessments Initiative Questionnaire (Level 1 (Self-Assessment)) for RegAlign Limited (Jersey company No. 165263). Every control answer carries a stable anchor so a procurement reviewer can deep-link straight to the row from an RFP — for example, regalign.app/trust/caiq#iam-01.

Framework
CSA CCM v4.0.x
Controls
197 across 17 domains
Assessed
2026-06-21
Next review
2027-06-21
Download PDFDownload TSV (audit spreadsheets)CSA STAR Registry listing: submission in progress

Summary tally

Yes154
78% of 197
Partial12
6% of 197
No5
3% of 197
N/A26
13% of 197

Honesty principle: no claim of an external certification we do not hold. Pen-test, SOC 2 and STAR Level 2 are on the roadmap; they are recorded as No here until the artefact exists.

AA · 6 controls

Audit & Assurance

  1. AA-01

    Audit and Assurance Policy and Procedures

    Yes

    Audit policy documented in `docs/canonical/30_Chain_Verifier_Auditor_Runbook.md` and `31_Pilot_Ready_Attestation.md`. Single-founder operation; written policy maintained in `docs/canonical/` and reviewed at every release. No formal annual sign-off cycle yet — planned post first paying pilot.

  2. AA-02

    Independent Assessments

    No

    No third-party SOC 2 / ISO 27001 / STAR Level 2 yet. Pen-test SoW drafted (`19_Pen_Test_RFP.md`); execution planned post first paying pilot.

  3. AA-03

    Risk Based Planning Assessment

    Yes

    Risk register maintained internally; SWOT v2 published (`01_SWOT_v2.md`). Re-reviewed every release.

  4. AA-04

    Requirements Compliance

    Yes

    Compliance scope mapped in `25_Pilot_Prospectus.md` and `32_Trust_Pack.md` (JFSC AML/CFT/CPF, DPJL 2018, UK GDPR-aligned).

  5. AA-05

    Audit Management Process

    Partial

    Internal audit only (founder-led, evidenced via hash-chained audit trail). External audit programme not yet established.

  6. AA-06

    Remediation

    Yes

    Issues tracked in product `issues` table with status workflow, escalation, and audit-trailed remediation. See Trust Pack §6.

AIS · 7 controls

Application & Interface Security

  1. AIS-01

    Application and Interface Security Policy and Procedures

    Yes

    SDLC + interface security policy embedded in commit / review workflow; see `docs/canonical/architecture-overview.md`.

  2. AIS-02

    Application Security Baseline Requirements

    Yes

    Baseline: TypeScript strict, RLS-by-default, no service-role on user paths, signed webhooks, CSP. Enforced in code review.

  3. AIS-03

    Application Security Metrics

    Partial

    Dependency-scan + lint metrics in CI; no formal monthly metrics report yet.

  4. AIS-04

    Secure Application Design and Development

    Yes

    Threat modelling at architecture-change time; secure-by-default patterns documented in `architecture-overview.md`.

  5. AIS-05

    Automated Application Security Testing

    Partial

    Dependency-scan automated in CI; SAST coverage limited. DAST / pen-test deferred to `19_Pen_Test_RFP.md` engagement.

  6. AIS-06

    Automated Secure Application Deployment

    Yes

    Lovable-managed CI/CD; every deploy is git-tracked and reproducible; rollback by re-deploy of prior commit.

  7. AIS-07

    Application Vulnerability Remediation

    Yes

    Public Vulnerability Disclosure Policy at `regalign.app/vdp` (see `28_Vulnerability_Disclosure_Policy.md`); SLAs documented.

BCR · 11 controls

Business Continuity Management & Operational Resilience

  1. BCR-01

    Business Continuity Management Policy and Procedures

    Yes

    BCP outline at `07_BCP_Outline.md`. Reviewed at every major release.

  2. BCR-02

    Risk Assessment and Impact Analysis

    Yes

    BIA documented in BCP outline; RTO 8h / RPO 24h for tenant data (mirrors Trust Pack §8).

  3. BCR-03

    Business Continuity Strategy

    Yes

    Strategy: rely on managed-platform multi-AZ + daily DB snapshots; founder-led incident response. See `07_BCP_Outline.md`.

  4. BCR-04

    Business Continuity Planning

    Yes

    Plan documented; named successor scoped in `16_Successor_Role_Spec.md`.

  5. BCR-05

    Documentation

    Yes

    All BCP/DR docs in `docs/canonical/`; published Trust Pack §7.

  6. BCR-06

    Business Continuity Exercises

    No

    No live BCP exercise executed yet. Tabletop scheduled for Q3 2026 once first pilot live.

  7. BCR-07

    Communication

    Yes

    Status page at `regalign.app/status`; incident communication via direct email to tenant admins.

  8. BCR-08

    Backup

    Yes

    Lovable Cloud (Supabase EU) daily automated backups; point-in-time recovery enabled. See Trust Pack §2.

  9. BCR-09

    Disaster Response Plan

    Yes

    DR plan documented in `07_BCP_Outline.md`; relies on managed-platform multi-AZ failover.

  10. BCR-10

    Response Plan Exercise

    No

    Not yet exercised; planned alongside BCR-06.

  11. BCR-11

    Equipment Redundancy

    N/A

    Managed platform (Cloudflare + Supabase EU) provides infrastructure redundancy. RegAlign owns no physical equipment.

CCC · 9 controls

Change Control & Configuration Management

  1. CCC-01

    Change Management Policy and Procedures

    Yes

    Every change is a git commit with reviewer + deploy audit trail. Lovable-managed deploys.

  2. CCC-02

    Quality Testing

    Yes

    Type-check + lint + Vitest required on every change; visual QA before publish.

  3. CCC-03

    Change Management Technology

    Yes

    Git + Lovable CI/CD. Append-only audit-trail with SHA-256 hash chain; per-page verifier at `regalign.app/verify`. See Trust Pack §6.

  4. CCC-04

    Unauthorized Change Protection

    Yes

    Only the founder can deploy; MFA-enforced on Lovable account. Branch protection on `main`.

  5. CCC-05

    Change Agreements

    Yes

    Pilot Agreement (`05_Pilot_Agreement_Scaffold.md`) covers change-notification cadence.

  6. CCC-06

    Change Management Baseline

    Yes

    Baseline = current `main` branch + last deployed commit SHA; reproducible by checkout.

  7. CCC-07

    Detection of Baseline Deviation

    Partial

    Git tracks code drift; runtime config drift caught manually. Automated config-drift alerting deferred.

  8. CCC-08

    Exception Management

    Yes

    Exceptions logged as issues; require sign-off + audit-trail entry.

  9. CCC-09

    Change Restoration

    Yes

    Rollback by re-deploying prior commit; DB rollback via Supabase PITR. RTO < 1h.

CEK · 21 controls

Cryptography, Encryption & Key Management

  1. CEK-01

    Encryption and Key Management Policy and Procedures

    Yes

    TLS 1.2+ in transit, AES-256 at rest (Lovable Cloud managed). Key custody is sub-processor side — see Trust Pack §2/§3.

  2. CEK-02

    CEK Roles and Responsibilities

    Yes

    Founder owns key-lifecycle decisions; day-to-day key custody is delegated to sub-processors (Cloudflare, Supabase).

  3. CEK-03

    Data Encryption

    Yes

    TLS 1.2+ in transit, AES-256 at rest (Lovable Cloud managed). Key custody is sub-processor side — see Trust Pack §2/§3.

  4. CEK-04

    Encryption Algorithm

    Yes

    AES-256 at rest, TLS 1.2+ (incl. TLS 1.3) in transit. No proprietary crypto.

  5. CEK-05

    Encryption Change Management

    Yes

    Crypto changes flow through normal CCC change process; sub-processor crypto changes tracked via vendor advisories.

  6. CEK-06

    Encryption Change Cost Benefit Analysis

    Yes

    Documented when crypto is changed; default = use sub-processor managed crypto, which has independent CBA.

  7. CEK-07

    Encryption Risk Management

    Yes

    Crypto-risk reviewed at architecture-change time; logged in risk register.

  8. CEK-08

    CSC Key Management Capability

    No

    No application-layer envelope encryption today. Customer-managed keys (CMK) and bring-your-own-key (BYOK) are not supported. Data is encrypted at rest by the underlying database and storage sub-processors using their managed keys. Single-tenant CMK / BYOK on roadmap (post-Series-A). See /security/roadmap.

  9. CEK-09

    Encryption and Key Management Audit

    Partial

    Internal review only; relies on sub-processor SOC 2 / ISO 27001 attestations.

  10. CEK-10

    Key Generation

    Yes

    Keys generated by sub-processors (Cloudflare, Supabase); no founder-managed long-lived keys other than API/webhook secrets.

  11. CEK-11

    Key Purpose

    Yes

    Each key has a single purpose (TLS cert, DB encryption, webhook HMAC, API key signing).

  12. CEK-12

    Key Rotation

    Yes

    Sub-processor keys rotated per their published schedule. Tenant API keys / webhook secrets rotatable on demand via `/admin/api-keys`.

  13. CEK-13

    Key Revocation

    Yes

    API keys revocable instantly via operator UI; HTTP 401 returned on next call.

  14. CEK-14

    Key Destruction

    Yes

    Revoked keys are deleted, not just disabled; sub-processor key destruction per their procedures.

  15. CEK-15

    Key Activation

    Yes

    API keys active on creation; sub-processor keys per their lifecycle.

  16. CEK-16

    Key Suspension

    Yes

    API keys can be disabled (suspended) before deletion via operator UI.

  17. CEK-17

    Key Deactivation

    Yes

    Deactivation is identical to revocation for API keys; sub-processor lifecycle per their controls.

  18. CEK-18

    Key Archival

    N/A

    RegAlign-issued keys are not archived (no need: re-issue is one click). Sub-processor practice per their controls.

  19. CEK-19

    Key Compromise

    Yes

    Suspected compromise → revoke + re-issue + audit-trail entry + tenant-admin notification.

  20. CEK-20

    Key Recovery

    N/A

    Tenant API keys cannot be recovered after revocation; sub-processor key recovery per their controls.

  21. CEK-21

    Key Inventory Management

    Yes

    Active keys listed at `/admin/api-keys` per tenant; webhook secrets at `/admin/regulator-endpoints`.

DCS · 15 controls

Datacenter Security

  1. DCS-01

    Off-Site Equipment Disposal Policy and Procedures

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  2. DCS-02

    Off-Site Transfer Authorization Policy and Procedures

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  3. DCS-03

    Secure Area Policy and Procedures

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  4. DCS-04

    Secure Media Transportation Policy and Procedures

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  5. DCS-05

    Assets Classification

    Yes

    Logical asset classification (data classification at table level, sensitivity tagged via `data_classification` column). Physical-asset classification N/A.

  6. DCS-06

    Assets Cataloguing and Tracking

    Yes

    Logical asset inventory in `data-model-map.md` and `architecture-overview.md`. Physical assets N/A.

  7. DCS-07

    Controlled Access Points

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  8. DCS-08

    Equipment Identification

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  9. DCS-09

    Secure Area Authorization

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  10. DCS-10

    Surveillance System

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  11. DCS-11

    Unauthorized Access Response Training

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  12. DCS-12

    Cabling Security

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  13. DCS-13

    Environmental Systems

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  14. DCS-14

    Secure Utilities

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

  15. DCS-15

    Equipment Location

    N/A

    N/A — RegAlign operates no physical data-centre, network cabling, surveillance or utility infrastructure. Hosting is managed by Cloudflare Workers and Lovable Cloud (Supabase EU); their published certifications apply to this domain.

DSP · 19 controls

Data Security & Privacy Lifecycle Management

  1. DSP-01

    Security and Privacy Policy and Procedures

    Yes

    Published privacy notice + DPIA template (`06_DPIA_Template.md`); JOIC-registered controller/processor (No. 103914).

  2. DSP-02

    Secure Disposal

    Yes

    Tenant deletion = hard delete + audit-trail entry. Backups expire per `15_Data_Retention_and_Deletion.md`.

  3. DSP-03

    Data Inventory

    Yes

    Full data inventory in `data-model-map.md`; per-table sensitivity tagging.

  4. DSP-04

    Data Classification

    Yes

    `data_classification` column on tenant rows; `live_PROHIBITED` on pilot/sandbox tenants until uplift.

  5. DSP-05

    Data Flow Documentation

    Yes

    Data flow diagram + sub-processor map in `architecture-overview.md` and `14_Sub_Processor_List.md`.

  6. DSP-06

    Data Ownership and Stewardship

    Yes

    Tenant = data owner; RegAlign = processor for tenant data, controller for account data. Documented in Pilot Agreement §3.

  7. DSP-07

    Data Protection by Design and Default

    Yes

    RLS-by-default on every table; tenant isolation enforced at query layer.

  8. DSP-08

    Data Privacy by Design and Default

    Yes

    Minimum-necessary data collection; no special-category data accepted (enforced via upload guards).

  9. DSP-09

    Data Protection Impact Assessment

    Yes

    DPIA template provided to every tenant (`06_DPIA_Template.md`); founder DPIA performed at architecture-change time.

  10. DSP-10

    Sensitive Data Transfer

    Yes

    All transfers TLS 1.2+; EU-only sub-processors for data path.

  11. DSP-11

    Personal Data Access, Reversal, Rectification and Deletion

    Yes

    Operator UI supports DSAR / rectification / erasure; export at `/admin/data-export`.

  12. DSP-12

    Limitation of Purpose in Personal Data Processing

    Yes

    Documented in Pilot Agreement §3; tenant data not used for product improvement without explicit consent.

  13. DSP-13

    Personal Data Sub-processing

    Yes

    Public sub-processor list at `regalign.app/trust` and in `14_Sub_Processor_List.md`; changes notified 30 days in advance per Pilot Agreement §7.

  14. DSP-14

    Disclosure of Data Sub-processors

    Yes

    Public sub-processor list at `regalign.app/trust` and in `14_Sub_Processor_List.md`; changes notified 30 days in advance per Pilot Agreement §7.

  15. DSP-15

    Limitation of Production Data Use

    Yes

    Production data never used in dev/test; pilot/sandbox tenants flagged with `live_PROHIBITED` and enforce upload guards.

  16. DSP-16

    Data Retention and Deletion

    Yes

    Published policy at `15_Data_Retention_and_Deletion.md`; tenant-level retention overrideable per Pilot Agreement.

  17. DSP-17

    Sensitive Data Protection

    Yes

    No special-category data accepted; enforced by upload guards + onboarding checklist.

  18. DSP-18

    Disclosure Notification

    Yes

    Breach-notification SLA: 24h to tenant + JOIC per DPJL 2018; documented in BCP outline and Pilot Agreement §8.

  19. DSP-19

    Data Location

    Yes

    All tenant data resides in EU (Lovable Cloud EU region). Cloudflare edge does not persist tenant data.

GRC · 8 controls

Governance, Risk & Compliance

  1. GRC-01

    Governance Program Policy and Procedures

    Yes

    Governance documented in `docs/canonical/` (Trust Pack, Sub-processor list, BCP, DPIA, Retention, VDP, AI-use disclosure).

  2. GRC-02

    Risk Management Program

    Yes

    Internal risk register + SWOT (`01_SWOT_v2.md`); reviewed every release.

  3. GRC-03

    Organizational Policy Reviews

    Yes

    Canonical docs reviewed at every release; review log in `.lovable/handover/`.

  4. GRC-04

    Policy Exception Process

    Yes

    Exceptions logged in `issues` with sign-off + audit-trail; documented in Pilot Agreement §6.

  5. GRC-05

    Information Security Program

    Yes

    Trust Pack (`32_Trust_Pack.md`) is the published programme summary.

  6. GRC-06

    Governance Responsibility Model

    Yes

    Founder is accountable owner; successor role scoped in `16_Successor_Role_Spec.md`.

  7. GRC-07

    Information System Regulatory Mapping

    Yes

    Regulatory mapping per `25_Pilot_Prospectus.md` (JFSC AML/CFT/CPF, DPJL 2018) and the in-product Compass methodology.

  8. GRC-08

    Special Interest Groups

    Yes

    Founder participates in CSA / FCA / JFSC discussion channels; subscribes to ENISA + NCSC advisories.

HRS · 13 controls

Human Resources Security

  1. HRS-01

    Background Screening Policy and Procedures

    N/A

    N/A — single founder; no employees. Will adopt policy at first hire.

  2. HRS-02

    Acceptable Use of Technology Policy and Procedures

    Yes

    Acceptable-use embedded in founder operating procedure; will formalise at first hire.

  3. HRS-03

    Clean Desk Policy and Procedures

    Yes

    Founder operates browser-only; no printed customer data; locked workspace when away.

  4. HRS-04

    Remote and Home Working Policy and Procedures

    Yes

    Single home-office; disk-encrypted laptop; MFA on every privileged account.

  5. HRS-05

    Asset returns

    N/A

    N/A — no employees / no issued assets.

  6. HRS-06

    Employment Termination

    N/A

    N/A — no employees yet.

  7. HRS-07

    Employment Agreement Process

    N/A

    N/A — no employees yet.

  8. HRS-08

    Employment Agreement Content

    N/A

    N/A — no employees yet. Sub-processor contracts cover equivalent obligations.

  9. HRS-09

    Personnel Roles and Responsibilities

    Yes

    Founder role + successor role spec in `16_Successor_Role_Spec.md`. Second-operator brief in `17_Second_Operator_Brief.md`.

  10. HRS-10

    Non-Disclosure Agreements

    Yes

    Mutual NDA template available; signed with every pilot prospect before sharing diligence pack.

  11. HRS-11

    Security Awareness Training

    Yes

    Founder maintains CPD; will formalise programme at first hire.

  12. HRS-12

    Personal and Sensitive Data Awareness and Training

    Yes

    Founder DPO-equivalent; maintains data-protection CPD.

  13. HRS-13

    Compliance User Responsibility

    Yes

    Tenant user responsibilities documented in Pilot Agreement §4 and the in-product onboarding checklist.

IAM · 16 controls

Identity & Access Management

  1. IAM-01

    Identity and Access Management Policy and Procedures

    Yes

    Row-level security on every tenant table; least-privilege role model (admin / cco / mlro / board / user). See Trust Pack §4.

  2. IAM-02

    Strong Password Policy and Procedures

    Yes

    Supabase Auth password policy: min 12 chars, breach-list check via HIBP, no max length.

  3. IAM-03

    Identity Inventory

    Yes

    All identities in `auth.users` + `public.tenant_users`; operator review at `/admin/tenant-users`.

  4. IAM-04

    Separation of Duties

    Yes

    Maker-checker workflow on regulatory adoption; admin / cco / mlro / board roles separated. Row-level security on every tenant table; least-privilege role model (admin / cco / mlro / board / user). See Trust Pack §4.

  5. IAM-05

    Least Privilege

    Yes

    Row-level security on every tenant table; least-privilege role model (admin / cco / mlro / board / user). See Trust Pack §4.

  6. IAM-06

    User Access Provisioning

    Yes

    Tenant-admin invites + named roles; audit-trailed.

  7. IAM-07

    User Access Changes and Revocation

    Yes

    Role changes + offboarding via `/admin/tenant-users`; immediate effect; audit-trailed.

  8. IAM-08

    User Access Review

    Yes

    Quarterly access review prompt on `/admin/tenant-users`; results captured in audit trail.

  9. IAM-09

    Segregation of Privileged Access Roles

    Yes

    `sandbox_admin` (founder cross-tenant) is separate from per-tenant `admin`.

  10. IAM-10

    Management of Privileged Access Roles

    Yes

    Privileged roles grant logged in `user_roles` + audit-trailed; manual approval required.

  11. IAM-11

    CSCs Approval for Agreed Privileged Access Roles

    Yes

    Founder cross-tenant access is documented in Pilot Agreement §5; tenant can revoke at any time.

  12. IAM-12

    Safeguard Logs Integrity

    Yes

    Append-only audit-trail with SHA-256 hash chain; per-page verifier at `regalign.app/verify`. See Trust Pack §6.

  13. IAM-13

    Uniquely Identifiable Users

    Yes

    Every action stamped with `auth.uid()` + tenant; no shared accounts.

  14. IAM-14

    Strong Authentication

    Yes

    MFA-enforced for founder accounts (RegAlign + RiskAlign). MFA-enforced for tenant admins on roadmap (queued).

  15. IAM-15

    Passwords Management

    Yes

    Supabase Auth; bcrypt-hashed; reset via verified email; no plaintext storage.

  16. IAM-16

    Authorization Mechanisms

    Yes

    RLS + has_role() security-definer functions; documented in `architecture-overview.md`.

IPY · 4 controls

Interoperability & Portability

  1. IPY-01

    Interoperability and Portability Policy and Procedures

    Yes

    Documented data-export commitment in Pilot Agreement §9.

  2. IPY-02

    Application Interface Availability

    Yes

    Public REST API v1 at `/api/public/v1/*`; contract PDF in `public/downloads/canonical/public-api-contract.pdf`.

  3. IPY-03

    Secure Interoperability and Portability Management

    Yes

    API authenticated with bearer tokens; webhooks signed HMAC-SHA256.

  4. IPY-04

    Data Portability Contractual Obligations

    Yes

    Pilot Agreement §9 commits to CSV/JSON export of all tenant data on request, format documented in `public-api-contract.md`.

IVS · 9 controls

Infrastructure & Virtualization Security

  1. IVS-01

    Infrastructure and Virtualization Security Policy and Procedures

    Yes

    Infrastructure offloaded to Cloudflare Workers + Lovable Cloud (Supabase EU). RegAlign-side policy in `architecture-overview.md`.

  2. IVS-02

    Capacity and Resource Planning

    Yes

    Managed-platform auto-scale (Cloudflare Workers, Supabase). Capacity review at every architecture change.

  3. IVS-03

    Network Security

    Yes

    Cloudflare WAF + DDoS protection; TLS-only ingress; egress to known sub-processors only.

  4. IVS-04

    OS Hardening and Base Controls

    N/A

    N/A — no host OS managed by RegAlign. Workers + managed Postgres.

  5. IVS-05

    Production and Non-Production Environments

    Yes

    Separate Lovable preview + published environments; pilot/sandbox tenants flagged `live_PROHIBITED`.

  6. IVS-06

    Segmentation and Segregation

    Yes

    Multi-tenant logical segregation via RLS; no shared schema for tenant data without `tenant_id` scoping.

  7. IVS-07

    Migration to Cloud Environments

    N/A

    N/A — cloud-native since inception; no on-prem migration.

  8. IVS-08

    Network Architecture Documentation

    Yes

    Documented in `architecture-overview.md` and `data-model-map.md`.

  9. IVS-09

    Network Defense

    Yes

    Cloudflare WAF + bot mitigation; Sentry alerting on server errors; rate-limiting on `/api/public/*`.

LOG · 13 controls

Logging & Monitoring

  1. LOG-01

    Logging and Monitoring Policy and Procedures

    Yes

    Logging policy: every state-changing action audit-trailed; security events to Sentry. Append-only audit-trail with SHA-256 hash chain; per-page verifier at `regalign.app/verify`. See Trust Pack §6.

  2. LOG-02

    Audit Logs Protection

    Yes

    Append-only + SHA-256 hash chain (sealed). Tampering detectable at `/verify`.

  3. LOG-03

    Security Monitoring and Alerting

    Yes

    Sentry (browser + server); founder receives alert on errors and suspicious patterns.

  4. LOG-04

    Audit Logs Access and Accountability

    Yes

    Audit-trail read scoped by RLS to tenant admins + sandbox_admin; every read is itself audit-trailed for privileged roles.

  5. LOG-05

    Audit Logs Monitoring and Response

    Yes

    Founder reviews critical audit events daily; alerts via Sentry.

  6. LOG-06

    Clock Synchronization

    Yes

    All timestamps from managed-platform NTP (Cloudflare, Supabase). UTC stored, UI localises.

  7. LOG-07

    Logging Scope

    Yes

    Audit scope: auth events, role changes, data CRUD, exports, adoptions, escalations, attestation pack composition, key issuance/revocation.

  8. LOG-08

    Log Records

    Yes

    Per-event record: actor (`auth.uid()`), tenant, entity, action, timestamp, prior-hash, current-hash.

  9. LOG-09

    Log Protection

    Yes

    Append-only audit-trail with SHA-256 hash chain; per-page verifier at `regalign.app/verify`. See Trust Pack §6.

  10. LOG-10

    Encryption Monitoring and Reporting

    Partial

    TLS health monitored by Cloudflare; at-rest encryption status reported by Supabase. No internal crypto-monitoring dashboard yet.

  11. LOG-11

    Transaction/Activity Logging

    Yes

    Append-only audit-trail with SHA-256 hash chain; per-page verifier at `regalign.app/verify`. See Trust Pack §6.

  12. LOG-12

    Access Control Logs

    Yes

    Role grants/revocations + auth events captured in audit trail + Supabase Auth logs.

  13. LOG-13

    Failures and Anomalies Reporting

    Yes

    Sentry captures errors; weekly review by founder; high-severity alerts immediate.

SEF · 8 controls

Security Incident Management, E-Discovery & Cloud Forensics

  1. SEF-01

    Security Incident Management Policy and Procedures

    Yes

    Documented in BCP outline; 24h tenant notification SLA per Pilot Agreement §8.

  2. SEF-02

    Service Management Policy and Procedures

    Yes

    Status page + incident comms via direct tenant-admin email.

  3. SEF-03

    Incident Response Plans

    Yes

    IR plan in `07_BCP_Outline.md`; founder = on-call; successor role spec in `16_Successor_Role_Spec.md`.

  4. SEF-04

    Incident Response Testing

    No

    Not yet tested live. Tabletop exercise scheduled Q3 2026.

  5. SEF-05

    Incident Response Metrics

    Partial

    Sentry MTTA/MTTR available; formal monthly metric report deferred.

  6. SEF-06

    Event Triage Processes

    Yes

    Sentry severity → founder triage within 1 business hour during working hours.

  7. SEF-07

    Security Breach Notification

    Yes

    DPJL 2018 / UK GDPR-aligned: 72h to JOIC, 24h to tenants. Documented in Pilot Agreement §8.

  8. SEF-08

    Points of Contact Maintenance

    Yes

    Security contact published at `regalign.app/vdp` and `regalign.app/trust`; tenant emergency contact captured at onboarding.

STA · 14 controls

Supply Chain Management, Transparency & Accountability

  1. STA-01

    SSRM Policy and Procedures

    Yes

    Shared-responsibility model documented in Trust Pack §3 and `architecture-overview.md`.

  2. STA-02

    SSRM Supply Chain

    Yes

    Public sub-processor list at `regalign.app/trust` and in `14_Sub_Processor_List.md`; changes notified 30 days in advance per Pilot Agreement §7.

  3. STA-03

    SSRM Guidance

    Yes

    Pilot Agreement §3 + Trust Pack §3 spell out what RegAlign vs the tenant is responsible for.

  4. STA-04

    SSRM Control Ownership

    Yes

    RACI documented in Trust Pack §3.

  5. STA-05

    SSRM Documentation Review

    Yes

    Reviewed at every release + every sub-processor change.

  6. STA-06

    SSRM Control Implementation

    Yes

    Controls implemented per Trust Pack §4-§7; evidence in `docs/canonical/`.

  7. STA-07

    Supply Chain Inventory

    Yes

    Public sub-processor list at `regalign.app/trust` and in `14_Sub_Processor_List.md`; changes notified 30 days in advance per Pilot Agreement §7.

  8. STA-08

    Supply Chain Risk Management

    Yes

    Sub-processor risk reviewed before onboarding; certifications + region + SLAs captured in `14_Sub_Processor_List.md`.

  9. STA-09

    Primary Service and Contractual Agreement

    Yes

    Pilot Agreement scaffold at `05_Pilot_Agreement_Scaffold.md`.

  10. STA-10

    Supply Chain Agreement Review

    Yes

    Sub-processor contracts reviewed at renewal; security addenda in place where required.

  11. STA-11

    Internal Compliance Testing

    Partial

    Internal self-assessment (this document). External testing per AA-02.

  12. STA-12

    Supply Chain Service Agreement Compliance

    Yes

    Sub-processor SLAs monitored via status pages + Sentry.

  13. STA-13

    Supply Chain Governance Review

    Yes

    Sub-processor list reviewed quarterly; changes notified 30 days in advance per Pilot Agreement §7.

  14. STA-14

    Supply Chain Data Security Assessment

    Yes

    Sub-processor security posture captured in `14_Sub_Processor_List.md`; only EU-region processors on data path.

TVM · 10 controls

Threat & Vulnerability Management

  1. TVM-01

    Threat and Vulnerability Management Policy and Procedures

    Yes

    Public VDP at `regalign.app/vdp`; remediation SLAs documented in `28_Vulnerability_Disclosure_Policy.md`.

  2. TVM-02

    Malware Protection Policy and Procedures

    N/A

    N/A — no host OS managed by RegAlign; no user-uploaded executables; sub-processor anti-malware applies.

  3. TVM-03

    Vulnerability Remediation Schedule

    Yes

    Critical: 7 days; High: 30 days; Medium: 90 days; Low: best-effort. Per `28_Vulnerability_Disclosure_Policy.md`.

  4. TVM-04

    Detection Updates

    Yes

    Dependency-vulnerability scan in CI; managed-platform patching by sub-processors.

  5. TVM-05

    External Library Vulnerabilities

    Yes

    Dependency-scan on every build (npm audit + Lovable dependency scanner).

  6. TVM-06

    Penetration Testing

    Partial

    Continuous dependency scanning is real (Aikido + Lovable scanner on every build, see TVM-05). Independent human penetration test deferred until first paying pilot is signed; RFP drafted at docs/canonical/19_Pen_Test_RFP.md. Honest 'Partial' rather than 'No' — automated scanning is in production today.

  7. TVM-07

    Vulnerability Identification

    Yes

    Dependency scan in CI + VDP submissions + Sentry error patterns.

  8. TVM-08

    Vulnerability Prioritization

    Yes

    CVSS-aligned; remediation slotted per TVM-03 schedule.

  9. TVM-09

    Vulnerability Management Reporting

    Partial

    Internal reporting only; formal report cadence deferred until first paying pilot.

  10. TVM-10

    Vulnerability Management Metrics

    Partial

    MTTR captured per VDP submission; broader metric reporting deferred.

UEM · 14 controls

Universal Endpoint Management

  1. UEM-01

    Endpoint Devices Policy and Procedures

    Yes

    Founder laptop only — disk encryption (FileVault), screen lock, OS auto-update, MFA on every privileged login. Limited applicability — RegAlign has no employee fleet. Founder laptop only, with disk encryption + browser-only operator access. No MDM at this scale.

  2. UEM-02

    Application and Service Approval

    Yes

    Founder approves all software/services in use; documented in operating procedure.

  3. UEM-03

    Compatibility

    Yes

    Browser-only operator surface; supported in modern Chromium/Firefox/Safari.

  4. UEM-04

    Endpoint Inventory

    Yes

    Single founder endpoint inventoried. Tenant endpoints out-of-scope (tenant-managed).

  5. UEM-05

    Endpoint Management

    Yes

    Manual management on single founder endpoint. Limited applicability — RegAlign has no employee fleet. Founder laptop only, with disk encryption + browser-only operator access. No MDM at this scale.

  6. UEM-06

    Automatic Lock Screen

    Yes

    Founder laptop auto-locks after 5 min inactivity.

  7. UEM-07

    Operating Systems

    Yes

    macOS current major release; auto-update enabled.

  8. UEM-08

    Storage Encryption

    Yes

    FileVault enabled on founder laptop.

  9. UEM-09

    Anti-Malware Detection and Prevention

    Yes

    macOS Gatekeeper + XProtect + System Integrity Protection.

  10. UEM-10

    Software Firewall

    Yes

    macOS application firewall enabled.

  11. UEM-11

    Data Loss Prevention

    Partial

    Operator surface is browser-only; no bulk export from founder endpoint. Formal DLP tooling N/A at single-founder scale.

  12. UEM-12

    Remote Locate

    N/A

    N/A — single founder endpoint; Find My Mac enabled for personal device recovery.

  13. UEM-13

    Remote Wipe

    Yes

    Find My Mac remote wipe enabled on founder laptop.

  14. UEM-14

    Third-Party Endpoint Security Posture

    N/A

    N/A — no third-party endpoints provisioned by RegAlign.

About this document

Maintained as canonical markdown at docs/canonical/33_CAIQ_v4_Level1.md and rebuilt the same turn any of these change: row-level security, encryption posture, audit-trail mechanics, sub-processor list, retention policy, authentication controls.

Verification address for the published PDF: SHA-256 footer on every page; independently verify at regalign.app/verify.