Der Aussteller schreibt den öffentlichen Schlüssel des Inhabers in das Credential (cnf.jwk bei SD-JWT; bei mdoc den Geräteschlüssel in das Mobile Security Object). Bei der Präsentation signiert der Inhaber eine frische, für den Verifizierer spezifische Challenge: SD-JWT nutzt ein JWT mit typ kb+jwt, aud, nonce, iat und sd_hash (RFC 9901 §4.3); mdoc signiert das Session-Transkript oder sichert es mit einem MAC (ISO/IEC 18013-5). Verifizierer prüfen Nonce und Audience, damit sich eine Präsentation nicht bei einem anderen Verifizierer wiederverwenden lässt.
Key Binding ist nur so stark wie der Schutz des Schlüssels, den der Inhaber hält; deshalb bewahren Wallets ihn in sicherer Hardware auf, und deshalb verlangen Aussteller vor der Ausstellung Attestierungen der Wallet oder des Schlüssels. Dieselbe Idee findet sich in OAuth als sendergebundene Tokens (DPoP, mTLS).