Skip to content
Security

How we protect your business data.

A plain-English overview of YionStack security — for procurement teams who do not want to read a legal annex. The contractual version of all of this is in our Data Processing Agreement; the responsible-disclosure pointer is at /legal/vulnerability-disclosure.

Last updated: 30 August 2026

Business isolation

Each customer is a separate business. Business boundaries are enforced at the data layer, not retrofitted in app code.

  • Row-level security (RLS) on every business object — checked at every read and write
  • Application connects with a non-superuser database role that cannot bypass RLS
  • Audit trail records every action with actor + business context for forensic review

Encryption

Standard, current cryptography in transit and at rest — and at every layer where data is held.

  • TLS 1.2+ for every connection to the product or API
  • Provider-managed AES-256 at rest for application data and backups
  • Provider credentials and business integration secrets held in an encrypted, audited vault, never in code

Authentication & access

Passwordless by default, passkeys available on every account, and least-privilege enforced at the data layer.

  • Magic-link sign-in with passkey (WebAuthn) upgrade prompts
  • Configurable MFA for accounts that need it (TOTP / WebAuthn)
  • Enterprise SSO (SAML 2.0) per business, with IP allowlisting and session-duration control
  • Periodic access reviews documented in our assurance kernel

Hosting & resilience

UK / EEA-region primary infrastructure with documented backup and recovery.

  • Primary hosting in the UK on Google Cloud
  • Daily encrypted backups with documented restore procedure, tested on a defined cadence
  • Restores rehearsed on a schedule by an automated drill, with an alert if the drill stops running
  • Edge protection via Cloudflare (WAF, DDoS mitigation, bot management)

Vulnerability management

A standing process — not a one-off audit — for finding and fixing security issues before they bite.

  • Automated dependency scanning on every build
  • Secret scanning and lint rules on every pull request, both as shrink-only ratchets
  • Every upload inspected by its bytes, and a security control register verified in CI
  • Public vulnerability disclosure policy (see /legal/vulnerability-disclosure)

Incident response

A defined runbook from detection through customer notification through retrospective.

  • On-call rota covering authentication, billing, and AI surfaces
  • 72-hour breach notification commitment to controllers under our DPA
  • Public retrospectives within 48 hours of incident resolution on /status

Personnel

The humans behind the product, screened and trained for the access they hold.

  • Confidentiality undertakings for every employee, contractor and director
  • Background checks for production-access roles, appropriate to UK employment law
  • Annual UK GDPR / DPA 2018 training, with completion tracked
  • Joiner / mover / leaver (JML) workflow with documented attestations

Sub-processors

Carefully chosen, contractually bound, and listed in full. No surprise data flows.

  • Each sub-processor under a written data-protection agreement
  • UK IDTA + EU SCCs (with UK Addendum) where data leaves the UK / EEA
  • Public list with regions and transfer safeguards in DPA Annex 3
  • 30 days notice before adding or replacing a sub-processor

What we do not yet have — and won't pretend to

We do not currently hold an SOC 2 or ISO/IEC 27001 certification, and we do not claim them. The control set we operate is mapped to those frameworks — we will pursue formal attestation when our customer base requires it. In the meantime, we will provide our control narratives and evidence to any customer on reasonable request.

If your procurement process requires a third-party attestation that we do not yet hold, tell us — we will be honest about the timeline.