Threatstealth

Trust & Security

Threatstealth security posture: SOC 2 Type II, ISO 27001:2022, PCI DSS v4.0 compliance status, AES-256 encryption, TLS 1.3, annual penetration testing, and vulnerability disclosure.

Threatstealth Trust & Security

Security-first architecture: AES-256-GCM encryption at rest, TLS 1.3 in transit, mandatory MFA, immutable audit logs, and annual third-party penetration tests.

Encryption Architecture: Data Protection At Rest and In Transit

All Threatstealth customer data is encrypted at rest using AES-256-GCM, the authenticated encryption standard used by the US government for classified data storage. Database encryption is applied at the storage layer and at the application layer for particularly sensitive fields (security credentials, API keys, personal data). All data in transit between Threatstealth services and between customer browsers and the platform uses TLS 1.3 — the current version of the Transport Layer Security protocol that eliminates all known cryptographic weaknesses present in TLS 1.0 and 1.1. TLS 1.0 and 1.1 are explicitly disabled. Certificate management is automated through a trusted certificate authority with rotation before expiry.

Penetration Testing, Vulnerability Management, and Security Assessments

Threatstealth undergoes an annual third-party penetration test conducted by an accredited external security firm against all production systems, APIs, and web applications. Penetration test scope includes external network perimeter assessment, web application testing (OWASP Top 10 methodology), API security testing, multi-tenant isolation testing (attempting to access data across tenant boundaries), and authentication security testing. Critical and high findings are remediated within 30 days of the penetration test report delivery, with re-testing performed to verify remediation. Penetration test executive summaries are available to enterprise customers and prospects under NDA on request.

Access Control, Authentication, and Privileged Access Management

Internal Threatstealth engineering and operations team access to production systems follows a zero-trust access model — no persistent privileged access, just-in-time access grants for production operations with mandatory peer approval and complete session logging. All internal accounts require hardware security key (FIDO2) multi-factor authentication — time-based one-time passwords are not accepted for production system access. Production database access requires a separate approval workflow with business justification, creates a complete audit record of all queries executed, and automatically expires after the approved time window. Background checks are performed on all employees with access to production systems or customer data.

Data Residency, Retention, and Customer Data Rights

Threatstealth stores customer data in data centres located in the European Union by default, with US and APAC data residency options available for enterprise customers with specific regulatory requirements. Data is not transferred outside the selected region except for platform operations that explicitly require it, such as CDN edge caching of static assets. Customer data retention follows the retention policy configured by the organisation administrator — security event logs are retained for the configured period (default 13 months for SOC 2 audit period alignment), after which data is permanently deleted. Customers can request a complete export of their organisation's data at any time, and can request deletion of their data upon contract termination.