Security at Scholiad
A statement of practiceA plain account of the protections in place today. Every statement below describes a control the team actually operates — not an aspiration.
Passwordless sign-in — no stored password to leak
No AI provider trains on your work
Export or delete your data at any time
Passwordless by design.
There is no password on our side that could be leaked or reused.
- Accounts are reached by a one-time sign-in link emailed to the account address.
- Each link is single-use, time-limited (about 15 minutes), and rate-limited.
A session that can’t be lifted from the database.
- Each session is keyed by a high-entropy random token generated server-side.
- Only a one-way hash of that token is stored — never the token itself — so a copy of the database cannot be used to impersonate you.
- Sessions end after a period of inactivity and carry a firm maximum lifetime. You can sign out of one session or sign out everywhere, taking effect immediately server-side.
- The session cookie is HttpOnly (page scripts can’t read it), scoped to our own site, and sent only over an encrypted connection.
Hardened headers on every response.
- The site can’t be embedded in another page, browsers don’t guess content types, referrer information is limited, and unused device capabilities (location, microphone, camera, payment) are switched off.
- Responses instruct browsers to use an encrypted connection for an extended period (HSTS, 2 years).
- Sign-in requests and AI-powered actions are rate-limited per account and per network address (HTTP 429 + Retry-After), so the platform stays responsive and resists abuse.
The AI reviews your draft. It never writes it for you.
This is the section institutions read most closely, so it is the most specific. Every claim here is a control enforced in code, not a policy promise.
Feedback, not generation
- AI features give feedback on work you have written — you provide the draft, the AI returns structured feedback, and you author any revision.
- A visible, append-only audit trail records your original draft, the AI’s feedback, and your edited version — the evidence that the work is yours.
- Institutions can disable specific AI features entirely at the configuration level.
What leaves your account
- Before a document is sent to an AI service, personal contact details (email, phone, postal code, personal links) are removed from the outbound text and your surname is replaced.
- The stored copy in your account is never altered — only the copy sent to the provider. (We remove and minimize contact details; we do not claim to anonymize — research history and affiliation remain.)
- When you paste an external job posting into an AI tool, that third-party text is marked not retained — only your own draft and the feedback are kept.
No training on your content
- No AI provider is permitted to train on your content. The providers that receive your document text — Anthropic (Claude) and, as failover, Google (Gemini) — are under commercial terms that prohibit training on submitted content.
Separation enforced in code
- A separate provider (Mistral) is used only to read public, institution-authored posting text into structured fields. It never receives your documents, name, or account data.
- That separation is enforced in code: a task carrying personal data cannot be routed to it — even by an administrator override.
You can see it, export it, and delete it.
What’s collected
- Your email (required); optional display name and affiliation; the profile you author (interests, discipline, career stage, preferences).
- Which postings you view, save, or dismiss — used only to improve your matches, never sold, never used to train AI.
- Billing metadata (tier, status, processor customer id). Card numbers never touch our servers.
What’s not collected
- No cross-site browsing history, third-party ad or marketing trackers, social-graph data, or fingerprinting beyond what session security needs.
Export
- Request a structured export — a ZIP of your account data, billing metadata, consent history, profile, and uploaded documents. Live tokens and secrets are excluded.
Deletion
- Request account deletion; it runs a failure-safe purge across all data stores and your files.
- Data then enters a 90-day window and is hard-purged. Billing records are retained about 7 years where tax and financial law require — never your authored content.
Scholiad does not sell, rent, or trade personal or behavioral data to anyone.
Honest scope, plainly stated.
- Scholiad is a Canadian corporation; its privacy practice is governed primarily by Canadian federal law (PIPEDA).
- EU and UK users are extended GDPR rights — access, rectification, erasure, portability, restriction, objection — with a 30-day response commitment.
- California users are extended CCPA rights. The opt-out-of-sale right does not apply, because we don’t sell data.
- An append-only breach log is maintained (structurally immutable), and an incident-response process is in place — error-rate alerting and the breach log are live.
Where it runs, and what the vendors never see.
- Hosting on a managed cloud platform with TLS terminated at the edge; data at rest is encrypted at the infrastructure level by the host.
- Error monitoring drops the entire request body and cookies before a report is stored, and strips authorization headers and API keys — so a document draft never reaches the error-tracking vendor, even on a crash.
- An automated security scanner runs in the build and blocks high-severity findings; a secret-scanning gate prevents credentials from being committed.
- An AI-spend safety gate prevents any accidental or autonomous billed AI call from a non-consenting environment.
- Health and readiness checks with automatic restart-on-crash keep the service available.
Found something? Tell the team.
- If you believe you’ve found a security issue, email the team with what you found, its impact, and steps to reproduce.
- Reports are acknowledged on a best-effort basis (aim: within ~7 days), with a triage and remediation view on a best-effort basis (aim: within ~30 days).
- Please don’t post it publicly before the team has had a chance to respond. There is no bug-bounty program at this stage; recognition is offered at the team’s discretion.
This page describes current practice and is updated as the platform’s protections evolve. It is not a compliance certification.
Last updated: 2026-07-05