Trust, Security & Compliance
How we protect your data
Valentino AI runs on Supabase (Postgres on AWS) and Vercel. Here is exactly how we protect your data — no buzzwords, just the controls, the certifications we build on, and where we stand today.
Encryption at Rest
All data stored in Supabase Postgres is encrypted with AES-256 at the disk layer, managed by AWS. Object storage (uploads, generated images) is encrypted the same way.
Encryption in Transit
Traffic is encrypted in transit using modern TLS — between your browser and our servers, and between our servers and the third-party APIs we call.
Per-Tenant Isolation
Postgres Row-Level Security is enforced deny-by-default: every row carries an owner and tenant, and users can only read or write their own. Service-role access is confined to audited server-side code paths.
Zero Data Training
We never use your business data, generated reports, or uploaded content to train AI models. Your proprietary information stays yours.
Server-Side Secrets
API keys for every third-party service are stored server-side only and never exposed to the browser bundle. Verified as part of our security reviews.
Authentication
Supabase Auth handles email + password (with verification), Google OAuth single sign-on, and password reset. Passwords are bcrypt-hashed; we never store plaintext.
Application Security
The controls behind the product — the things a security review actually checks.
Deny-by-default access control
Every table enforces Row-Level Security with no implicit access. Requests are authenticated and scoped to the caller's own account, so a request scoped to one account is not able to read another's. These policies are covered by ongoing security review.
Signed webhooks & billing integrity
Inbound webhooks (email, payments) are signature-verified and fail closed. Billing events are idempotent, so a payment or credit grant is applied exactly once.
SSRF & egress protection
Any server-side fetch of a user-supplied URL is validated against private, loopback, link-local, and cloud-metadata ranges, with redirects re-checked at every hop.
Hardened HTTP surface
Strict Content-Security-Policy, HSTS with preload, clickjacking protection, and a locked-down permissions policy on every response.
Least-privilege secrets
Service-role database keys and third-party API keys live only in server environments. Client writes to sensitive fields (credits, billing) are rejected.
Ongoing security reviews
We run internal security reviews across authentication, access control, injection, and dependency hygiene, and remediate findings on a tracked cadence.
Infrastructure & Certifications
Our platform is built on providers that hold the certifications enterprise procurement teams look for:
Supabase — Postgres, Auth, Storage
SOC 2 Type II, HIPAA-eligible · runs on AWS (SOC 1/2/3, ISO 27001, PCI DSS, FedRAMP)
Vercel — Hosting & edge
SOC 2 Type II, ISO 27001, GDPR
Cloudflare — DNS / CDN / WAF
SOC 2 Type II, ISO 27001, PCI DSS
Subprocessors
The services that process data on our behalf, and what each is used for. The authoritative, versioned list is included with our DPA.
Enterprise Engagement Security
Consulting engagements do not run inside the self-serve platform described above. They are built around your systems, in your accounts, and the security model is different. Here is how we scope it — and what gets documented before anyone is given access.
Where the data lives
The warehouse, BI tenant, and any integration infrastructure are provisioned in your cloud accounts under your ownership. Your operational data does not flow into the Valentino AI self-serve product.
Who owns the credentials
You own the Snowflake, DOMO, telephony, and TMS credentials. Access granted to us or to an implementation partner is named, least-privilege, and revocable by you at any time.
TMS and operational data
The assessment runs on interviews, documentation, sample reports, and screen-shares — not a data dump. Where a question genuinely needs read access, we ask for it explicitly and scope it narrowly.
Environment separation
Build and test work happens against non-production data or a separate environment wherever the source systems support it. Where they don't, that constraint is written into the engagement plan rather than worked around silently.
Retention and deletion
Retention windows, deletion triggers, and what happens to working copies at handoff are agreed in writing before access is granted, and recorded in the engagement's security schedule.
Incident responsibility
Who detects, who notifies, who remediates, and in what timeframe is defined per engagement and scoped to the access actually granted — not asserted generically here.
Model providers
LLM calls route through OpenRouter to the model configured for that workflow. Which provider handles your data, and what is redacted before it leaves your environment, is part of the architecture we agree up front.
Voice calls
Where a voice agent is in scope, call disclosure, whether calls are recorded, where recordings and transcripts are stored, and who can access them are decided with you before the agent answers a single call.
What we do not claim
Valentino AI is not a managed security provider and does not hold enterprise security or architecture certifications of its own. Specialist data-engineering, infrastructure, and security work is delivered with named partners, and the engagement states plainly which controls sit with us, with a partner, and with your team. Ask for the security schedule during scoping — it is written per engagement, not boilerplate.
Compliance & Privacy Posture
Where we stand today. We list status honestly — certifications in progress are flagged, not implied.
SOC 2 Type II
We build on the SOC 2 Type II programs of our infrastructure providers (Supabase on AWS, Vercel, Cloudflare) today. A direct Valentino AI audit is on our roadmap. Need our security questionnaire or current controls summary for procurement? Reach out and we’ll send it.
GDPR & CCPA
Users in the EU and California can request data export or deletion from contact@valentinoai.com. We do not sell personal data, and we honor opt-outs from training (see “Zero Data Training” above).
Payments — PCI DSS
All card processing is handled by Stripe (PCI DSS Level 1). Card numbers never touch Valentino AI servers, so your payment data is never in our scope.
Data Processing Agreement
A DPA (with our subprocessor list) is available for business customers on request — email contact@valentinoai.com.
Backups & recovery
Our database is backed up automatically by Supabase, with point-in-time recovery available for disaster scenarios.
HIPAA
Not currently in scope. Please don’t upload PHI to Valentino AI today.
Last reviewed: July 2026
Reporting Security Issues
We welcome responsible disclosure. If you discover a security vulnerability, please report it to contact@valentinoai.com. We take every report seriously and aim to respond within 48 hours.