Security

How Salmon handles your data

TLS 1.3 in transit. AES-256 at rest. Per-workspace data isolation. Configurable retention windows from 7 to 90 days. This page answers the questions IT and security reviewers ask before approving procurement — including what we do not yet have (SOC 2 certification) and what we do have (documentation, audit logging, written incident response procedures).

Data handling

What Salmon stores — and what it doesn't

Salmon caches company-level enrichment data (funding, headcount, tech stack) for your configured retention window. It does not store personal names, direct phone numbers, or individual-level contact PII — those pass through to your CRM but are not retained in Salmon's systems.

Transmission security

All data in transit between your CRM, Salmon's enrichment pipeline, and data sources is encrypted using TLS 1.3. Older TLS versions (1.0, 1.1) are disabled. Webhook endpoints enforce HTTPS; plain HTTP is rejected.

Storage encryption

Enrichment results stored in the cache are encrypted at rest using AES-256. Encryption keys are managed separately from stored data. Database infrastructure is not accessible from the public internet.

Configurable retention

Enrichment cache retention is configurable per plan: 7 days on Starter, 30 days on Growth, 90 days on Scale. Data is automatically purged at the end of the retention window. You can request immediate deletion at any time via the dashboard or by emailing [email protected].

Access controls

API key authentication with per-key scope control. Each Salmon workspace is isolated — enrichment data from one customer is never accessible to another. Least-privilege principle applied to all internal service accounts. Audit logging enabled by default on Scale plan.

Security design intent

Designed with SOC 2 controls in mind — not yet certified

We design Salmon with SOC 2 Type II controls in mind: audit logging is on by default on Scale plan, access controls follow least-privilege, and we maintain written incident response procedures. We are not currently SOC 2 certified — we are not claiming certification, and we will not misrepresent this in any security questionnaire. If SOC 2 Type II certification is a hard procurement gate, contact Kevin directly. He can provide current security documentation and discuss what a customized third-party security review would look like.

Security questionnaires welcome. Kevin reviews every security question from a procurement evaluator personally — email [email protected] with "Security Review" in the subject line.

Security FAQ

Common security evaluation questions