Trust

Security you can check, not security we assert.

Written for whoever has to fill in a due-diligence form about us: how your data is kept separate from another customer’s, where it sits, how the software is built — and what CyberWave does not have. Every line carries a state.

Configuration facts were read from the live production environment on 8 September 2026.

Activity logSentinel interface, reproduced
Append only in practiceActor · Action · Resource · Changed · IP · When
  • Dana Whitfield
    Action
    update
    Resource
    Control · A.5.15
    Changed
    owner
    When
    04 Sep 2026 09:12
  • Priya Raman
    Action
    approve
    Resource
    Evidence · EDR coverage report
    Changed
    status
    When
    04 Sep 2026 08:47
  • Jordan Blake
    Action
    create
    Resource
    Action · Q3 backup restore test
    Changed
    When
    28 Aug 2026 16:20
  • + 2 more in the workspace

IP address and user agent are recorded on every row and omitted from this view.

The activity log, with the columns it genuinely records. Attribution matters more than volume: the log answers “who changed this, and when”. Example workspace — Northstar Manufacturing Ltd. is fictional.

Isolation
Row-level security
Enforced by the database
Data at rest
Canada
Supabase, ca-central-1
Application
United States
Vercel, iad1
AI processing
United States
Anthropic

The register

Every claim on this page, with a state against it.

Including the rows we do not have. A security page that only lists strengths has to be read twice, and the second reading is the one that costs you trust.

VERIFIED
Read out of the live production configuration or the source on 8 September 2026.
OPERATING
A practice we run. Real, but a habit rather than a configuration line you can point at.
LIMITED
In place, with the limitation written into the row rather than left for you to discover.
NOT AVAILABLE
Not in the product today. If your policy requires it, price the gap in now.
NOT HELD
No certificate, report or attestation exists. There is nothing to send you.
CyberWave security register: area, state and what is actually in place
AreaStateWhat is actually in place
Tenant isolationVERIFIEDRow-level security in Postgres on the tables holding customer data, plus authorisation in the server route, which resolves the caller’s organisation before it reads anything. Integration tests assert one organisation cannot read another’s rows.
File isolationVERIFIEDUploads live in a private bucket, path-scoped by organisation, with its own storage policy. Downloads are served through short-lived signed URLs.
AuthenticationVERIFIEDSupabase Auth. Email and password, minimum eight characters, with a password reset flow.
MFA on your Sentinel loginNOT AVAILABLENo MFA enrolment in the product today. If your policy requires MFA on every SaaS login, this is a real gap and you should know it before you buy.
SSO / SAMLNOT AVAILABLEThe SSO endpoint is a stub and returns "not implemented". There is no identity-provider integration to configure.
AuthorisationVERIFIEDRole-based inside each workspace, checked on the server on every request. Platform administration is a separate path with its own audit table that records state before and after.
Encryption in transitVERIFIEDTLS to the application and between the application and the database. HSTS with a two-year max-age, includeSubDomains and preload; CSP, X-Frame-Options DENY, nosniff and a strict referrer policy on every response.
Encryption at restOPERATINGProvided by the managed database and storage platform under its own terms. CyberWave does not implement it, so this page does not name a cipher on the platform’s behalf.
AuditabilityVERIFIEDA per-organisation activity log recording actor, action, resource, the changed fields, IP address, user agent and timestamp.
Audit-write failureLIMITEDAudit writes never throw, so a logging failure cannot break a customer’s work — which means a failed write is silent rather than blocking. That trade-off is ours and it is stated.
Rate limitingLIMITEDEdge middleware, per IP: 10 requests a minute on authentication routes and 5 on invitation acceptance. Counters are per instance and in memory; a distributed store is supported in the code and not enabled in production, so this is not a global limit.
Data residencyVERIFIEDCustomer data at rest in Canada, ca-central-1. Application compute in the United States. AI requests to the United States. The provider list below is the full map.
AI handlingVERIFIEDNo training or fine-tuning pipeline exists. Each AI result is stored with the workspace’s records, together with a short excerpt or label of the request that produced it. Grounding context is assembled server-side from your own records after the route has authorised you and resolved your tenant; only the request leaves.
Upload safetyLIMITEDExtension allowlist, blocked executable types, double-extension and magic-byte checks, size caps. This is validation, not antivirus: the hook for a malware-scanning service exists and is not switched on.
Secure developmentOPERATINGNumbered migrations applied in order, an automated suite that includes tenant-isolation tests, fail-closed defaults, secrets in deployment configuration with a written rotation procedure, and error records kept in our own database rather than a third-party service.
BackupsLIMITEDScheduled backups by the managed database platform, and a written restore procedure whose final step re-runs the tenant-isolation test. Storage objects are backed up separately from database point-in-time recovery. No RPO or RTO is published because none is set.
Incident responseOPERATINGA written runbook: severity levels, a named incident commander, containment before root cause, evidence preserved, a blameless postmortem. A runbook, not a monitored service — nobody is watching a console overnight.
Breach notification windowLIMITEDNo fixed number of hours is published. The Data Processing Addendum commits CyberWave to notify an affected customer without undue delay after confirming a security incident.
SubprocessorsVERIFIEDSeven providers, each with its role and processing location. Three libraries present in the codebase but not configured in production are named as exclusions rather than left out.
Responsible disclosureOPERATINGA published route that reaches a person and does not require you to be a customer. No paid bug bounty.
SOC 2 reportNOT HELDNo Type I and no Type II audit has been performed. There is no report to send you.
ISO/IEC 27001 certificationNOT HELDSentinel maps your programme to ISO/IEC 27001:2022. CyberWave itself is not certified against it. Those are two different claims.
Penetration-test attestationNOT HELDNo third-party test report or certificate to publish.
Legal package in forceOPERATINGThe Terms of Service, Privacy Policy, Data Processing Addendum, subprocessor list and the policies they incorporate are in force. Each page shows its version and effective date, and Sentinel records which versions a customer accepted.

Straight answers

What CyberWave does not have.

Most security pages in this category are technically defensible and practically misleading. Here is the list in plain words.

  • A SOC 2 report. No Type I or Type II audit has been performed. What we can give you instead is this page, the Data Processing Addendum and the subprocessor list, and written answers to what they do not cover.
  • ISO 27001 certification. Sentinel maps your programme to the standard; CyberWave is not certified against it.
  • A penetration-test attestation. No third-party report to publish. Testing CyberWave needs our written agreement first — see the responsible disclosure page.
  • A security operations centre. CyberWave does not monitor your systems or respond to your incidents. Sentinel is a readiness workspace, not detection and response.

Tenant isolation

Checked twice, in two systems, neither of them a convention.

Showing one customer another customer’s records is the failure this category does not recover from. So separation is enforced in the database, underneath the application, and again in the route above it — and asserted by tests, so a refactor cannot quietly remove a filter.

Report an isolation problem

CyberWave diagram · one read, end to end
  1. Request
    GET /api/controls
    Session cookie only — no tenant in the URL
  2. Edge middleware
    Rate limit, session check
    Per instance, in memory
  3. Server route
    Resolve organisation and role
    Authorisation before any read
  4. Database policy
    Row-level security
    Rows filtered to that organisation in Postgres
  5. Result
    Rows for one organisation
    A query missing its tenant condition returns none

Two checks in two systems. The middleware limit is per instance — the amber link is the one row in the register marked LIMITED for that reason.

A trust page is only worth reading if it is capable of saying no.

Every state in the register was read from the live configuration or the source. The words OPERATING and LIMITED exist so that the word VERIFIED still means something when you find it on a row.

Data residency and providers

Where your data is, and everyone who can touch it.

Storage and processing are two different questions, and merging them is how a Canada-only claim gets made by a company that cannot support it. The primary datastore is in Canada; every request is processed in the United States in transit.

Providers that may process customer data, with role, location and access
ProviderWhat it doesProcessing locationCan access customer data?
SupabaseDatabase, authentication, file storageCanada — ca-central-1Yes — all of it
VercelApplication hosting and serverless executionUnited States — iad1Yes — in transit
AnthropicAI featuresUnited StatesOnly what is in a prompt
StripePayments, subscriptions, invoicingUnited States / globalBilling data only
ResendTransactional email deliveryUnited States — us-east-1Recipient address and message content
GoDaddy / Microsoft 365Support mailbox and marketing-site hostingNot verified to be CanadaSupport correspondence only
CloudflareCDN, DNS and bot management for cyberwave.caGlobal edge networkMarketing-site request metadata only

Three libraries appear in our source and are not configured in production — an error tracker, a product-analytics client and a hosted cache. They are named as exclusions because a reader who finds them in the code deserves an explanation rather than a gap. The hosted cache is why rate limiting is per instance.

AI handling

What we verified about our own conduct.

No training pipeline. AI results are stored with your workspace’s records, with a short excerpt or label of the request. Grounding for an AI request is built from your own records after the route has authorised the caller and resolved their tenant — never by instructions inside a prompt — and only the request leaves. What the provider may do with it is their commitment, in the AI Features Notice and the DPA.

How the AI features work

Recovery and response

What happens when something goes wrong.

A written runbook: confirm scope and declare, contain before root cause, preserve the activity log, assess which organisations and rows were affected, then notify under the contractual obligation, fix, re-verify with the isolation tests and write it up. No RPO, RTO or notification window is printed, because none is set in a document that binds us.

Shared responsibility

Where the line falls.

Ours: keeping your data separate, authenticating members, recording who changed what, running the platform and the runbook. Yours, and it does not transfer: who has access and when it ends, what you upload, reviewing AI output before it reaches anyone external, and operating the controls themselves — Sentinel records that MFA is in place; it does not turn it on in your environment.

Questions

What buyers ask us about security.

Answered the way we would answer them on a call with your security team listening.

Do you have a SOC 2 report or ISO 27001 certification?
No. Neither exists today, and this page is not worded so that you could come away thinking otherwise. Sentinel helps you get ready for those frameworks; CyberWave has not been audited against them. If a report is a hard requirement, raise it in the first conversation.
Can another customer see our data?

Each organisation is a separate tenant, enforced by row-level security in the database and by authorisation in the server route — a query that forgets its tenant condition returns nothing — and the automated suite has tests that assert exactly that. If you ever see something that is not yours, stop and tell us through responsible disclosure.

Can we enforce MFA or SSO on our Sentinel accounts?
Not today. There is no MFA enrolment in the product and the SSO endpoint is a stub. That is the most likely reason a strict vendor policy would reject us right now, so it is in the register as NOT AVAILABLE rather than described as “on the roadmap”.
Where is our data stored, and does any of it leave Canada?
Customer data is stored in Canada, in ca-central-1. The application that serves it runs in the United States, so requests are processed there in transit, and AI requests and transactional email go through United States providers. If US processing is a hard constraint for you, say so before you buy.
Do you train AI models on our data?

CyberWave builds and trains no models, there is no job or export anywhere in the codebase that assembles customer data for model development. Each AI result is stored with your workspace’s records, together with a short excerpt or label of the request that produced it. What the AI provider may do with the content of a request is a contractual term in the AI Features Notice and the DPA.

Do you monitor our environment or respond to our incidents?
No. There is no CyberWave operations centre watching your alerts, and advisory work does not include emergency incident response. Detection and response stay with you or with the provider you use for them.

A question your form asks that is not answered here? Write to support@cyberwave.ca and you will get written answers. To report a vulnerability, use the responsible disclosure process.

Read the register, then look at the product.

Security detail is worth more when you can see what it is protecting. Bring the questionnaire your own customers send you and we will go through it against a real workspace.

Book a walkthrough

Self-service signup opens shortly — we will set you up in the meantime

  • Published pricing — no quote-on-request tier
  • No credit card required for the trial
  • No automatic charge when a trial ends
  • Tenant-isolated architecture, data stored in Canada
  • Clear data-processing terms
  • No compliance guarantee — human judgement still required