Table of Contents

Namespace Tessio.Verifier.Core.Mdoc

Classes

DeviceRequestBuilder

Builds the ISO/IEC 18013-5 DeviceRequest that travels over the W3C Digital Credentials API (ISO/IEC 18013-7 Annex C): one docRequest, no readerAuth, the itemsRequest tag-24 wrapped so its bytes stay stable under the digest that binds the session.

Iso18013AnnexC

The verifier's side of an ISO/IEC 18013-7 Annex C presentation over the W3C Digital Credentials API: builds the request pair the browser call carries, and opens the encrypted response into DeviceResponse bytes plus the session transcripts device authentication is verified over. Verification itself stays in MdocVerifier.

Iso18013AnnexCRequest

What the browser call carries, and what the verifier keeps to open the answer.

Iso18013AnnexCResponse

An opened Annex C response: the decrypted bytes and the transcript that binds them.

MdocErrorCodes

Stable error codes for mdoc verification failures, alongside the shared codes in ErrorCodes (structure_invalid, signature_invalid, issuer_untrusted, …).

MdocProcessingException

A structural failure while processing an mdoc: malformed CBOR, a missing required element or an invalid COSE structure. Carries a stable error code for Code.

MdocVerificationContext

Per-verification context for mdoc presentations. Richer than the frozen VerificationContext because the mdoc device signature covers the OpenID4VP session transcript, which is built from more than a nonce.

MdocVerifier

Verifies an mdoc presentation (mso_mdoc, ISO/IEC 18013-5 over OpenID4VP Annex B.2): DeviceResponse decoding, issuerAuth signature via the x5chain Document Signer certificate, MSO validity window, per-item digest checks and IACA trust through ITrustListResolver. Structural failures fail fast; policy failures accumulate into Errors with stable codes.

MdocVerifierOptions

Policy knobs for MdocVerifier.

SessionTranscriptBuilder

Builds the ISO 18013-5 SessionTranscript for each transport this library supports. The device signature covers these bytes, binding the presentation to this verifier's request. An OpenID4VP redirect flow binds client_id, nonce, the response encryption key thumbprint and the response_uri; OpenID4VP over the Digital Credentials API binds the origin, nonce and thumbprint; ISO/IEC 18013-7 Annex C over the same API binds the origin and the EncryptionInfo bytes.