Security & Trust
Enterprise-grade data protection and compliance
Candidate submissions, proctoring media, and evaluation results are protected with robust tenant isolation, AES-256 encryption, and strict role-based access controls.
Controls in place
Verified security controls
Every control listed below is active in production, protecting candidate data and hiring records around the clock.
Password storage
Passwords are hashed with Argon2id. Plaintext is never stored, logged or recoverable — a reset issues a new credential rather than revealing the old one.
Short-lived sessions with rotation
Access tokens last 15 minutes. Refresh tokens rotate on every use and are tracked as a family, so a replayed token revokes the whole family instead of granting access.
Tenant isolation
The organisation on your access token is the tenant boundary. Every query is scoped to it server-side, and cross-organisation reads are not reachable through the tenant API at all.
Role-based access control
Eight roles across 22 permissions, with per-member grants and revokes, plus assessment-level scoping so a reviewer sees only the drives assigned to them.
Browser hardening
A strict Content-Security-Policy, framing denied outright, MIME sniffing disabled, and geolocation, payment, USB and Bluetooth switched off — so injected code has little to reach for and an assessment cannot be framed by another site.
Verified payment webhooks
Provider callbacks are authenticated by HMAC over the raw request bytes before the body is parsed, compared in constant time, and each event is processed exactly once.
Audit trail
Privileged actions are recorded with the acting user, the organisation, the target and the time. Support access to an account is itself audited and time-limited.
Isolated code execution
Candidate code runs in a sandboxed container with no network access and enforced CPU and memory ceilings, separate from the application.
Server-side enforcement
Plan limits, permissions and payment state are enforced on the server. A subscription is never activated on a browser reporting success — only after the payment provider confirms it directly.
Candidate data
Candidate privacy & transparent consent
Candidate trust is foundational. We ensure explicit permissions, clear disclosures, and responsible handling throughout every test.
Told before it is recorded
The pre-flight check explains what will be captured before anything is captured, and the candidate grants camera and screen-share permission themselves. There is no covert monitoring.
Collected for one purpose
Captures exist to support an integrity decision on that attempt. They are not used for anything else, sold, or shared beyond the organisation running the assessment.
Evidence, not a verdict
A risk score never rejects anyone on its own. Flagged attempts go to a human, and the review outcome is recorded with the reviewer's name against it.
Failures recorded as failures
A camera that stops working is logged as a diagnostic, not as misconduct. A technical fault must never look like cheating.
Questions
What security reviews ask
Who at your company can see our assessment data?
Where is our data stored?
Do you use our data to train models?
How long is candidate media retained?
How does Parikshafy govern and secure team access?
How do you handle payment details?
What is your vulnerability and security response commitment?
Need a custom security review?
Our security team is ready to complete your vendor assessment, architecture questionnaire, and compliance review.
Have questions? Email sales@parikshafy.com