Trust & security
Sympos is built for classrooms, which means it holds student learning data. This page is our plain, honest account of how that data is protected and where we stand on the frameworks institutions evaluate.
We hold ourselves to one rule: we never imply a certification we don't have. Every item below carries a status you can trust, and we mark something Certified only when an independent auditor has verified it.
How to read this page
Each item has one status:
- Certified
- An independent third party has issued a report or certificate (available under NDA).
- Compliant
- We meet the requirement and can defend it. Self-attested, not externally audited.
- In progress
- Actively being implemented, or inside an audit observation window.
- On roadmap
- Committed and planned, but not yet started.
- N/A
- Does not apply to Sympos, with a reason.
Today, nothing on this page is marked Certified. We have not yet completed an external audit such as SOC 2, and we would rather say so than blur the line. Those items are on our roadmap below, and we'll update this page the moment a report exists.
Regulatory & privacy
FERPA
CompliantBuilt to align with FERPA. Student records are scoped to their class and are visible to the student and their instructor, and available for export at any time. Student-initiated deletion becomes available once the class has ended, so an education record stays intact while the class is in session. Institutional data-processing agreements are available on request.
SOPIPA / PPRA
CompliantNo targeted advertising and no sale of student data. Aligned with student online personal information protection statutes.
GDPR
In progressWe do not sell or share personal data. Data-subject requests are self-serve in-product: any user can export their own data (access & portability) at any time and delete it (erasure) from Account & data settings. For students, erasure becomes available once every class they have submitted coursework in has ended — deferred, not refused, because coursework in a class still in session is a live academic record the institution must retain. Export is never deferred, and requests on a different timeline can be made through our contact page. A formal records-of-processing document and a Data Processing Agreement for institutions are available on request. One gap we will name rather than gloss: we do not yet ask for cookie consent before loading product analytics, so visitors from the EU and UK are not given that choice today. See “Cookies and analytics consent” below.
CCPA / CPRA
CompliantWe do not sell or share personal information. Consumers can exercise their right to know (self-serve data export, always available) and right to delete (self-serve account deletion) directly in Account & data settings. For students, deletion becomes available once every class they have submitted coursework in has ended, so an active academic record is not destroyed mid-term.
NY Education Law 2-d
On roadmapA data-privacy rider for New York institutions is in preparation for our New York pilot.
COPPA
N/ASympos is built for higher education and is not directed to children under 13.
Security & certifications
SOC 2 Type II
On roadmapNot yet started. We will display this as complete only once an independent auditor has issued a report, never before.
ISO 27001
On roadmapOn our longer-term roadmap; revisited after SOC 2.
PCI DSS
CompliantPayments are handled entirely by Stripe (SAQ-A). Card data never touches Sympos’s servers.
Third-party penetration test
On roadmapA third-party penetration test is planned. We will publish the date once it is completed; the report is available under NDA.
Encryption in transit
CompliantAll traffic is served over TLS.
Encryption at rest
CompliantApplication data is encrypted at rest by our infrastructure providers (Supabase, Vercel).
Access control
CompliantAuthentication is handled by Clerk. Every API request is authenticated and authorized with per-user and per-class ownership and enrollment checks across all routes.
Tenant / data isolation
CompliantIsolation is enforced at the application layer on every route: each query is scoped by user and by class membership. Database-level row-level security is a future defense-in-depth hardening on our roadmap.
Accessibility
WCAG 2.1 AA / Section 508
In progressAccessibility is an active effort. Our public pages and the core student conversation and assignment flows are built to WCAG 2.1 AA practices: a keyboard skip link, visible focus indicators, reduced-motion support, labeled form controls, and AA-contrast color. We are extending that same bar across instructor and administrative surfaces before we self-attest full AA coverage.
Practices
Sub-processor transparency
CompliantWe publish the full list of the sub-processors we rely on, below.
Vulnerability disclosure
CompliantWe provide a security contact and welcome good-faith security reports. See “Report a vulnerability” below.
AI provider data usage
CompliantConversations are sent to AI providers solely to generate responses and evaluations for your class, never to train their models. We are confirming each provider’s data-retention terms in writing.
Pre-model PII minimisation
On roadmapNot done today. When a conversation is sent to an AI provider to generate a response or an evaluation, it is sent as written: we do not strip or mask names or other personal details from it first. Redaction before the model call is on our roadmap. We are not claiming zero retention or end-to-end encryption, because neither is true.
Backups / disaster recovery
In progressDatabases are backed up by our infrastructure provider. A documented, tested disaster-recovery policy is in progress.
Data export & deletion
CompliantSelf-serve in-product: from Account & data settings, any user can export their own data as a JSON download at any time, and delete their data. Deletion anonymizes and purges your personal information and content; de-identified academic records (grades and scores) are retained, unlinked from your identity, so class analytics and grading integrity stay intact. Timing: if you have submitted coursework in a class, deletion becomes available once that class has ended — the settings page names any class still in session. Export is never gated, and we handle off-cycle deletion requests through our contact page.
Uptime / availability monitoring
On roadmapFormal uptime monitoring and a public status page are on our roadmap.
Audit logging (instructor data access)
CompliantInstructor access to student records — the class gradebook, per-assignment student submissions, and class insights — is recorded to an audit log, along with roster changes (students joining, being enrolled or imported, and unenrolling).
Sub-processors
We rely on the following third-party services to run Sympos. We share only the data each one needs to do its job, and we never sell or rent your data to anyone.
Scroll to see all columns →
| Sub-processor | Purpose | Data shared | Region |
|---|---|---|---|
| Clerk | Authentication & user management | Account identifiers (name, email) and authentication metadata | United States |
| Supabase | Managed PostgreSQL database & file storage | Application data, including conversations, class and roster data, and uploaded materials | United States |
| Vercel | Application hosting, serverless compute, Blob storage & web analytics | Request data in transit, uploaded assets (Blob), and aggregate page-view analytics (Vercel Analytics, which does not use cookies and does not build a per-person profile) | United States / global edge |
| Upstash | Managed Redis for request rate limiting | Short-lived request counters, keyed to your account id when you are signed in and to your IP address when you are not. No name, email, or request content. Counters expire on a short rolling window (twenty minutes at most) | United States (AWS us-east-1) |
| OpenAI | AI model inference, text embeddings & voice transcription | Conversation content sent for generation and embeddings, and voice recordings sent for transcription | United States |
| Anthropic | AI model inference (Claude) | Conversation content sent for generation and evaluation | United States |
| Google (Gemini) | AI model inference | Conversation content sent for generation | United States |
| Stripe | Payment processing | Billing details. Card data is handled entirely by Stripe and never reaches Sympos’s servers | United States |
| Resend | Transactional email delivery | Recipient email address and message content | United States |
| PostHog | Product analytics | Product-usage events (which pages, features and searches are used) keyed to your account id, plus whether you are a student or an instructor, and standard web metadata (IP address, browser, referring page). We do not send your name, email address, or any conversation content: automatic click and form capture is turned off and session replay is disabled in code | United States |
Security practices
- Authentication
- User authentication is handled by Clerk. Sympos never stores your password.
- Authorization
- API requests are authenticated and authorized with ownership and enrollment checks. A student’s work is scoped to that student and their instructor, and an instructor is scoped to their own classes. These checks are enforced across all routes.
- Encryption
- Data is encrypted in transit with TLS and at rest by our infrastructure providers (Supabase, Vercel).
- Data isolation
- Data is scoped per user and per class at the application layer on every route. Database-level row-level security is a future defense-in-depth hardening on our roadmap.
- Development & testing
- Every change passes automated checks (type-checking, linting, a unit-test suite, and a production build) before it can merge.
- Payments
- All card data is processed by Stripe and never reaches Sympos’s servers (PCI SAQ-A).
- AI processing
- Conversations are sent to AI providers only to generate responses and evaluations for your class, never to train their models.
Report a vulnerability
We welcome reports from security researchers acting in good faith. If you believe you've found a security issue, please email us and give us a reasonable chance to respond before public disclosure. We won't pursue legal action against good-faith research that avoids privacy violations and service disruption.
Security contact: security@sympos.org.
For more detail, see our Privacy and Terms pages. For institutional data-processing agreements or a compliance questionnaire, contact us.
Last reviewed July 2026.