Winner โ€” Most Innovative AI Application in Events ยท Event Technology Awards 2026 Winner โ€” Most Innovative AI Application in Events See more โ†’

security overview

How we protect your production data

Document Version 2.2 | July 2026

Security Posture โ€” Last reviewed July 18, 2026

14-day review cycle Defense-in-depth architecture Built on SOC 2 certified infrastructure Multi-layer permission checks

Save this document for your records

our security philosophy: defense in depth

We assume any single security control can fail. That's why Piper implements multiple overlapping security layers, ensuring that a breach of one layer does not compromise your data.

layer 1: network security

HTTPS everywhere, security headers, WAF protection

layer 2: authentication

Passwordless login, encrypted sessions, secure tokens

layer 3: authorization

Role-based access, project permissions, API validation

layer 4: database security

Row-level security, encrypted at rest, parameterized queries

layer 5: monitoring & response

Audit logging, error monitoring, incident response

never trust the client

All permissions validated server-side

least privilege

Users only access what they need

fail closed

When in doubt, deny access

encrypt everything

Data protected in transit and at rest

authentication

  • passwordless login

    No passwords to steal, guess, or forget. Sign in via secure email link or one-time code.

  • secure session management

    Short-lived access tokens with automatic refresh. Sessions validated on every request.

  • OAuth 2.0 / OpenID Connect

    Sign in with Google using industry-standard protocols for secure third-party authentication.

  • protected routes

    Unauthenticated users automatically redirected. Direct URL access blocked without valid session.

authorization & access control

Piper uses role-based access control (RBAC) to ensure users only see and modify what they're permitted to.

Role View Edit Admin
Client Assigned Projects Read Only -
Producer Assigned Projects Full Edit -
Company Admin All Company Projects Full Edit Company Users
  • project-level permissions

    Users explicitly assigned to projects. No accidental data exposure across accounts.

  • row-level security (RLS)

    Database enforces permissions at the row level. Even if application logic fails, data stays protected.

  • server-side permission checks

    All read and write operations validate permissions on the server before execution โ€” the browser is never trusted to enforce access rules. Sensitive financial fields are gated by role at the database layer, so the client never receives cost data it isn't entitled to.

  • entity-level isolation

    Legal entity data (companies owning projects) protected with dedicated RLS policies. Users only see entities linked to their accessible projects.

data security

  • encryption in transit

    All data transmitted over TLS 1.2+ (HTTPS). No unencrypted connections accepted.

  • encryption at rest

    Database encrypted with AES-256. Backups encrypted. Managed by SOC 2 certified infrastructure providers.

  • secure file storage

    Documents and signed NDAs stored in isolated, access-controlled cloud storage buckets.

  • database backups

    Automated, encrypted backups managed by SOC 2 certified infrastructure providers.

API & application security

  • CORS protection

    APIs only accept requests from whitelisted origins. No wildcard (*) access in production.

  • CSRF prevention

    Token-based authentication plus X-Requested-With header validation blocks cross-site request forgery.

  • rate limiting

    API endpoints protected against abuse with automatic throttling. Prevents brute force attacks and controls costs.

  • SQL injection prevention

    All database queries use parameterized statements. No raw SQL concatenation.

  • XSS protection

    Content Security Policy headers, input sanitization, and output encoding prevent script injection.

  • security headers

    HSTS, X-Content-Type-Options, X-Frame-Options, and CSP headers enabled on all responses.

  • subresource integrity

    Third-party scripts are pinned to exact versions with integrity hashes, so tampered CDN files are rejected by the browser. Dependencies are audited continuously โ€” currently zero known vulnerabilities.

infrastructure & compliance

Component Provider Compliance
Database & Auth Supabase SOC 2 Type II
Web Hosting SiteGround ISO 27001
CDN & DDoS Cloudflare SOC 2 Type II
Error Monitoring Sentry SOC 2 Type II
  • GDPR considerations

    Data processing agreements requested with Supabase and Sentry (in progress). Error monitoring receives pseudonymized operational metadata (user IDs and roles) but no personal data such as names or email addresses. Data export and deletion requests handled manually - contact gdpr@withpiper.ai.

  • data retention & deletion

    Deletion requests are honored within 30 days of written request: your data is removed from active systems, and encrypted backups expire automatically โ€” erased data is never restored from backup.

  • your data stays yours

    AI features process your content to generate your outputs โ€” never to train third-party models, which our providers' terms prohibit. Your data is not pooled or shared across companies, and never will be without your explicit opt-in.

  • no payment card storage

    PCI DSS not applicable - we do not store credit card or payment information.

continuous security reviews

14d

security review cycle

Our security architecture, protocols, and this document are reviewed and updated on a 14-day cycle to stay ahead of emerging threats.

  • vulnerability assessment

    Regular review of dependencies, configurations, and access patterns for potential vulnerabilities.

  • protocol updates

    Security measures updated based on latest best practices and threat intelligence.

  • documentation maintenance

    This security overview kept current with all implemented protections and roadmap items.

  • security event logging

    Comprehensive audit trail capturing authentication events, permission changes, data access, and admin actions for investigation and compliance.

incident response

We have a defined incident response process to handle security events:

  • 1

    identify & contain

    Confirm the incident and isolate affected systems to prevent further impact.

  • 2

    eradicate & recover

    Remove the threat, restore systems from clean backups, and verify integrity.

  • 3

    notify & document

    Affected users notified within 72 hours. Full post-incident report and remediation.

Report security concerns: security@withpiper.ai