Verified Call

How interview integrity tools are tested, and what good evidence looks like

Most interview integrity tools share a headline number. Few publish the test behind it: how many sessions, which people and devices, how many honest people were flagged, and when. Ask for the method, the sample and the false-alarm rate. We publish how we test, false alarms included.

A line drawing of a clipboard with a results table and ticks, a bar chart, a magnifying glass, a ruler and stacked test kits.
On this page
  1. Introduction
  2. What vendors publish today
  3. Why a headline number is not enough
  4. What good evaluation looks like
  5. Fairness: the adverse-impact lens
  6. Small samples need a range
  7. How Verified Call publishes its tests
  8. What to ask any vendor
  9. Frequently asked questions
  10. Sources

Key takeaways

  • Headline numbers hide the trade-off. Ask for catches and false alarms, as counts.
  • Conditions matter. Live or recorded, which devices, data the builders never saw, and the date.
  • Fairness belongs in the report. NIST found false positives can differ by a factor of 10 to 100 between groups.
  • Small samples need a range. Zero in 30 still allows up to about 1 in 10, by the rule of three.

This page is for buyers comparing vendors. It shows what interview integrity vendors publish today, what a credible test report contains, why fairness across groups belongs in it, and how we publish our own. For the list of questions to put to a vendor, see why you should ask for the false-alarm rate.

What vendors publish today

Our list of interview cheating detection tools covers 15 products by approach.

VendorWhat its public page saysWhat the page does not show
Sherlock AI"raised overall detection accuracy from ~85% to over 97%"Method, sample size, false alarms
HireID"98% Detection Accuracy"Method, sample size, false alarms
Pindrop Pulse for Meetings"a false positive rate of less than 1%" for audio deepfake detection, on "a proprietary dataset of 20 million audio samples"A false-alarm rate for meeting video; who was in the data
Zero Assist"False positives can occur"How often
Reality Defender"an 8% improvement in balanced accuracy" after a video model updateThe absolute figure the gain is measured from

For several other vendors we checked, including interview, identity and background-check providers, we did not find a public accuracy or false-alarm figure as of October 29, 2026. That does not mean none exists; it means a buyer has to ask. Most tools share a headline number. Few publish the test behind it.

Why a headline number is not enough

A single accuracy figure hides the two numbers a hiring team needs: how often the check catches a real problem, and how often it flags an honest person. It also depends on the mix. If almost every session is honest, a check that flags nobody scores very high "accuracy" and catches nothing.

A headline number, and the test behind it (example)An example, not a real product: left, a single 97% accuracy figure. Right, the same test of 1,000 sessions as four counts: 285 of 300 problems caught, 15 of 300 missed, 686 of 700 honest people cleared and 14 of 700 honest people flagged.A HEADLINE NUMBER, AND THE TEST BEHIND IT (EXAMPLE)EXAMPLE HEADLINE97%One number, no sample,no date, no conditionsCAUGHT285 of 300Sessions with a realproblem that were flaggedMISSED15 of 300Sessions with a realproblem that got throughHONEST, CLEARED686 of 700Honest people the checklet throughHONEST, FLAGGED14 of 700False alarms: the numberthat costs candidatesExample numbers, not a real product. A full report gives all four counts, how many people anddevices, live or recorded, and the date. A headline number, and the test behind it (example)An example, not a real product: left, a single 97% accuracy figure. Right, the same test of 1,000 sessions as four counts: 285 of 300 problems caught, 15 of 300 missed, 686 of 700 honest people cleared and 14 of 700 honest people flagged.A HEADLINE AND ITS TEST (EXAMPLE)EXAMPLE HEADLINE97%One number, no sample, no date, noconditionsCAUGHT285 of 300Sessions with a real problem that wereflaggedMISSED15 of 300Sessions with a real problem that gotthroughHONEST, CLEARED686 of 700Honest people the check let throughHONEST, FLAGGED14 of 700False alarms: the number that costscandidatesExample numbers, not a real product. Afull report gives all four counts, howmany people and devices, live or recorded,and the date.
Example: the same 97% hides 15 missed problems and 14 honest people flagged. The four counts, with conditions and a date, are what make a result checkable.

Results also move between the lab and real life. Researchers who built the Deepfake-Eval-2024 benchmark found open-source detectors lost ground on deepfakes collected from the real world, with "AUC decreasing by 50% for video, 48% for audio, and 45% for image models" compared with older benchmarks. The study is a preprint, but the lesson holds: ask how the test data was gathered, and when.

What good evaluation looks like

  1. Both numbers, as counts. Problems caught and problems missed; honest people cleared and honest people flagged.
  2. Real conditions. Live calls or recordings, which devices, and what else was open on the computer.
  3. Data the builders never saw. If a team tunes a check on the same data it scores, the score overstates real use.
  4. A confidence bound. A small sample needs a range, not just a percentage.
  5. Results across groups. The same check can treat demographic groups very differently.
  6. Dates and re-runs. When the test ran, and what happened when an earlier run went wrong.
  7. Independent testing where it exists. NIST runs ongoing face recognition evaluations that report error rates at set thresholds, for example: "FNMR is the proportion of mated comparisons below a threshold". The FIDO Alliance certifies face verification and says it will "test bias levels, and measure biometrics across different demographics".

Fairness: the adverse-impact lens

In hiring, a false alarm is not spread evenly. NIST's 2019 study of face recognition found large differences in false positives between demographic groups.

The differentials often ranged from a factor of 10 to 100 times

NIST, news release on NIST IR 8280, December 2019

US hiring rules already have a yardstick. Under the Uniform Guidelines, a selection rate "less than four-fifths (4/5) (or eighty percent) of the rate for the group" with the highest rate is generally taken as evidence of adverse impact, though the same section notes that some "differences are based on small numbers and are not statistically significant". A check that flags one group more often can push a hiring process toward that line. So a test report should show results across groups, not just one overall figure.

Small samples need a range

Zero false alarms in 30 tries is a good start, not proof of zero. A 1983 paper in JAMA, "If nothing goes wrong, is everything all right?", set out the rule of three: with no events in n tries, the true rate is still likely below about 3 in n, at 95% confidence.

Zero false alarms, and what it still allowsThree samples with no false alarms and the rate each still allows at 95% confidence by the rule of three: 1 in 10 for 30 tries, 1 in 100 for 300, 1 in 1,000 for 3,000.ZERO FALSE ALARMS, AND WHAT IT STILL ALLOWS0 of 3030 honest sessionsup to 10%0 of 300300 honest sessionsup to 1%0 of 3,0003,000 honest sessionsup to 0.1%The rule of three: with no events in n tries, the true rate is below about 3 in n, at 95%confidence. Zero false alarms, and what it still allowsThree samples with no false alarms and the rate each still allows at 95% confidence by the rule of three: 1 in 10 for 30 tries, 1 in 100 for 300, 1 in 1,000 for 3,000.ZERO FALSE ALARMS, AND WHAT IT STILL ALLOWS0 of 3030 honest sessionsup to 10%0 of 300300 honest sessionsup to 1%0 of 3,0003,000 honest sessionsup to 0.1%The rule of three: with no events in ntries, the true rate is below about 3 inn, at 95% confidence.
Zero in 30 is a good start, not proof of zero. Bigger samples narrow what the result can hide.

This is why we show the lowest rate each result supports next to the count. How to read a small sample in more detail is in the false-alarm guide.

How Verified Call publishes its tests

Most tools share a headline number. We publish how we test, false alarms included. For each check, our interview cheating detection test results show what we did, the count, the false alarms, the sample, the conditions, the test date and a 95% confidence bound. Results from recordings say so, and so does research that is not in the beta.

  • Hidden AI tools. Found in "30 of 30 tries, for each of 4 tools", at least 90.5% for each tool (95% confidence); 0 of 30 false alarms with no AI tool open, and 0 of 30 with everyday apps open. Our own testing, October 4, 2026.
  • Camera software and direct cameras. "29 of 29 tries each, for 9 kinds of camera software and 7 direct cameras", at least 90.2% for each one. Our own testing, September 30, 2026.
  • Live calls. 20 of 20 live calls read right (10 direct cameras, 10 face swaps sent through camera software), October 2, 2026.
  • Someone else's face. 0 of 3,990 sessions got through (2,855 flagged, 1,135 ended "Can't confirm"); the real person was cleared in 962 of 970 sessions, 99.2%, at least 98.5% (95% confidence). Public research video of 70 people, tested offline on recordings our team never saw while building, October 1, 2026.

Failures stay on the page too. The camera result notes: "An earlier run read some direct cameras wrong. We fixed it and tested again. Both results are on record." Why we do it this way is in the founder's post, why we publish how we test, false alarms included.

Verified Call checks the person on the call, before it starts and while it runs, without joining. It checks for hidden AI answer tools, camera software, face swaps, deepfakes and AI avatars sent through camera software, and someone else answering. It checks that the voice on the call matches the person who did the check.

It works inside the video calls you already run. No bot in the participant list. It checks on the person's own computer, so it sees what a video call cannot carry: a tool hidden from screen sharing, or a face sent in through camera software. Each call is checked fresh. The host sees a plain result, with proof beside any flag, and a person can decline the check and still join with the host's link; the host sees that they declined.

What to ask any vendor

Three questions cover most of it. How often does it flag an honest person, as a count? What was tested, on whom, live or recorded, and when? Can we see results across groups? The full list of eight is in the false-alarm guide, and industry numbers are on the statistics page.

Frequently asked questions

Why don't more interview integrity tools publish test results?

A headline number is easy to show. A full test needs many honest sessions under real conditions and invites scrutiny. Most tools share a headline number; few publish the test behind it.

What does a good test report include?

Counts of honest and problem sessions, the false alarms, a confidence bound, the conditions (live or recorded, devices, apps open), the dates, and results across groups.

Why does data the builders never saw matter?

If a team tunes a check on the same data it scores, the result overstates how it will do in real use. Detectors also tend to lose accuracy on real-world deepfakes.

How does adverse impact apply to integrity checks?

US guidelines treat a selection rate below four-fifths of the highest group's rate as evidence of adverse impact. A check that flags some groups more often can push a process toward that line.

Is 0 false alarms in 30 tries good?

It is a good start. By the rule of three, it still allows a true rate up to about 1 in 10. Bigger samples narrow the range.

Sources

  1. Sherlock AIsherlock.sh home pageRead October 29, 2026
  2. HireIDhireid.ai home pageRead October 29, 2026
  3. PindropPindrop Pulse for MeetingsRead October 29, 2026
  4. Zero AssistFAQRead October 29, 2026
  5. Reality DefenderVisual deepfake detection upgradesRead October 29, 2026
  6. Chandra et al. (arXiv preprint)Deepfake-Eval-2024March 2025
  7. NISTFace Recognition Technology Evaluation (FRTE) 1:1Ongoing, read October 29, 2026
  8. NISTNIST study evaluates effects of race, age, sex on face recognition softwareDecember 2019
  9. NISTReducing Risks Posed by Synthetic Content (NIST AI 100-4)November 2024
  10. US eCFR29 CFR 1607.4: Uniform Guidelines on Employee Selection ProceduresIn force
  11. JAMA (Hanley and Lippman-Hand)If nothing goes wrong, is everything all right?April 1, 1983
  12. FIDO AllianceFace verification certificationRead October 29, 2026
  13. Verified CallResearch pageUpdated October 26, 2026

See it on a real call

Book a short demo and we will show the checks on a live call, with the proof the host sees.

Book your demo (opens a booking window)

Book your demo