Trust Center

How we protect your documents, what we can and can't see, and where our compliance stands.

Last updated: October 20, 2026

The short version

  • Documents, signatures and field answers are encrypted end to end, in the sender's and signer's browsers. We never receive the keys, so we cannot read them, and neither can anyone who breaks into our servers.
  • Every envelope has a tamper-evident audit trail and a certificate of completion, and every workspace has a hash-chained audit log you can export and verify.
  • We tell you plainly which certifications we hold and which are in progress below. We don't claim an audit we haven't passed.

1. Security model

eDocYouSign is built so that the service itself can't read your documents.

2. Compliance status

FrameworkStatusNotes
U.S. ESIGN Act and UETASupportedSigners consent to electronic records, can download what they sign, and every step is recorded in the audit trail and certificate of completion. See our E-Sign Disclosure.
SOC 2 Type I / Type II[In preparation: readiness assessment complete, audit planned for Q_ 20__]Our controls are mapped to the AICPA Trust Services Criteria (security, availability, confidentiality). We will publish the auditor's report here when it is issued, available under NDA.
ISO/IEC 27001[Not certified]Our information security policies follow ISO 27001 Annex A controls.
HIPAABusiness associate agreement availableOn Business and Enterprise plans. Because documents are end-to-end encrypted, protected health information inside documents is not readable by us. Read our BAA template.
CCPA / CPRA and state privacy lawsSupportedSee the Privacy Policy. We don't sell or share personal information for targeted advertising.
GDPR[Data processing agreement on request]Data is stored and processed in the United States.
PCI DSSHandled by StripeCard details are entered on Stripe's pages and never touch our servers.

3. Controls in place

A summary is below. The full security controls matrix maps each control to SOC 2 and says where the evidence is.

AreaWhat we do
Sign-inPasswords of 12+ characters, with breached-password detection and brute-force lockout through our identity service; multi-factor authentication with an authenticator app is required for every account; single sign-on (SAML/OIDC) on Business and Enterprise; sign-in alerts and session review.
Access controlWorkspace roles (owner, admin, member); support staff can't open documents and need the customer's approval to view a workspace.
EncryptionEnd-to-end encryption for documents and answers; TLS 1.2+ in transit; HSTS; secrets in a private folder outside the web root.
Application securityStrict Content Security Policy, CSRF protection, rate limiting, input validation on every request, no third-party scripts in the app or on documents, encrypted uploads checked before storage.
LoggingHash-chained, tamper-evident audit log for each workspace, exportable with a verification report; envelope audit trails on every certificate.
Availability[Daily encrypted backups kept for 30 days; restore tested quarterly]; health checks and automatic updates with one-click rollback.
Change managementEvery release is tested with automated end-to-end tests before it ships; update packages are checked file by file with SHA-256, and automatic updates require an Ed25519-signed manifest.
People[Background checks, security training at hiring and yearly, least-privilege production access]

4. Signer identity

Every signer needs their access code. Senders can add more checks: a one-time code texted to the signer's phone, a photo ID check with a selfie through Stripe Identity, or signing in person on the sender's device. The certificate of completion records which checks each signer passed. For photo ID checks we keep only the verified name, the country and whether it matched; Stripe holds the images under its own privacy policy.

5. Subprocessors

These companies help us run the service. None of them can read your documents, because documents are encrypted before they leave your browser.

CompanyPurposeData they processLocation
GoDaddy Operating Company, LLCWeb hosting and databaseAccount and envelope records (no document files)United States
Backblaze, Inc. (B2 Cloud Storage)Document storage, backups and snapshotsEnd-to-end encrypted documents and signed copies; encrypted backupsUnited States
Stripe, Inc.Payments; photo ID checks (if used)Billing details; ID images and selfies for signers who are asked for an ID checkUnited States
Twilio Inc. (SendGrid)Email delivery; text message codes (if used)Email addresses, message metadata; signer phone numbersUnited States
Google LLCWebsite analytics, only with consentPseudonymous website usage. Never used in the app or on documentsUnited States

We give customers 30 days' notice by email before adding a subprocessor that processes customer data.

6. Data retention and deletion

7. Incident response

We keep a written incident response plan with roles, severity levels and a communications process. If we confirm a security incident affecting customer data, we notify affected customers without undue delay and within 72 hours, with what happened, what data was involved and what we are doing about it. Because documents are end-to-end encrypted, a server breach doesn't expose document contents.

8. Reporting a vulnerability

If you find a security issue, email support@edocyousign.com with the details and steps to reproduce. Please give us reasonable time to fix it before disclosing it publicly, and don't access other people's data or disrupt the service. We won't take legal action against good-faith research that follows these rules. Our contact details are also in security.txt.

9. Documents you can request

Email support@edocyousign.com to request any of these.

This page describes how eDocYouSign protects customer data. It is not a contract; the Terms of Service and any signed agreements govern. Items highlighted in yellow must be completed by the operator before publishing.