Trust · security · data
This page documents how Blackbox CLC handles accounts, payments, and (eventually) student data. It exists so curriculum directors, IT, and procurement can do their job without scheduling a call. If you need a signed addendum, email security@blackboxintelgroup.com.
Last reviewed: July 26, 2026
At a glance
v1 of the platform creates accounts for teachers and school administrators only. Students do not create accounts. No student PII is collected, processed, or stored.
Card numbers never touch our servers. Stripe is the merchant-of-record for online card payments. Invoices and POs are processed manually or via QuickBooks. We are PCI-DSS SAQ-A scope only.
All public traffic is HTTPS-only (HSTS preload-eligible). Database storage is encrypted at rest at the disk layer. User passwords are stored as bcrypt hashes only (never plaintext).
Account changes, purchases, refunds, role grants, and admin actions are written to a tamper-evident audit log we can produce on request for an in-scope account.
We do not run third-party ad networks, tracking pixels, or session-replay tools. The site uses first-party analytics only.
Districts that require a single-tenant or in-region deployment can request one as part of a District License contract. Contact sales@blackboxintelgroup.com.
Sub-processors
We disclose every third-party service that touches account or payment data. Districts on a written contract receive 30 days' notice before any new sub-processor is added.
| Service | Purpose | Data shared | Region |
|---|---|---|---|
| Stripe | Card payment processing and PCI-DSS scope offload | Buyer name, email, billing address, card details (handled by Stripe; never touches our servers) | USA |
| Resend | Transactional email delivery (sign-in links, receipts, alerts) | Recipient email address, message content | USA |
| PostgreSQL (self-hosted) | Application database (users, purchases, library, audit log) | All application data not handled by another sub-processor | USA — operator-controlled |
| Auth.js (open source) | Authentication library (in-process, no third-party SaaS) | Local session and verification token tables in our database | n/a — runs in our process |
| Google / Microsoft / GitHub OAuth | Optional single-sign-on for teachers who choose it | Profile email + display name returned by the provider | USA |
Authentication
Student data (forward-looking)
v2 of the platform will introduce optional student accounts for progress tracking. We will not ship that capability without:
Until v2 ships, no student data of any kind is collected.
Incident response
For procurement