Element34
Security · Compliance posture

Compliance posture: aligned by architecture, not certified.

Aligned, not certified · DORA, Solvency II, HIPAA, FedRAMP · Honest about gaps

Element34 does not claim certifications it does not hold. SBOX claims architectural capabilities that survive a serious due-diligence review. Single-tenant inside the customer perimeter, customer-controlled keys, audit logs to your SIEM. The page below shows what we deliver, what stays with the customer, and where we say no.

  • DORA, Solvency II, NAIC aligned
  • HIPAA, GDPR aligned
  • FedRAMP-aligned, GovCloud
Compliance disclosure
“Element34 does not claim SOC 2, ISO 27001, HIPAA, or FedRAMP certifications. SBOX claims architectural capabilities that survive a banking security review and a DORA third-party ICT risk assessment.”
DORA
Aligned
HIPAA
Aligned
FedRAMP
Aligned
SOC 2
Not certified
ISO 27001
Not certified
SBOM
Under NDA
Framework alignment matrix

What SBOX provides, and what the customer owns.

An honest matrix. Per framework, the posture, what SBOX delivers architecturally, and what stays the customer's responsibility.

Framework Posture What SBOX provides Customer responsibility
GDPRAligned by architectureRegion pinning across EU-Central, EU-West, UK, Switzerland. Customer-managed encryption keys. RBAC via SSO. Audit logs to customer SIEM. Customer-defined retention.Customer selects region, configures retention, owns IdP and key material.
HIPAA (PHI residency)Aligned by architecturePHI stays inside the customer environment. SBOX never touches PHI. Encryption in transit and at rest with customer keys. Customer-defined audit retention.Customer owns BAA scoping, PHI handling outside the SBOX session boundary, and IdP integration.
DORAAligned by architectureDeploys inside the financial entity's regulated environment. Architecture documentation supports ICT third-party risk assessment under Article 28 and 29. License-and-support contract structure, not Pillar III ICT outsourcing.Customer runs the ICT third-party risk assessment with Element34 documentation as input.
PSD2Aligned by architectureSingle-tenant inside the customer perimeter. Customer-controlled keys for payment-flow test data. EU region pinning.Customer scopes payment data residency and key material policy.
Solvency IIAligned by architectureSolvency II-aligned by architecture. Testing data, prompts, and audit events stay inside the regulated insurance entity. EU region pinning. Customer SIEM integration.Insurer owns scope mapping. SBOX does not become a Pillar III ICT outsourcing dependency.
NAIC Insurance Data SecurityAligned by architectureNAIC-aligned by architecture. Encryption in transit and at rest with customer-controlled keys. Audit logs to customer SIEM. No transfer of regulated insurance data to Element34.Insurer owns Model Law scope mapping and incident response.
FedRAMPAligned, not authorizedFedRAMP-aligned architecture for federal customers. Single-tenant by default, customer-controlled keys, region pinning to US or GovCloud.Federal customer procures through Carahsoft and runs the FedRAMP-aligned review with the authorizing official.
GovCloudCompatible in Managed + VPCManaged Private Cloud deploys to AWS GovCloud. VPC deployment runs in the customer GovCloud account.Customer cloud account team owns GovCloud configuration.
SOC 2Not certifiedElement34 does not currently hold SOC 2 attestation. SBOX architecture is designed to meet the controls SOC 2 reviewers check for.Architecture documentation is available under NDA for customer security reviews.
ISO 27001Not certifiedElement34 does not currently hold ISO 27001 certification. SBOX architecture is designed to meet ISO 27001 control families relevant to the test automation workload.Architecture documentation is available under NDA for customer security reviews.
Zero-trustZero-trust postureZero-trust posture, not zero-trust certification. No VPN tunnels, customer IdP for identity, customer KMS for keys, customer SIEM for audit.Customer enforces zero-trust policy across IdP, network, and key material.
SBOM / supply-chainShared under NDASBOM artifact shared under NDA during architecture review. Format and refresh cadence confirmed during procurement scoping.Customer security review owns SBOM ingest and CVE triage integration.
Per-industry posture

Five regulated industries. Same architecture, different review packs.

SBOX runs the same architecture for each regulated buyer. The framework lists below reflect the language each industry's compliance, audit, and procurement teams use during review.

Banking

DORA + PSD2 + GDPR

DORA-aligned by architecture, GDPR-aligned by design. EU region pinning, single-tenant, customer-controlled keys.

DORA PSD2 GDPR
Insurance

Solvency II + NAIC + GDPR

Solvency II and NAIC aligned by architecture, GDPR-aligned. Region pinning for EU insurers, US deployments for NAIC scope.

Solvency II NAIC GDPR
Government

FedRAMP-aligned + GovCloud

FedRAMP-aligned architecture, GovCloud-compatible. Carahsoft is a preferred channel partner; other procurement paths are also available.

FedRAMP-aligned GovCloud Carahsoft
Healthcare

HIPAA-aligned + GDPR

HIPAA-aligned by architecture, GDPR-aligned. SBOX never touches PHI; PHI stays inside the customer environment.

HIPAA GDPR PHI residency
MedTech

HIPAA-aligned + GDPR

HIPAA-aligned for medical-device test platforms, GDPR-aligned, hybrid cloud for connected-device fleets.

HIPAA GDPR Hybrid
Customer review record

Customer review record. References under NDA.

Production deployments

Tier-1 European banks, global reinsurers, U.S. federal agencies.

SBOX is in production at Tier-1 European banks, global reinsurers, and U.S. federal agencies. Each customer completed an independent security review of the SBOX architecture before deployment. References are available under NDA.

Compliance posture FAQ

Compliance posture, answered.

Why no SOC 2 attestation?
Element34 does not currently hold SOC 2 attestation. SBOX architecture is designed to meet the controls SOC 2 reviewers check for, and architecture documentation is available under NDA. Element34 will not claim a certification it does not hold.
Why no HIPAA certification?
Element34 does not represent itself as a HIPAA Business Associate by default. SBOX is HIPAA-aligned by architecture: PHI stays inside the customer environment, SBOX never touches PHI, and encryption uses customer-controlled keys. Customer BAA scoping is the customer's responsibility.
How is SBOX DORA-aligned?
Because SBOX deploys inside the financial entity's regulated environment and Element34 has no runtime access, the contract is structured as a license-and-support relationship rather than an ongoing ICT service. The customer's CISO retains the system of record. Architecture documentation supports the financial entity's ICT third-party risk assessment under DORA Article 28 and 29. SBOX is not classified as Pillar III ICT outsourcing under Solvency II.
FedRAMP-aligned versus FedRAMP-authorized, what is the difference?
Element34 does not currently hold FedRAMP authorization. SBOX is FedRAMP-aligned by architecture: single-tenant by default, customer-controlled keys, region pinning to US or GovCloud. Federal customers procure SBOX through Carahsoft and run the FedRAMP-aligned review with the authorizing official.
What is the GDPR posture?
GDPR-aligned by architecture. Region pinning across EU-Central, EU-West, UK, and Switzerland. Customer-managed encryption keys. Role-based access via SSO. Audit logs exportable to the customer SIEM. Customer-defined retention.
Is there an SBOM?
An SBOM artifact is available under NDA during architecture review. Format and refresh cadence are confirmed during procurement scoping.
What does zero-trust posture mean?
Zero-trust posture, not zero-trust certification. No VPN tunnels back to vendor infrastructure. Customer identity provider for users. Customer KMS for keys. Customer SIEM for audit. The customer enforces zero-trust policy across IdP, network, and key material.
What is the customer responsibility split?
SBOX provides single-tenancy, customer-controlled keys, customer SIEM integration, region pinning, and architecture documentation. The customer owns IdP integration, retention policy, key rotation, region selection, and the framework-specific review with the customer's audit and compliance teams.
What is auditable in a security review?
Architecture diagrams, infrastructure-as-code artifacts, SBOM, audit log categories, key management approach, single-tenancy claim with deployment evidence, and the customer responsibility matrix. All shared under NDA during procurement scoping.
What is intentionally not on this page?
Specific cert numbers, audit report extracts, named customer attestations, and bug-bounty payout schedules. Customer references and case-by-case attestation packs are available under NDA.

Schedule a security review.

We will walk your compliance, audit, and procurement teams through the matrix, share the architecture documentation under NDA, and answer the framework-specific questions your reviewers raise.

Read the audit and governance page →