Skip to content
Last updated: 14 May 2026

Security at Netounim

Sales data is the most lucrative target on your network. We build like everyone is trying to take it — encryption, isolation and audit are not afterthoughts here, they’re the foundation.

The four pillars

What we mean when we say we take security seriously.

Encryption everywhere

TLS (HTTPS) on every endpoint — the web app, the API and the extension. The most sensitive data at rest is encrypted with AES-256-GCM: 2FA secrets, connected-mailbox credentials, SSO configs and DKIM private keys. Each uses a separate key, so compromising one never unlocks the others. Keys are injected at runtime, never committed to the codebase.

Hardened, managed infrastructure

Netounim runs on managed cloud infrastructure — Vercel for the web app, Railway for the API, PostgreSQL and Redis — behind Cloudflare for DDoS protection and a web application firewall. HTTPS is forced with HSTS, and a strict Content-Security-Policy ships on every response. The complete vendor list is in the sub-processors table below.

Least privilege, by default

Inside a workspace, every action is gated by a role (Owner / Admin / Member) and re-checked server-side — the UI can never grant access the API would refuse. Each user only sees their own connected inbox. API keys are scoped to a single workspace, and platform-level admin access is limited to an explicit allow-list and fully audited.

Built for audit

Every sensitive action — sign-ins, 2FA changes, API keys, billing and admin actions — is written to an append-only audit log that workspace owners can read in-app. The same trail is included in the GDPR data export you can download at any time.

Compliance

How we handle your data and privacy.

GDPR data rights
Self-service export + deletion (Art. 15 & 17)
In place
CCPA data rights
Access, deletion and opt-out
In place
Encryption
AES-256-GCM at rest · TLS in transit
In place
DPA
Available on request
In place

We're an early-stage company and aren't SOC 2 or ISO 27001 certified yet — we'll pursue formal third-party audits as we grow. In the meantime our day-to-day practices already line up with the common controls you'd expect (see Engineering practices below), and we're glad to walk a security team through any of them. Email [email protected] for a DPA or to set up a security review.

Responsible disclosure

If you find a bug that could harm our users — tell us first.

In scope

  • app.netounim.com and api.netounim.com
  • Chrome / Firefox / Edge extension
  • Authentication, billing and tenancy isolation
  • Server-side template injection, SSRF, IDOR

Out of scope

  • Rate-limit / volumetric DoS — please don't test in production
  • Self-XSS, clickjacking on no-auth pages, missing CSP nice-to-haves
  • Email spoofing without an authentication bypass
  • Third-party services on our sub-processors' own domains
Safe harbour

Good-faith research that follows this policy will not result in legal action. We will not pursue civil or criminal claims, and we will defend you publicly if a third party tries to.

Our SLA, from inbox to fix
  1. Acknowledgement
    2-3 business days

    We confirm we received your report and start looking into it. We read security@ ourselves — there is no outsourced triage desk.

  2. Severity assessment
    after triage

    We reproduce the issue, gauge its impact, and tell you honestly whether it is in scope and roughly when we expect to fix it.

  3. Remediation
    as fast as we can

    Fixes ship as soon as they are ready. Genuinely critical issues jump the queue and go out the same day.

  4. Coordinated disclosure
    after the fix

    Once the fix is live, we are happy to credit you publicly — with your consent.

How to reach us
[email protected]Structured security contact (security.txt)
We don't run a paid bug-bounty program yet, but we credit every valid reporter who wants it (hall of fame), and we'll always be straight with you about status and timing.
Incident response

What happens if something does go wrong.

Detect

  1. 1Error monitoring and alerting surface anomalies in production.
  2. 2Reports sent to security@ skip the queue and are read directly by the team.
  3. 3We confirm or rule out a real incident as quickly as we can.

Contain

  1. 1Affected credentials and encryption keys are rotated.
  2. 2Compromised components are isolated from production.
  3. 3Stopping the spread comes before anything else.

Notify

  1. 1Confirmed personal-data breaches: affected customers notified within 72 hours, per GDPR Art. 33.
  2. 2A written post-mortem with timeline, root cause and corrective actions once the dust settles.
  3. 3A direct contact for any follow-up questions.
Sub-processors

Every vendor that could touch your data, listed here.

Required under GDPR Art. 28. We give workspace admins 30 days’ notice before adding a new sub-processor — subscribe to sub-processor change notifications to be alerted automatically.

Sub-processorPurposeRegionDPA signed
VercelWeb app hosting + CDNUS / global edge Yes
RailwayAPI, PostgreSQL database, RedisUS Yes
CloudflareDNS, CDN, DDoS protection, WAFGlobal Yes
StripeBilling + payment processingUS / EU Yes
PostmarkTransactional + campaign email deliveryUS Yes
ApolloContact + company data enrichmentUS Yes
People Data LabsPhone / contact enrichmentUS Yes
TwilioPhone number validation (Lookup)US Yes
BouncerEmail verificationEU Yes
OpenAIAI drafting (only when you use it)US Yes
SentryError monitoring (optional)US Yes
Google AnalyticsWeb analytics (only with consent)US Yes
Engineering practices

The boring guardrails that keep code shipping safely.

Version control + CI gates

Every change goes through a pull request and continuous integration before it ships: type-checking and the full automated test suite run on each push, dependencies are watched for known vulnerabilities, and we run a secret-scan over the codebase before each release.

Tenant isolation, by design

Every database query is scoped by workspaceId at the application layer — applied consistently across the API and covered by tests, so there is no path that returns another workspace's rows.

Continuous testing

Over 650 automated tests run in CI on every push — covering authentication, two-factor, role-based access control, billing webhooks and the deliverability logic. We'll add external penetration testing as we grow.

Secret hygiene

Production secrets are injected at runtime as environment configuration — never committed to the repository and never written to logs. Encryption keys are split by concern so each can be rotated independently.

Need to fill out a security questionnaire?

Send yours over and we’ll work through it with you — we usually reply within a couple of business days. We’re glad to share a security overview, sign a DPA, and walk your team through any specific control.

Netounim — B2B prospecting in one workspace