Trust & Security

A summary of how we protect student data

The Student Blueprint is built for direct use by students, families, agencies, and public-school districts. This page summarizes the controls in place today and the commitments we are actively working toward. For district procurement and Data Privacy Agreements, see our K-12 Privacy Notice and subprocessor list.

Encryption

LIVE

All data in transit is encrypted with TLS 1.2+ and HSTS is enforced site-wide (max-age=31536000; includeSubDomains). Data at rest is stored on Supabase's encrypted storage volumes (AES-256).

Tenant Isolation

LIVE

Multi-tenant architecture with PostgreSQL Row Level Security policies. Anonymous keys cannot reach sensitive tables; service-role access is server-side only and bounded by organization scoping.

Authentication

IN PROGRESS

Student access via single-use OTP codes; administrator access via bcrypt-hashed passwords with role-based access control (super_admin, admin, viewer, agency owner). Multi-factor authentication for administrators is in active development.

Enterprise SSO (Clever, ClassLink, Google Workspace for Education) is on the K-12 roadmap for the next two quarters.

Audit Logging

LIVE

Administrative actions affecting student or assessment data are logged with actor, entity, IP, and timestamp. Logs are retained for accountability and FERPA recordkeeping.

Rate Limiting & Abuse Controls

LIVE

Distributed rate limiting on all sensitive endpoints (OTP, login, AI calls) via Upstash Redis. Prompt-injection sanitization is applied to all user-supplied text before any LLM call.

HTTP Security Headers

LIVE

Strict-Transport-Security, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, Referrer-Policy, restrictive Permissions-Policy. Content-Security-Policy and Cross-Origin-Embedder-Policy are deployed in report-only mode and being tuned for full enforcement.

AI Data Handling

LIVE

Assessment data sent to AI providers (Anthropic, Google) is governed by their commercial API terms, which prohibit use of customer data for model training. District tenants may also disable AI processing entirely or require PII redaction before any data leaves our infrastructure.

Migration to Google Vertex AI (stronger no-training defaults) and enablement of Anthropic Zero-Data-Retention is in progress.

Data Residency

LIVE

Application data is stored in U.S. regions. CDN edge caching may serve static assets globally; no authenticated application data leaves U.S. regions.

Data Retention & Deletion

LIVE

Students and authorized administrators can request deletion of student records. Deleted records are purged from primary storage within 90 days; backup persistence does not exceed an additional 30 days. District contract terms supersede defaults.

Incident Response

IN PROGRESS

We maintain an incident response process targeting initial notification to affected district contacts within 24 hours of confirmed material incident, with detailed follow-up within 72 hours, in line with SDPC NDPA expectations. Formal IR runbook and tabletop exercises are part of our SOC 2 readiness work.

SOC 2 Type II

PLANNED

SOC 2 readiness is the focus of our 2026 compliance roadmap. Type I attestation targeted within the next six months, Type II observation window starting in parallel.

Accessibility (WCAG 2.1 AA)

IN PROGRESS

Built on Radix UI primitives, which are accessibility-first. A formal WCAG 2.1 AA audit and VPAT/ACR is being scheduled to meet ADA Title II district flow-down expectations (compliance dates April 26, 2027 / April 26, 2028).

Vulnerability Disclosure

LIVE

Security researchers can report vulnerabilities to security@thestudentblueprint.com. See /.well-known/security.txt for machine-readable contact details.

Compliance Quick Links

For DPA requests, security questionnaires, or to request our SDPC NDPA General Offer signature page, contact privacy@thestudentblueprint.com.