El emisor incluye la clave pública del titular en la credencial (cnf.jwk en SD-JWT; la clave del dispositivo en el objeto de seguridad móvil, MSO, de un mdoc). En la presentación, el titular firma un desafío nuevo y propio de cada verificador: SD-JWT usa un JWT con typ kb+jwt, aud, nonce, iat y sd_hash (RFC 9901 §4.3); mdoc firma la transcripción de la sesión o calcula un MAC sobre ella (ISO/IEC 18013-5). Los verificadores comprueban el nonce y la audiencia para impedir que la presentación se repita ante otro verificador.
El key binding no es más sólido que la protección de la clave del titular; por eso las billeteras guardan esa clave en hardware seguro y los emisores piden atestaciones de la billetera o de la clave antes de emitir. La misma idea aparece en OAuth como tokens vinculados al remitente (DPoP, mTLS).