Skip to content
AI.info

Speech and audio

Speaker Embeddings, Verification, and Identification

Distinguish speaker embeddings, verification, closed- and open-set identification, thresholds, enrollment, calibration, and biometric risk.

By the end you can

Key idea

Voice alone should not open the account

A voice match is a claim about a person. A similarity score cannot carry the whole of that claim. There are four conditions where it gets asked to.

The first is treating similarity as a posterior probability. The number says two recordings are close. It gets read as how likely it is that this is the enrolled person. The second is speaker overlap across train, calibration and test, which lets a system be scored on people it has already met. The third is enrollment captured on one device and deployed on another, so the voice being checked was never recorded the way the voice on file was. The fourth is using voice alone for irreversible high-value authentication. It is the one that turns the other three from errors into losses.

The fourth is also already written down as a rule. US federal digital identity guidance sets a bar for any biometric authenticator: a false match rate of one in 10,000 or better, for all demographic groups. Testing has to follow ISO/IEC 19795-1. The biometric may run only as a second factor, alongside a physical authenticator. A non-biometric alternative must always be on offer. On voice, NIST's 2025 guidance, SP 800-63B-4, sets no bar at all. It closes the door: “Biometric comparison based on voice SHALL NOT be used.”

None of the four conditions is exotic. What follows works through a service that met the first and the fourth at once, in March 2023, at two named agencies.

Until a match score has been validated as a probability, it reports closeness between recordings, not identity. US federal identity guidance does not let that closeness be the gate at all: for voice, SP 800-63B-4 says SHALL NOT.

An embedding is not a biological identifier

Whatever the claim, what the system holds is a vector. Speaker recognition maps utterances to representations intended to preserve speaker-related cues. Those representations get put to one of three jobs. Verification compares a claimed identity against enrollment. Closed-set identification searches a population. Open-set identification searches a population and must also reject people who are not in it. Which of the three you are doing has to be settled before the architecture is.

Voice is variable, replayable, and synthesizeable. Health, emotion, channel, language and environment all move it. The same speaker scores differently across a head cold, a raised voice, a new handset, a switch of language, a noisy room. An embedding records what a microphone caught under those conditions. It is not something carried in the body.

What comes back at the end is a similarity score under a threshold somebody chose. Reading it as the probability that this is the enrolled person requires calibration. Calibration that has been checked, not assumed.

The scoring pipeline is not hypothetical either. The common speaker verification system in the ASVspoof 5 challenge was an ECAPA-TDNN encoder with cosine similarity scoring. An embedding, a cosine, a threshold. That is the architecture under discussion, and the number it emits is a cosine.

No amount of threshold tuning repairs a system built for the wrong one of those three jobs.

Example

A journalist opened his own Centrelink account with a cloned voice

An embedding records what a microphone caught. A synthesised voice is built precisely to be what the microphone would have caught.

In March 2023 a data journalist opened his own Centrelink self-service account with AI-generated audio of his own voice and his customer reference number. He is Nick Evershed, at Guardian Australia. The voiceprint authentication he defeated was the one then offered by Services Australia and the Australian Taxation Office. The AI Incident Database catalogues the case as Incident 523, “Australian Journalist Able to Access Centrelink Account Using AI Audio of Own Voice”, incident date 15 March 2023, with both agencies named as deployers. The Guardian's Full Story covered it as “How an AI voice clone fooled Centrelink”.

The similarity score cleared the threshold. Nothing independent checked for liveness between the synthetic audio and the account. The score was the last gate.

A review that reads only false-match and false-non-match rates at the operating threshold would not have caught this. The standard governing those two rates says so itself. It is ISO/IEC 19795-1, the document NIST SP 800-63B-4 points to when it requires that “Biometric performance SHALL be tested in accordance with [ISO/IEC19795-1]”. Its scope clause draws the line: “Not within the scope of this document is the measurement of error and throughput rates for people deliberately trying to subvert the intended operation of the biometric system (e.g. by presentation attacks).” So the evidence everyone thinks to ask for is measured under a standard that has excluded the attacker by definition. That is the difficulty the rest of the lesson circles.

  • The decision underneath all of it is where each term stops and the next begins: embedding, verification, closed- and open-set identification, threshold, enrollment, calibration, biometric risk.
  • The failure that did the damage is treating a similarity as a posterior probability. At Centrelink, a cloned voice plus a customer reference number was enough, because the score was read as identity.
  • The evidence anyone would think to ask for is false match and false non-match at operational thresholds, measured under ISO/IEC 19795-1 — which puts deliberate subversion outside its own scope.
  • The practical response is to build the threat list out of what actually arrives at the microphone: replay, synthesis, voice conversion, coercion, and account takeover.

Case

1,251 celebrities is a population, not the population

A threshold like that one is set against an error rate, and every error rate came from somewhere. Scale is not coverage. Both are published. VoxCeleb1 holds more than 150,000 utterances from 1,251 celebrities, taken from interview video. VoxCeleb2 holds over a million utterances from 6,112 speakers. Every one of them was famous enough to appear on YouTube. That is a population, not the population. NIST has run speaker recognition evaluations since 1996, when 10 systems completed 4,000 trials. The 2024 edition was the nineteenth, with 11 teams from 26 sites.

There is a second reference point, and it is measured against attacks rather than against ordinary speakers. The Track 1 evaluation set of the 2024 ASVspoof 5 challenge held 138,688 bona fide and 542,086 spoofed utterances, from 737 speakers, across 16 attacks. Against that data the previously state-of-the-art baseline countermeasures did not degrade gently. The organisers report it flatly: “The baseline systems achieve minDCFs no lower than 0.7 and EERs no lower than 29%.” They singled out score calibration as a newly exposed problem. That is the same failure the Centrelink account met.

Those are the reference points a vendor's number is implicitly being compared against. An error rate quoted without its enrollment population and its trial list is not comparable to any of them.

Position

An error rate about people owes you the people

Nobody in either of those collections got there by being an ordinary speaker. They are people with enough public interview footage to be harvested at that scale. That is a real group of human beings, and a very particular one. A verification figure measured on them is a fact about that group. It is not a fact about the callers, patients or customers a deployed system will meet. Nothing in the figure itself tells you which of the two you are being shown.

It is worse than that. The figure is not even one fact about that group. A 2022 audit of the VoxCeleb Speaker Recognition Challenge baseline models split it in two. US male speakers sat exactly at the average error rates. Indian female speakers did not. Hutiri and Ding put it this way: “On the other end of the spectrum Indian female speakers have a FPR and FNR that are 13 and 1.3 times greater than average, indicating that this subgroup is exposed to a significant security risk, and a greater risk of exclusion.” Thirteen times the average false positive rate is a security gap. And 1.3 times the average false negative rate is an exclusion gap. Both sit inside the same celebrity population the headline number was drawn from. This is the gap NIST SP 800-63B-4 legislates against when it demands a false match rate of one in 10,000 or better for all demographic groups.

So ask which voices were enrolled, on which device, in what language, at what age, and after how long a gap. Then ask one more thing. Has the match score been explicitly validated as a probability, or is it still a similarity being read as one? Services Australia and the Australian Taxation Office answered that question by default. The answer arrived as an opened account.

A match score is a similarity until somebody validates it as a probability. And an average error rate hid a 13x false positive gap between two named subgroups of the same audited population.

Comparison

One claim, a fixed list, or a stranger

Every one of those questions assumes you already know which job the number describes. The three jobs cannot be cleared on one body of evidence.

Verification tests whether audio matches a claimed enrolled identity. Its errors are false matches and false non-matches against a single claim. That is the pair ISO/IEC 19795-1 defines and then declines to measure under deliberate subversion. Defining the identity task is the work it drives, and the trap is treating similarity as a posterior probability.

Closed-set identification selects one identity, assuming the speaker is enrolled. It is under no obligation to conclude that the speaker is outside the population. Enrollment design is the work here. Detection error tradeoff and calibration are the useful evidence. The failure to look for is speaker overlap across train, calibration and test.

Open-set identification searches that same population and also has to reject strangers. That is a separate failure, carrying rates of its own: open-set miss and false identification. Calibrating the decision is the work. The failure that catches teams out is enrollment captured on one device and deployed on another.

Each is best used when its assumptions are documented.

FigureComparison · 3 columns

Verification

Tests whether audio matches a claimed enrolled identity.

  • Decision focus: Define the identity task
  • Useful evidence: False match and false non-match at operational thresholds
  • Watch for: Treating similarity as a posterior probability
  • Best used when its assumptions are documented for speaker embeddings, verification, and identification

Closed-set identification

Selects one identity assuming the speaker is enrolled.

  • Decision focus: Design enrollment
  • Useful evidence: Detection error tradeoff and calibration
  • Watch for: Speaker overlap across train, calibration, and test
  • Best used when its assumptions are documented for speaker embeddings, verification, and identification

Open-set identification

Searches enrolled identities while allowing an unknown-speaker outcome.

  • Decision focus: Calibrate the decision
  • Useful evidence: Open-set miss and false-identification rates
  • Watch for: Enrollment captured on one device and deployed on another
  • Best used when its assumptions are documented for speaker embeddings, verification, and identification

Visual

Enrollment is a policy with a date on it

A single similarity threshold conceals four separate decisions, and each carries its own evidence. Define the identity task: choose verification, closed-set identification, open-set search, or clustering. Design enrollment: specify utterance count, language, device, recency, consent, and update policy. Calibrate the decision: set thresholds for population, attack model, cost, and quality conditions. Add layered controls: combine anti-spoofing, possession, confirmation, rate limits, and recourse.

Enrollment is the second of them. It is easy to miss, because it looks like a setup step rather than a choice. A reference recording is captured on one device, in one language, at one age, on one day. It goes on being the reference after all four have changed. The third condition in the opening list — enrolled on one device, deployed on another — is exactly that gap widening with time. Enrollment is a policy, and it has a date on it. Nick Evershed's Centrelink voiceprint was enrolled before a cloned copy of his voice was something a journalist could assemble. Nothing in the enrollment record knew that the world around it had moved.

Calibration is the third decision. The ASVspoof 5 organisers named it as newly exposed when their baselines came back with EERs no lower than 29%. Every later control is built on top of these earlier choices. None of them is in a position to question them.

FigureHierarchy · 4 levels
  • Define the identity task

    Choose verification, closed-set identification, open-set search, or clustering.

    • Design enrollment

      Specify utterance count, language, device, recency, consent, and update policy.

      • Calibrate the decision

        Set thresholds for population, attack model, cost, and quality conditions.

        • Add layered controls

          Combine anti-spoofing, possession, confirmation, rate limits, and recourse.

Layered controls are built around the identity task as you first framed it, so a mistaken framing gets defended instead of found.

Example

Equal error rate is not your threshold

Four words carry that chain, and in conversation they collapse into one idea about matching voices. Each implies different evidence, a different unit, and a different set of decision rights. Anyone documenting a voice matching system has to keep them apart. The fourth does the quietest damage. It names an operating point that is almost never the point you ship. And the same three letters, EER, carried the ASVspoof 5 baselines' collapse to no lower than 29%, on 138,688 bona fide and 542,086 spoofed utterances.

  • A speaker embedding is a vector representation intended to capture speaker-related characteristics. In ASVspoof 5's common ASV system it was the output of an ECAPA-TDNN encoder, compared by cosine similarity.
  • Verification is a one-to-one comparison against a claimed identity. Its false match rate is the quantity NIST SP 800-63B-4 caps at one in 10,000 or better, for all demographic groups.
  • Identification is a one-to-many search over enrolled identities. Hutiri and Ding's audit of the VoxCeleb Speaker Recognition Challenge baselines showed those rates splitting 13-fold between subgroups of one population.
  • The equal error rate is the operating point where false match and false non-match rates are equal. It is not necessarily the threshold a system is deployed at: ASVspoof 5's baselines reported EERs no lower than 29%, a number no deployment would choose as its operating point.

Example

Which devices, which languages, whose voices

Which is why the pair worth reporting is false match and false non-match at the thresholds actually in operation, not at the equal error point. Even that pair says nothing about whether similarity is being read as a posterior probability. The cloned audio cleared the operating threshold. In these two numbers it would appear as a success. ISO/IEC 19795-1 is explicit that it is not measuring that case: “Not within the scope of this document is the measurement of error and throughput rates for people deliberately trying to subvert the intended operation of the biometric system (e.g. by presentation attacks).”

The attack lives in a different standard, with different metrics. ISO/IEC 30107-3 covers presentation attack detection testing and reporting. It defines APCER, BPCER and the impostor attack presentation accept rate, IAPAR. It also warns against reading those numbers across sources: “Error rates for PAD mechanisms are not necessarily comparable across similar tests, and error rates for PAD mechanisms are not necessarily reproducible by different test laboratories.” An APCER from one lab is not a rival to an APCER from another.

So say what unit each figure is in, and whose voices were enrolled. Say how uncertain it is. Say on what devices and in what languages it was measured, with detection error tradeoff and calibration beside it.

  • For the core task, false match and false non-match at operational thresholds, tested in accordance with ISO/IEC 19795-1 as NIST SP 800-63B-4 requires.
  • For the attack surface ISO/IEC 19795-1 puts outside its own scope, APCER, BPCER and IAPAR under ISO/IEC 30107-3 — reported as this lab's numbers, since the standard says they are not necessarily reproducible by different test laboratories.
  • For what the system is doing with a score rather than how often it is right, detection error tradeoff curves and calibration — the flaw the ASVspoof 5 organisers singled out as newly exposed, alongside minDCFs no lower than 0.7.
  • Over the working life of the system, slices by attack, device, language, illness, age and time gap, and by demographic subgroup. An average that hides a 13x false positive gap for one subgroup is not a safety figure.

Report false match and false non-match at operational thresholds under ISO/IEC 19795-1, with APCER, BPCER and IAPAR under ISO/IEC 30107-3 beside them. Never let the first pair stand in for the second.

Steps

Design a voice verification release gate

A release gate for voice verification is written to be attacked. By now the attack it has to survive is a familiar one: a similarity score read as if it were the probability that the speaker is who they claim to be. The four steps are these. Define the threat model, including replay, synthesis, voice conversion, coercion and account takeover. Build independent partitions, separating speakers, sessions, channels and attack generation assets. Choose the threshold by cost, reporting error rates and confidence intervals at the intended population. Plan recovery, supporting alternative authentication, enrollment revocation and dispute review.

The first step no longer has to argue that synthesis is a real category. In February 2024 the US Federal Communications Commission ruled on it: “In this Declaratory Ruling, we confirm that the TCPA’s restrictions on the use of “artificial or prerecorded voice” encompass current AI technologies that generate human voices.” A cloned voice is an artificial voice, because a person is not speaking it. Such calls are unlawful without the called party's prior express consent, effective on release. The synthetic caller in your threat model has a docket number.

Three things go in writing, and they are the three the next team will need. Write down what your definition of the identity task assumes. Write down one case that breaks it — Incident 523 is available free of charge. Write down which added control takes over when it does.

That third line is where the fourth condition from the opening list is finally paid off. NIST SP 800-63B-4 has already written the shape of the answer. A biometric only as a second factor, alongside a physical authenticator. Always a non-biometric alternative on offer. For voice, its answer is shorter still: “Biometric comparison based on voice SHALL NOT be used.”

FigureProcess · 4 steps
  1. 1. Define the threat model

    Include replay, synthesis, voice conversion, coercion, and account takeover.

  2. 2. Build independent partitions

    Separate speakers, sessions, channels, and attack generation assets.

  3. 3. Choose threshold by cost

    Report error rates and confidence intervals at the intended population.

  4. 4. Plan recovery

    Support alternative authentication, enrollment revocation, and dispute review.

Any gate that cannot revoke an enrollment, offer a second route in, or review a contested rejection has no answer for the person it locks out. SP 800-63B-4 makes that second route a requirement, not a courtesy.

Key takeaways