Proctoring & privacy
What proctoring observes, what leaves the device, and what it is not allowed to decide.
Analysis happens on the candidate’s device. Video and audio never leave it — only abstract observations do.
On-device analysis
Face and voice detection run in the browser, in a worker. The model layer produces abstract signal samples — how many faces, head angle, whether the gaze is off-screen, whether speech is active — and a pure flag engine turns those into debounced events.
Only the events are sent to the server. There is no video stream, no audio upload, and no frame storage in the advisory path.
What is observed
Advisory — camera and microphone
A signal must persist past its threshold to flag, and repeat flags of one type are debounced, so a blink or a cough does not produce an event.
Lockdown — integrity events
Tab switches, leaving full-screen and focus loss. Unlike advisory flags, these do drive the client-side warn-then-auto-submit behaviour.
What proctoring never does
- It never auto-fails anyone on an advisory flag. A flag is an observation a teacher reads alongside the attempt.
- It never uploads video or audio in the advisory path.
- It never runs silently. A pre-check screen requests camera and microphone permission explicitly before the attempt starts.
- It never identifies a person. The model counts faces and estimates angles; it does not recognise who they are.
Retention
Where captures are stored at all, they are written with a per-institution key and purged on the retention schedule. Flag events are retained with the attempt as part of its record.
Reading flags fairly
A candidate near a window, one who glanced at scratch paper, one with a sibling passing behind them, and one with a slow device all generate flags. Read the timeline as context, not as a verdict — that is why the advisory family is deliberately kept separate from the lockdown family.