HubSecure Trust Layer

Security review without the screenshot hunt.

HubSecure Trust Layer: post-quantum encryption (HydraShield ML-KEM-768), E2EE across all communication, tenant data isolation, European data residency and zero-trust architecture.

Is HubSecure secure enough for regulated teams?

HubSecure is designed for regulated teams that need encryption, tenant isolation, RBAC, audit logs, secure document handling, DPA coverage, EU SCCs and clear subprocessors. Current hosting is in Singapore, with EU infrastructure planned for Q3 2026.

Certification wording matters: HubSecure lists GDPR-aligned controls, ISO 27001-ready controls and a SOC 2 Type II roadmap. Do not treat planned certifications as completed certifications.

Security that protects your clients โ€” not just your servers.

You don't need to understand encryption algorithms to know your business is protected. Here's what HubSecure's security layer means in plain terms.

๐Ÿ”’

Your data can't be read by anyone else

Every file, email and record is encrypted. Even if someone broke into the servers, they'd only find scrambled data they can't use.

๐Ÿ‘๏ธ

You control who sees what

Role-based permissions mean each team member only accesses the data relevant to their job. No accidental leaks, no oversharing.

๐Ÿ“‹

Every action is recorded

Who opened what, when, and what they did. A complete audit trail means you can answer any compliance question without manual searching.

๐Ÿ›ก๏ธ

Your clients' data stays separate

Each business's data is completely isolated. There's no way for one client's records to mix with another's โ€” by design, not just policy.

Post-quantum encryption, built in Rust.

HydraShield is HubSecure's proprietary cipher suite โ€” a Rust-native security layer that wraps every module with post-quantum key encapsulation and authenticated encryption. Not a roadmap item. Live today.

Post-Quantum EncryptionML-KEM-768 key encapsulation (NIST FIPS 203, 2024). Proprietary Rust cipher suite โ€” no RSA fallback, no legacy paths.
Harvest-Now-Decrypt-Later ProtectionData encrypted today stays safe when quantum computers arrive (2030–2035). Nation-state actors archive traffic now โ€” HubSecure is already prepared.
Applied EverywhereUsed across Mail, ShieldChat, IoT and Sheets today โ€” expanding to all modules. One cipher suite, consistently applied across every communication path.
GDPR
Aligned controls
ISO 27001
In progress ยท 2026
SOC 2 Type II
Planned ยท Q3 2026
EU SCCs
Included ยท all plans
SG-hosted
EU infra ยท Q3 2026
NIS2
Ready
HIPAA
Ready controls
Post-Quantum
ML-KEM-768 ready

Clear answers for security review.

Use this as the buyer-facing trust summary: what is live today, what is contractually available, and what is on the certification roadmap.

Hosting regions
  • Current: Singapore-hosted
  • EU infrastructure planned Q3 2026
  • Tenant isolation by schema and key
Legal pack
  • DPA available
  • EU SCCs included
  • Subprocessor list maintained
Evidence
  • Audit logs by module
  • Exportable access history
  • ISO 27001-ready controls
Operations
  • Incident response process
  • Severity-based escalation
  • Status and changelog updates

For legal review

DPA, SCCs, subprocessor list, acceptable use, privacy policy and data export commitments.

For security review

Encryption model, tenant isolation, RBAC, audit logging, incident response and roadmap posture.

For rollout review

Migration plan, access roles, first workflow, admin ownership and evidence expectations.

Every layer has a job.

HydraShield combines practical encryption controls across transport, storage, Vault files, backups and key management, with post-quantum key encapsulation planned for the Secure Mail path.

Post-quantum roadmap

ML-KEM-768 โ€” planned for the quantum era.

Quantum computers will eventually break today's RSA and ECDH key exchanges โ€” a threat known as "harvest now, decrypt later". HubSecure's Secure Mail path is planned around ML-KEM-768 (NIST FIPS 203, standardised 2024), the post-quantum key encapsulation mechanism designed for both classical and quantum adversaries.

Regulated firms in finance, law and healthcare handling long-lived confidential data โ€” think M&A documents, patient records, privileged advice โ€” are most exposed to harvest-now attacks. The roadmap is designed around that risk.

Encryption stack โ€” layer by layer

Layer Algorithm Where applied Standard
Transport TLS 1.3 All browser, API, and service-to-service traffic. TLS 1.2 disabled. HSTS enforced. RFC 8446
Data at rest AES-256-GCM All tenant data in the database. Each tenant has an isolated Data Encryption Key (DEK). NIST SP 800-38D
Key management Envelope encryption + HSM Tenant DEKs wrapped by an HSM-held Key Encryption Key (KEK). KEKs never leave the HSM. FIPS 140-2 L3
Secure Mail ML-KEM-768 + AES-256-GCM Secure Mail path with ML-KEM-768 key exchange planned for sensitive client communication. NIST FIPS 203
Secure Vault AES-256-GCM Each document encrypted with a per-file key, itself wrapped by the tenant DEK. Vault keys rotate on access revocation. NIST SP 800-38D
Backups AES-256-GCM All backup snapshots encrypted at rest with a separate backup key. Cross-region replication over TLS 1.3. NIST SP 800-38D
How it works

Envelope encryption

Your data is encrypted by a Data Encryption Key (DEK) unique to your tenant. That DEK is itself encrypted by a Key Encryption Key (KEK) stored in a hardware security module (HSM).

This means: if our database were somehow exfiltrated, it would contain only ciphertext. Without the HSM-held KEK โ€” which never leaves hardware โ€” the data is unreadable.

Why it matters

Harvest now, decrypt later

Nation-state actors already archive encrypted traffic today, planning to decrypt it once quantum computers mature โ€” a timeline many security agencies now put at 5โ€“10 years.

For regulated firms handling M&A advice, patient records, or privileged legal correspondence, the confidentiality window needs to exceed that horizon. That is why the Secure Mail roadmap includes ML-KEM-768.

Four pillars, no shortcuts.

Encryption
  • TLS 1.3 โ€” no 1.2 fallback
  • AES-256-GCM at rest, per-tenant DEK
  • Post-quantum key exchange planned for Secure Mail
  • Vault: per-file key + HSM-backed KEK
Identity
  • SSO: SAML 2.0 + OIDC
  • SCIM 2.0 user provisioning
  • MFA: TOTP, WebAuthn, push
  • Per-module RBAC + scoped API tokens
Operations
  • 24/7 SOC monitoring
  • Pen-tested annually
  • Backups: cross-region, encrypted
  • Incident response: 1h notification
Privacy
  • Tenant isolation: row-level + per-tenant keys
  • DSR self-serve in customer admin
  • PII redaction in AI prompts
  • Data export: standard formats only

Tenant-isolated by construction.

No shared databases. No shared keys. Every tenant gets its own schema and its own envelope-encryption key wrapped by an HSM master key. Every request passes through gateway signature verification before any data is touched.

Edge
Cloudflare WAF
DDoS ยท Bot mgmt
โ†’
Gateway
Signed headers
JWT + timestamp skew
โ†’
App tier
Per-tenant DB schema
tenant_id filter every query
โ†’
Data
AES-256-GCM at rest
Per-tenant DEK + HSM KEK

European by default. No CLOUD Act exposure.

HubSecure stores your data in the EU by default. We do not use US-jurisdiction infrastructure for EU customer data. You control where your data lives, moves and is processed.

EU hosting default

European infrastructure is the default for all regulated EU customers โ€” no opt-in required. EU data does not leave EU infrastructure.

No US data transfer

No US-headquartered cloud provider holds your tenant data. No CLOUD Act compulsion risk. Your clients' data is not subject to US government access requests.

Regional deployment

Enterprise plans include single-region deployment options for healthcare, finance and legal. EU and Nordic region options available.

Data export and portability

Full data export in standard formats. GDPR Article 20 portability included on all plans. No lock-in, no extraction fees.

Learn more about data residency →
Security review ready

Challenge the old stack with proof built in.

Book a security-led workflow demo and see how permissions, files, AML decisions, incidents and AI actions produce evidence as the work happens.

Singapore-hosted ยท EU infrastructure planned Q3 2026 ยท GDPR-aligned ยท ISO 27001-ready controls ยท SOC 2-ready architecture

Trust cluster

Continue through security, privacy and governance

Trust pages should connect security claims to legal documents, subprocessors, permissions and regulated workflows.

Data processing agreementSubprocessorsRBAC client portalSecure client portalCompliance workflowsBook a demo
Editorial review

Security content review

Last reviewed 2026-05-14. HubSecure content is reviewed for practical accuracy, responsible security and compliance language, internal consistency and clear implementation guidance. It is not legal advice.

AuthorsReviewersEditorial policySecurity
Official references

Compliance source material for this workflow

Use official sources for legal, security and assurance context. HubSecure content is workflow guidance, not legal advice.

GDPR principles ยท European CommissionEU AML/CFT supervision ยท European Banking AuthorityISO/IEC 27001 ยท International Organization for StandardizationSOC 2 Trust Services Criteria ยท AICPA & CIMA
Canonical hubs

Source-of-truth pages for this topic

These hub pages tell buyers and search engines how this page fits into the wider HubSecure information architecture.

Recommended next step

Continue the evaluation path

The next page should move the buyer from information to comparison, workflow review, template use or private rollout readiness.

Official references

Sources to verify the compliance context

HubSecure content is written for workflow evaluation, not legal advice. Use these official sources to verify regulatory and assurance context.