Security
Security & AI safety
The agencies and businesses we serve handle sensitive moments — grief, prayer, crisis, family records. We treat the platform that holds those conversations accordingly.
Last updated April 27, 2026.
Principles
- Least privilege. Code paths, vendors, and humans get the narrowest access that lets the work happen.
- Tenant isolation by default. One customer’s data is never visible to another customer’s agent.
- Customer data is not training data. We do not train foundation models on customer conversations.
- Crisis paths are protected code. Files that handle suicide, abuse, threat, or domestic-violence detection are gated by CODEOWNERS and require careful review on every change.
- Honest about what we are. We are a small, focused team. We will tell you what we do well and what we are still building.
Infrastructure
- Application hosting: Vercel (US-East).
- Database: Supabase (Postgres, US-East), with Row Level Security on customer-data tables.
- Voice infrastructure: LiveKit Cloud, with Telnyx and Twilio as telephony providers.
- Email: Resend for transactional delivery.
- Payments: Stripe (PCI DSS Level 1). We never see, store, or transmit raw card numbers.
Encryption
- TLS 1.2+ in transit on every public endpoint, with HSTS preload.
- AES-256 at rest on application data, managed by our infrastructure providers.
- Application secrets stored in Vercel encrypted environment variables and provider-managed secret stores. No secrets in source control.
Access controls
- Production infrastructure access is single-operator (the founder) with multi-factor authentication on every console.
- Customer admin dashboards use token-based auth plus a 7-role RBAC system (admin, office admin, pastoral, prayer, care, treasurer, volunteer-coordinator).
- Pastoral and financial data are gated by separate role checks at both the API and UI layers.
- Audit-relevant actions (subscription changes, knowledge writes, role changes) are logged.
AI safety
The verticals we operate handle sensitive conversations. Safety is not bolted on; it is a core design constraint.
- HEAR protocol — every customer-facing agent (voice and chat) is instructed to Hear, Empathize, Affirm, Respond. The protocol is enforced in system prompts and exercised in our test suites.
- Crisis detection — keyword and intent classifiers run before the language model on every turn. Suicide, abuse, threat, and domestic-violence signals trigger a guarded response path.
- Pre-LLM moderation — abuse and threat patterns are intercepted before they reach the model.
- Pastoral connect — the chatbot redirects sensitive doctrinal, political, or affirming-care questions to a real human at the customer organization rather than improvising an answer.
- Crisis-protocol files are protected paths. Changes require reviewer approval and pass a coverage check on every pull request.
Tenant isolation
- Each customer is a tenant with its own configuration, knowledge base, prompts, and voice agent profile.
- One agent serves all tenants in a vertical, but per-tenant data is loaded at session-init time and isolated to that session.
- Row Level Security on customer-data tables prevents cross-tenant reads even in the event of an application bug.
Subprocessors
Our subprocessors process customer data only to deliver their service:
- Anthropic — primary language model inference.
- OpenAI — fallback / specialty inference.
- Google — secondary fallback for voice.
- Deepgram — speech-to-text on voice calls.
- Cartesia — text-to-speech on voice calls.
- LiveKit — voice / WebRTC infrastructure.
- Telnyx, Twilio — telephony.
- Vercel — application hosting and analytics.
- Supabase — managed Postgres and storage.
- Stripe — payments.
- Resend — transactional email.
- Cal.com — meeting scheduling.
Each operates under enterprise terms that prohibit using API traffic to train foundation models.
Incident response
- Production-impacting incidents page the founder within minutes of detection.
- Customer-impacting incidents trigger written notice to affected customers, with our current target of within 72 hours of confirmation.
- Post-incident, we publish a brief written summary covering what happened, customer impact, root cause, and what changed to prevent recurrence.
Compliance roadmap
We are pre-SOC-2. We follow the controls SOC 2 requires (encryption, access control, change management, monitoring, incident response) and we have begun the evidence-collection work to formalize them.
- SOC 2 Type 1 — target 12 months out from initial commercial-vertical launch.
- HIPAA-readiness — under evaluation for verticals that touch PHI (some funeral and clinical-adjacent use cases).
- PIPEDA / GDPR — applied today to data-subject access, correction, and deletion requests.
If you are doing vendor due diligence and need a security questionnaire returned, email security@wiseaiagency.com.
Reporting a security issue
If you believe you have found a security vulnerability, email security@wiseaiagency.com with reproduction steps and any affected URLs. Please give us a reasonable window to investigate and fix before any public disclosure. We acknowledge reports within three business days.
We do not currently run a paid bounty program but we are happy to credit researchers in our published acknowledgments page when invited to do so.