Snapshot 222713

Document
Security page
URL
https://phase.dev/security/
Fetched
HTTP status
200
Content type
text/html; charset=utf-8
Fetch mode
static
Size
178185 bytes
SHA-256 (raw)
ed2f8862116f19971fa0ccb92f718fbd8fe42998b5d8a1d3f3b279353453720f
SHA-256 (normalized text)
e3b871ca20a211c6dd5bcd57d7bb099a7f0a4cd1f269ccacd49064cb050a99e9

Normalized text

Scripts and page chrome removed; this is what change detection compares.

Security
Security at Phase
Access to your secrets is controlled by encryption keys that only you hold. Phase is built on a rigorous cryptographic foundation: open source, end-to-end encrypted by default, and engineered for enterprise-grade security.
Trust & complianceSOC 2 / Pentest
SOC 2 Type 2
Independently audited by Oneleet. Our controls are examined continuously. Audit reports are available in our trust center.
Trust center
SOC 2 TYPE 2 · CONTINUOUSLY MONITORED
Penetration tested
Penetration tested by Oneleet, an independent security firm, across the platform, APIs and services, with remediation tracked to completion. Executive summaries are available through the trust center.
Pentest reports
ONELEET · WITHIN THE LAST 12 MONTHS
OpenAI Daybreak
Phase is an OpenAI Daybreak partner.
Daybreak is OpenAI's cyber defense program. It gives verified defenders governed access to GPT Cyber models, with scope controls, monitoring and human review.
Phase CloudInfrastructure / Controls
Security controls.
The controls in place across the platform and the organization, audited and continuously monitored. The live list is published in the trust center.
AWS eu-central-1 · Frankfurt · 3 AZs3 availability zones
Cloudflare
WAF · DDoS protection
Private VPC
Load balancer
ALB · Multi-AZ
ECS on EC2
Graviton · Nitro · Multi-AZ ASG
RDS PostgreSQL
Multi-AZ · PITR
KMS CMK at rest
ElastiCache Valkey
KMS CMK at rest
TLS in transit
AWS KMS
GuardDuty
AWS ACM
CloudWatch
Checking status
Access Control and Authorization
Access granting process used
Access management policy established
Account inventory maintained
Dormant accounts disabled
Employee access regularly reviewed
MFA required for critical services
Password management policy enforced
Password management policy established
Infrastructure Security
Active discovery tools used
Administrator access restricted
Automated security scanning performed on infrastructure
Buckets not exposed publicly
Configuration management system established
Firewall restricts public access to infrastructure
Infrastructure changes logged
Infrastructure changes require review
Infrastructure deployed using an infrastructure-as-code tool
Production deployment access restricted
Unauthorized assets addressed and removed
Unique production database authentication enforced
VPN used
Web Application Firewall (WAF) used
Monitoring and Incident Response
Audit log management process maintained
Audit logs collected
Incident response policy established
Incident review process implemented
Infrastructure performance monitored
Log management used
Network infrastructure monitored
Disaster Recovery
Automated backups enabled
Business continuity and disaster recovery policy established
Data recovery process established
Disaster recovery plans tested
Recovery data isolated
Endpoint Security
Anti-malware deployed on end-user devices
Data encrypted on end-user devices
Firewall maintained on end-user devices
Mobile device management (MDM) used
Email Security
DMARC policy and verification used
Email account access restricted
Email settings block malicious content
Vulnerability Management
Automated software patch management performed
Penetration testing findings remediated
Penetration testing performed within the last 12 months
Vulnerabilities scanned
Vulnerability management policy established
Data Management and Protection
Data encrypted at rest
Data encrypted in-transit
Data inventory maintained
Data management and retention policy established
Organizational Security
Acceptable use policy established
Asset inventory maintained
Asset management policy established
Change management policy established
Changelog established and maintained
Code of conduct established
Company security commitments externally communicated
Data-flow diagrams maintained
External support resources available (i.e., documentation)
Offboarding process established
Onboarding process established
Password manager used
Performance evaluations conducted
Physical access restricted
Policies signed by relevant personnel
Reference checks performed for employees
Roles and responsibilities specified
Security awareness training conducted
Service description communicated
Software development lifecycle established
System changes externally communicated
System changes internally communicated
Risk Management
Risk assessments performed
Risk management policy established
Vendor inventory maintained
Vendor management program established
Live control statusData processing agreement
CryptographySpecified / Proven
Crypto.
One standardized set of primitives across the platform: elliptic-curve cryptography on Curve25519, authenticated encryption, and memory-hard key derivation. All implemented using the open source libsodium library.
Randomness
ChaCha20
CSPRNG — crypto_kdf_keygen · 32-byte keys seeded from /dev/urandom · crypto.getRandomValues()
Encryption
XChaCha20-Poly1305
AEAD — 256-bit keys · 192-bit nonces · per-field ephemeral keypair + random IV · output K_eph ‖ C ‖ IV
ChaCha20 rounds
Key Exchange
X25519
ECDH over Curve25519 — 256-bit keys · ephemeral keypair per operation → session key
Secret Sharing
XOR · t = n
2-of-2 split of a 256-bit key — share0 ⊕ share1 · an individual share reveals nothing
X25519 key exchange
Key Derivation
Argon2id
Memory-hard — 32-byte seeds · account seed: 1 GB · 4 iterations · device key: 64 MB · 2 iterations
Subkeys / Key Digests
Blake2B
crypto_kdf_derive_from_key — CONTEXT __sign__ → Ed25519 signing keys → X25519 · key digests salted with Salt_env, 32-byte outputs — server-side lookups without plaintext
Argon2id · Blake2b rounds
XCHACHA20-POLY1305 — 192-BIT NONCES · RFC 8439 / CURVE25519 — PASSES ALL SAFECURVES CRITERIA / ARGON2ID — PASSWORD HASHING COMPETITION WINNER / AS USED IN TLS 1.3, SIGNAL, WIREGUARD, TOR
Why these algorithms
ChaCha20 rounds
X25519 key exchange
Argon2id · Blake2b rounds
ArchitectureE2EE
E2EE by default
Full architecture
End-to-end encryption
Encrypted by default: keys, values and comments, with an independent key for every environment. In the default E2EE mode Phase servers store only ciphertext and cannot decrypt your secrets.
Key derivation — on deviceEnvironment keys & secrets — on deviceServer storage — ciphertext onlyDataflow
Keys only you hold
Your account keys derive from a 24-word mnemonic phrase only you hold. Granting access wraps an environment’s keys to your account’s public key. The server stores wrapped keys and ciphertext it cannot open.
Key derivation
24-WORD MNEMONIC · ARGON2ID 1 GB · X25519 WRAPPING
Server-side mode, explicit
End-to-end encryption is the default. Server-side encryption is a per-app opt-in for when you need third-party syncs or the REST API. The environment key is then stored encrypted on the server.
E2EE vs SSE
E2EE BY DEFAULT · SSE OPT-IN PER APP
Zero-trust Lockbox
Share a secret with anyone via a single link: the Box Seed travels in the URL fragment, parsed only by the browser and never sent to the server. View limits and expiry built in.
How Lockbox works
BOX SEED IN THE URL FRAGMENT · KEY DISCARDED AFTER ENCRYPTION
FAQStraight answers
Frequently asked questions.
No, not in the default end-to-end encrypted mode. Phase servers store ciphertext and wrapped keys they cannot open; decryption happens on your devices. If you opt an app into server-side encryption for third-party syncs or the REST API, the environment key is stored encrypted on the server and used only for those operations.
XChaCha20-Poly1305 for authenticated encryption, X25519 for key exchange, Ed25519 for signatures, Argon2id for key derivation and BLAKE2b for subkeys and digests, all via libsodium. See why these algorithms.
All customer data on Phase Cloud is hosted in AWS eu-central-1, Frankfurt, Germany. Or run Phase on your own infrastructure: any cloud, on-premises or fully air-gapped.
Yes. Google, GitHub and GitLab SSO on every tier; OIDC providers like Entra ID and Okta plus SCIM provisioning on Enterprise. Enforceable org-wide, on both Phase Cloud and self-hosted. See the authentication docs.
Request access through the trust center. It hosts the SOC 2 Type 2 report, pentest executive summaries and the live control program.
No. Self-hosted Phase sends no usage telemetry and licenses verify locally, so it runs fully air-gapped or behind an egress filter.
Email security@phase.dev. We ask for no public disclosure until we respond; machine-readable contact details live in our security.txt (RFC 9116).
Contactsecurity@phase.dev
Questions or disclosures
For security questions, vendor reviews or vulnerability reports, contact our security team.
security@phase.devTrust centerDisclosure policysecurity.txt
RFC 9116
DeploymentSelf-hosted / Cloud
Get started
Keep your secrets
Self-host or start on fully managed Cloud in under a minute.
Self-hosted
Run Phase on your own infrastructure. Free and open source.
AI agent deployment skill
$ npx skills add phasehq/ai
Self-hosting guide
Cloud
Fully managed. From signup to your first secret in 60 seconds.
Sign up with
GoogleGitHubGitLab