Overview

The Issuer Service is walt.id's enterprise solution for creating, signing and distributing verifiable digital credentials based on various formats and standards.

Supported Standards

Credential Formats:SD-JWT VC (IETF), W3C VC (v1.1+, v2.0), ISO 18013-5 mDL
Credential Exchange:OID4VCI (Draft 11, 13), ISO/IEC 18013-7
Credential Status:StatusList2021, Bitstring Status List, Token Status List
Signing Algorithms:ed25519, secp256k1, secp256r1, RSA

Core Features

Credential Exchange

The Issuer Service supports credential exchange protocols based on:

  • OID4VCI: multiple draft versions (e.g. 11, 13) and flows such as Pre-Authorized Code Flow (with or without PIN) and Authorization Code Flow (with ID Token, VP Token, username/password login or integration with external authorization servers like Keycloak).
  • ISO/IEC 18013-7: remote issuance of mobile Driver's Licenses (mDL).

Credential Data Collection

Flexible data collection options allow populating credentials before or after an offer has been created:

  • Before Credential Offer Creation – provide all subject data upfront when initiating the offer.
  • After Credential Offer Creation & Before Credential Signing – enrich credentials dynamically using data functions such as webhooks or timestamps.
  • During User Authentication – when using the authorization code flow, the subject can authenticate against an external IdP and the retrieved claims are mapped to credential fields.

Credential Branding

Credential appearance in wallets can be defined via:

  • Issuer Metadata – branding per credential type ( background color, text color, logo, description).
  • Embedded in Credential – include branding directly in the issued credential for case-specific styling.

Credential Status & Lifecycle

  • Built‑in status management (revocation or suspension) through the Credential Status Service, supporting standards such as Bitstring Status List, Token Status List and StatusList2021.
  • Credentials can include expiration and "valid from" dates.
  • Lifecycle events and issuance sessions can be viewed in the GUI and via webhooks.

Keys & DIDs

  • Issuer Keys – store and manage keys via the KMS Service. The KMS service can use external KMS providers (e.g. Azure Key Vault, AWS KMS, OCI, Hashicorp Vault, ...) or store the keys in the Enterprise Stack database (only recommended for non-production use-cases).
  • DIDs – create and store DIDs via the DID Service and the DID Registry.

Getting Started

Last updated on June 17, 2025