# Entra Verified ID Entra Verified ID

Dezentrale Identität, überprüfbare Nachweise (Verifiable Credentials), DIDs, Aussteller, Prüfer, Vertrauenssystem und API-Integration. Decentralized identity, verifiable credentials, DIDs, issuers, verifiers, trust system, and API integration.

Verifiable Credentials Verifiable credentials

Kryptographisch signierte Nachweise über Attribute einer Person oder Organisation.Cryptographically signed assertions about attributes of a person or organization.

DID (Decentralized Identifier)DID (Decentralized Identifier)

Selbstkontrollierte Identifikatoren, die nicht von einer zentralen Instanz abhängen.Self-controlled identifiers that do not depend on a central authority.

Aussteller / Prüfer Issuer / Verifier

Aussteller erzeugen Nachweise; Prüfer fordern Nachweise an und validieren sie.Issuers create credentials; verifiers request and validate credentials.

Face Check Face Check

Biometrische Gesichtsvereinstimmung zwischen Nachweis-Foto und Live-Selfie für hochsichere Prüfungen.Biometric face match between credential photo and live selfie for high-assurance checks.

## Überblick – Dezentrale Identität Overview – Decentralized identity

Microsoft Entra Verified ID implementiert den W3C-Standard für Verifiable Credentials (VC). Er ergänzt das klassische föderierte Identitätsmodell durch ein nutzerzentriertes Modell, bei dem der Inhaber seine Nachweise in einer digitalen Wallet speichert und sie selektiv vorzeigen kann, ohne dass der Aussteller direkt involviert ist. Microsoft Entra Verified ID implements the W3C standard for Verifiable Credentials (VC). It complements the classical federated identity model with a user-centric model where the holder stores their credentials in a digital wallet and can selectively present them without the issuer being directly involved.

ℹ️ Lizenzierung ℹ️ Licensing

Entra Verified ID ist in Microsoft Entra ID P1/P2 und Microsoft Entra Suite enthalten. Die Grundfunktionalität (Ausstellen und Prüfen) ist kostenlos. Face Check erfordert ein Add-on oder Entra Suite und wird pro Transaktion abgerechnet. Entra Verified ID is included in Microsoft Entra ID P1/P2 and Microsoft Entra Suite. The core functionality (issuing and verifying) is free of charge. Face Check requires an add-on or Entra Suite and is billed per transaction.

## Grundkonzepte Core concepts

Begriff Term | Definition Definition
--- | ---
DID (Decentralized Identifier)DID (Decentralized Identifier) | Selbstkontrollierter URI (z. B. `did:web:contoso.com`), der auf ein DID-Dokument mit Public Keys verweist. Keine zentrale Registrierungsstelle erforderlich.Self-controlled URI (e.g. `did:web:contoso.com`) pointing to a DID document with public keys. No central registration authority required.
DID Document DID Document | JSON-LD-Dokument mit öffentlichen Schlüsseln und Service-Endpunkten des DID-Inhabers. Über die DID-Methode abrufbar.JSON-LD document containing the public keys and service endpoints of the DID holder. Retrievable via the DID method.
Verifiable Credential (VC)Verifiable Credential (VC) | JWT oder JSON-LD-Dokument mit Claims über den Inhaber, signiert mit dem privaten Schlüssel des Ausstellers.JWT or JSON-LD document with claims about the holder, signed with the issuer's private key.
Verifiable Presentation (VP)Verifiable Presentation (VP) | Container, in dem der Inhaber einen oder mehrere VCs selektiv vorzeigt. Ebenfalls kryptographisch signiert.Container in which the holder selectively presents one or more VCs. Also cryptographically signed.
Issuer (Aussteller)Issuer (Aussteller) | Entität, die einen VC erzeugt und ausgibt (z. B. Unternehmen, Bildungseinrichtung, Behörde).Entity that creates and issues a VC (e.g. company, educational institution, government authority).
Holder (Inhaber)Holder (Inhaber) | Natürliche oder juristische Person, die den VC in ihrer Wallet speichert.Natural or legal person storing the VC in their wallet.
Verifier (Prüfer)Verifier (Prüfer) | Relying Party, die den VC anfordert, empfängt und validiert.Relying party that requests, receives, and validates the VC.

## DID-Methoden DID methods

Microsoft Entra Verified ID unterstützt primär `did:web` und `did:ion` (Azure ION auf Bitcoin Blockchain). Die empfohlene Methode für neue Deployments ist `did:web`, da sie einfacher zu verwalten ist. Microsoft Entra Verified ID primarily supports `did:web` and `did:ion` (Azure ION on Bitcoin blockchain). The recommended method for new deployments is `did:web` because it is easier to manage.

DID-Methode DID-Methode | Speicher Storage | Auflösung Resolution | Empfehlung Recommendation
--- | --- | --- | ---
did:web did:web | Eigene HTTPS-Domain (/.well-known/did.json)Own HTTPS domain (/.well-known/did.json) | Standard HTTPS GET auf die Domain Standard HTTPS GET on the domain | Empfohlen für Unternehmen Recommended for enterprises
did:ion did:ion | Bitcoin Blockchain + Azure ION Node Bitcoin blockchain + Azure ION node | ION-Netzwerk-Resolver ION network resolver | Für dezentrale, blockchain-basierte Szenarien For decentralized, blockchain-based scenarios

## Rollen und Fluss Roles and flow

### Ausstellungsfluss Issuance flow

## | Schritt Step | Akteur Actor
--- | --- | ---
1 1 | Aussteller erstellt VC-Anforderung und Deep Link / QR Code Issuer creates VC request and deep link / QR code | Issuer App + Request Service API Issuer App + Request Service API
2 2 | Inhaber scannt QR-Code mit Microsoft Authenticator Holder scans QR code with Microsoft Authenticator | Holder (Authenticator)Holder (Authenticator)
3 3 | Authenticator ruft Issuance-Manifest ab und zeigt Zustimmungsanforderung Authenticator retrieves issuance manifest and shows consent request | Authenticator + Issuer Authenticator + Issuer
4 4 | Inhaber stimmt zu; Authenticator erzeugt neues DID-Schlüsselpaar für diesen VC Holder consents; Authenticator generates a new DID key pair for this VC | Authenticator Authenticator
5 5 | Aussteller signiert VC und gibt ihn zurück an Authenticator Issuer signs the VC and returns it to Authenticator | Issuer Issuer
6 6 | VC wird in der Wallet gespeichert VC is stored in the wallet | Authenticator (Wallet)Authenticator (Wallet)

### Präsentationsfluss Presentation flow

## | Schritt Step | Akteur Actor
--- | --- | ---
1 1 | Prüfer erstellt Verification-Anforderung per Request Service API Verifier creates verification request via Request Service API | Verifier App Verifier App
2 2 | Inhaber scannt QR-Code oder klickt Deep Link Holder scans QR code or clicks deep link | Holder Holder
3 3 | Authenticator zeigt angeforderte Claims und bittet um Zustimmung Authenticator shows requested claims and asks for consent | Authenticator Authenticator
4 4 | Inhaber stimmt zu; Authenticator signiert VP und sendet ihn Holder consents; Authenticator signs VP and sends it | Authenticator Authenticator
5 5 | Prüfer empfängt VP, ruft DID-Dokument des Ausstellers ab und validiert Signatur Verifier receives VP, retrieves issuer DID document, and validates signature | Verifier + DID Resolver Verifier + DID Resolver
6 6 | Prüfer bestätigt Validierungsergebnis und gewährt Zugriff Verifier confirms validation result and grants access | Verifier App Verifier App

## Einrichtung im Admin Center Setup in admin center

## | Aufgabe Task | Beschreibung Description
--- | --- | ---
1 1 | Verified ID einrichten Set up Verified ID | Entra Admin Center → Verified ID → Einrichten; Lizenzvoraussetzung prüfen Entra admin center → Verified ID → Set up; check license prerequisite
2 2 | Organisation verifizieren Verify organization | Domain-Eigentümerschaft nachweisen über DNS oder /.well-known/did.json Prove domain ownership via DNS or /.well-known/did.json
3 3 | DID konfigurieren Configure DID | did:web mit eigenem Domain oder did:ion wählen; Key Vault für Schlüsselspeicherung Choose did:web with own domain or did:ion; Key Vault for key storage
4 4 | Credential-Typ definieren Define credential type | JSON-Manifest mit Typ, Claims, Anzeigename und Logo erstellen Create JSON manifest with type, claims, display name, and logo
5 5 | App-Registrierung für API-Zugriff App registration for API access | Service Principal für Request Service API mit erforderlichen Berechtigungen Service principal for Request Service API with required permissions

## Credentials erstellen Creating credentials

Verifiable Credentials werden auf Basis von Credential-Definitionen (Rules & Display) erstellt. Die Definition legt fest, welche Claims das Credential enthält und wie es visuell dargestellt wird. Verifiable credentials are created based on credential definitions (Rules & Display). The definition specifies which claims the credential contains and how it is visually displayed.

Komponente Component | Beschreibung Description
--- | ---
Display Definition Display Definition | Visuelle Darstellung: Logo, Farben, Anzeigenamen der Claims Visual presentation: logo, colors, display names of claims
Rules Definition Rules Definition | Eingabe-Mapping: welche Attribute aus welcher Quelle (IdToken, JWT, selfIssued)Input mapping: which attributes from which source (IdToken, JWT, selfIssued)
Credential Type Credential Type | Eindeutiger Typ-Bezeichner (URL)Unique type identifier (URL)
Manifestendpunkt Manifest endpoint | Automatisch generiert; referenziert im Ausstellungs-Request Auto-generated; referenced in issuance request

## Credentials ausstellen Issuing credentials

Das Ausstellen (Issuance) eines Verifiable Credential erfolgt über die Request Service API. Die Anwendung erstellt einen Issuance Request, der einen Deep-Link oder QR-Code für die Wallet-App generiert. Issuing a Verifiable Credential is done via the Request Service API. The application creates an issuance request that generates a deep link or QR code for the wallet app.

HTTP (Request Service API)

    POST https://verifiedid.did.msidentity.com/v1.0/verifiableCredentials/createIssuanceRequest
    Authorization: Bearer {access_token}
    Content-Type: application/json

    {
      "includeQRCode": true,
      "callback": {
        "url": "https://your-app.example.com/callback",
        "state": "session-state-value",
        "headers": { "api-key": "your-secret" }
      },
      "authority": "did:web:your-tenant.verifiedid.microsoft.com",
      "registration": { "clientName": "Your App" },
      "type": "VerifiedEmployee",
      "manifest": "https://verifiedid.did.msidentity.com/v1.0/{tenantId}/verifiableCredential/contracts/VerifiedEmployee/manifest",
      "claims": {
        "given_name": "Max",
        "family_name": "Mustermann"
      }
    }

## Credentials verifizieren Verifying credentials

Die Verifikation prüft, ob ein vorgelegtes Credential vom erwarteten Aussteller signiert wurde und noch gültig ist. Der Verifier erstellt einen Presentation Request; die Wallet-App des Benutzers präsentiert das Credential. Verification checks whether a presented credential was signed by the expected issuer and is still valid. The verifier creates a presentation request; the user's wallet app presents the credential.

HTTP (Request Service API)

    POST https://verifiedid.did.msidentity.com/v1.0/verifiableCredentials/createPresentationRequest
    Authorization: Bearer {access_token}
    Content-Type: application/json

    {
      "includeQRCode": true,
      "callback": {
        "url": "https://your-app.example.com/presentation-callback",
        "state": "session-state-value"
      },
      "authority": "did:web:your-tenant.verifiedid.microsoft.com",
      "registration": { "clientName": "Your App" },
      "requestedCredentials": [
        {
          "type": "VerifiedEmployee",
          "acceptedIssuers": ["did:web:issuer.example.com"],
          "configuration": {
            "validation": { "allowRevoked": false, "validateLinkedDomain": true }
          }
        }
      ]
    }

## Request Service API Request Service API

Die Request Service API ist die zentrale Programmierschnittstelle für Aussteller und Prüfer. Sie wird von der eigenen Backend-Applikation aufgerufen und gibt Ausstellungs- bzw. Präsentationsanforderungen als QR-Codes oder Deep-Links zurück. The Request Service API is the central programming interface for issuers and verifiers. It is called by the own backend application and returns issuance or presentation requests as QR codes or deep links.

HTTP – Ausstellungsanforderung Issuance request

    POST https://verifiedid.did.msidentity.com/v1.0/verifiableCredentials/createIssuanceRequest
    Authorization: Bearer <token>
    Content-Type: application/json

    {
      "includeQRCode": true,
      "callback": {
        "url": "https://myapp.contoso.com/api/issuer/callback",
        "state": "correlationId-12345",
        "headers": { "api-key": "mySecretKey" }
      },
      "authority": "did:web:contoso.com",
      "registration": {
        "clientName": "Contoso Issuer Portal"
      },
      "type": "VerifiedEmployee",
      "manifest": "https://verifiedid.did.msidentity.com/v1.0/{tenant}/verifiableCredential/contracts/VerifiedEmployee",
      "claims": {
        "given_name": "Max",
        "family_name": "Mustermann",
        "jobTitle": "Software Engineer",
        "department": "Engineering"
      }
    }

HTTP – Präsentationsanforderung Presentation request

    POST https://verifiedid.did.msidentity.com/v1.0/verifiableCredentials/createPresentationRequest
    Authorization: Bearer <token>
    Content-Type: application/json

    {
      "includeQRCode": true,
      "callback": {
        "url": "https://myapp.contoso.com/api/verifier/callback",
        "state": "correlationId-67890",
        "headers": { "api-key": "mySecretKey" }
      },
      "authority": "did:web:contoso.com",
      "registration": { "clientName": "Contoso Verifier" },
      "requestedCredentials": [
        {
          "type": "VerifiedEmployee",
          "purpose": "Access to secure area",
          "acceptedIssuers": [ "did:web:contoso.com" ],
          "configuration": {
            "validation": {
              "allowRevoked": false,
              "validateLinkedDomain": true
            }
          }
        }
      ]
    }

## Face Check Face Check

Face Check ist ein optionaler Hochsicherheits-Verifikationsschritt, bei dem ein biometrischer Abgleich zwischen dem Foto im VC und einem Live-Selfie des Inhabers durchgeführt wird. Dies erhöht die Sicherheit erheblich, da der Nachweis nicht einfach weitergegeben werden kann. Face Check is an optional high-assurance verification step where a biometric match is performed between the photo in the VC and a live selfie from the holder. This significantly increases security as the credential cannot simply be passed on.

Eigenschaft Property | Detail Detail
--- | ---
Anforderung Requirement | VC muss ein Foto enthalten (photo-Claim); Entra Suite Add-on erforderlich VC must contain a photo (photo claim); Entra Suite add-on required
Abwicklung Processing | Selfie wird an Microsoft Cognitive Services übergeben; kein Speichern des Bilds Selfie is passed to Microsoft Cognitive Services; image not stored
Schwellenwert Threshold | Confidence Score-Schwellenwert konfigurierbar (50–100)Confidence score threshold configurable (50–100)
Datenschutz Privacy | DSGVO-konform; nur Matching-Ergebnis wird an Prüfer zurückgegeben GDPR-compliant; only matching result is returned to verifier

## Vertrauenssystem und Linked Domain Trust system and linked domain

Entra Verified ID nutzt das Linked Domain-Konzept, um den Aussteller-DID mit einer bekannten HTTPS-Domain zu verknüpfen. Prüfer können die Domain überprüfen und dem Aussteller implizit vertrauen, wenn sie die Domain kennen. Entra Verified ID uses the Linked Domain concept to link the issuer DID with a known HTTPS domain. Verifiers can check the domain and implicitly trust the issuer if they recognize the domain.

JSON – Linked Domain in DID-Dokument Linked domain in DID document

    {
      "id": "did:web:contoso.com",
      "service": [
        {
          "id": "did:web:contoso.com#linkeddomains",
          "type": "LinkedDomains",
          "serviceEndpoint": {
            "origins": ["https://contoso.com"]
          }
        }
      ]
    }

✅ Empfehlung✅ Recommendation

Aktivieren Sie immer `validateLinkedDomain: true` in der Präsentationsanforderung, um sicherzustellen, dass nur Credentials von bekannten und verifizierten Ausstellern akzeptiert werden. Verwenden Sie den Verified Employee-Typ als Einstieg für Workforce-Szenarien. Always enable `validateLinkedDomain: true` in the presentation request to ensure only credentials from known and verified issuers are accepted. Use the Verified Employee type as entry point for workforce scenarios.

## Typische Anwendungsfälle Typical use cases

Szenario Scenario | VC-Typ VC type | Nutzen Benefit
--- | --- | ---
Mitarbeitersausweis Employee badge | VerifiedEmployee VerifiedEmployee | Digitaler Nachweis der Beschäftigung für Partner-Onboarding Digital proof of employment for partner onboarding
Bildungsabschluss Educational credential | VerifiedDegree VerifiedDegree | Fälschungssicherer Abschlussnachweis Tamper-evident degree certificate
Alter-Verifikation Age verification | Custom Custom | Datenschutzfreundlich: nur Ja/Nein für Mindestalter Privacy-friendly: only yes/no for minimum age
Partner-Zugang Partner access | VerifiedEmployee VerifiedEmployee | Self-Service B2B-Onboarding ohne manuelle Gasteinladung Self-service B2B onboarding without manual guest invitation
Zertifizierung Certification | Custom Custom | Berufliche Zertifizierungen kryptographisch nachweisbar Professional certifications cryptographically provable

## Widerruf von Credentials Credential revocation

Verifiable Credentials können widerrufen werden. Entra Verified ID unterstützt Revokation über den Entra-Admin-Bereich oder die Graph API. Ein widerrufener VC wird bei der nächsten Präsentation (wenn `allowRevoked: false` konfiguriert ist) als ungültig abgelehnt. Verifiable Credentials can be revoked. Entra Verified ID supports revocation via the Entra admin area or Graph API. A revoked VC is rejected as invalid at the next presentation (when `allowRevoked: false` is configured).

HTTP – VC widerrufen Revoke VC

    # VC-ID aus der Ausstellungsantwort; Status updaten
    POST https://verifiedid.did.msidentity.com/v1.0/verifiableCredentials/updateIssuerStatus
    Authorization: Bearer <token>
    Content-Type: application/json

    {
      "credentialId": "urn:pic:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
      "currentStatus": "Revoked",
      "statusReason": "Employment ended"
    }

## Microsoft Authenticator als Wallet Microsoft Authenticator as wallet

Die primäre Wallet für Entra Verified ID ist der Microsoft Authenticator (iOS und Android). VCs werden lokal auf dem Gerät verschlüsselt gespeichert und sind mit dem privaten Schlüssel des Inhabers verknüpft. Eine Backup- und Wiederherstellungsfunktion ermöglicht den Transfer bei Gerätewechsel. The primary wallet for Entra Verified ID is Microsoft Authenticator (iOS and Android). VCs are stored locally on the device encrypted and linked to the holder's private key. A backup and restore function enables transfer when changing devices.

Feature Feature | Detail Detail
--- | ---
Plattformen Platforms | iOS 14+, Android 9+iOS 14+, Android 9+
Schlüsselspeicher Key storage | Secure Enclave (iOS) / Android Keystore; hardware-backed wenn verfügbar Secure Enclave (iOS) / Android Keystore; hardware-backed when available
Backup Backup | iCloud (iOS) / Google Drive (Android) – verschlüsselt iCloud (iOS) / Google Drive (Android) – encrypted
Open Standards Open Standards | W3C VC Data Model 1.1, DIF Presentation Exchange W3C VC Data Model 1.1, DIF Presentation Exchange

## Trusted Issuer Network Trusted issuer network

Für branchenweite Szenarien unterstützt Entra Verified ID die Integration in übergeordnete Trust Registries. Prüfer können dabei nicht nur dem eigenen Tenant vertrauen, sondern einer Liste von verifizierten Ausstellern in einem gemeinsamen Trust Framework. For industry-wide scenarios, Entra Verified ID supports integration into higher-level trust registries. Verifiers can then trust not only their own tenant but a list of verified issuers in a shared trust framework.

Ansatz Approach | Beschreibung Description
--- | ---
Linked Domains Linked Domains | Einzelner Aussteller verknüpft DID mit bekannter Domain Single issuer links DID to known domain
Trust Framework Registry Trust Framework Registry | Dezentrale Registry mit vertrauenswürdigen Ausstellern für einen bestimmten Sektor Decentralized registry with trusted issuers for a specific sector
Microsoft Entra Verified ID Network Microsoft Entra Verified ID Network | Microsofts Netzwerk von verifizierten Unternehmensausstellern (VerifiedEmployee)Microsoft's network of verified enterprise issuers (VerifiedEmployee)

ℹ️ VerifiedEmployee Standard ℹ️ VerifiedEmployee standard

Microsoft hat den VerifiedEmployee-Credential-Typ standardisiert und fördert dessen Adoption als plattformübergreifenden Mitarbeiternachweis. Unternehmen, die diesen Standard implementieren, können von einem wachsenden Ökosystem vertrauender Prüfer profitieren. Microsoft has standardized the VerifiedEmployee credential type and promotes its adoption as a cross-platform employee proof. Companies implementing this standard can benefit from a growing ecosystem of trusting verifiers.

## SDK und Entwicklerintegration SDK and developer integration

Für die Implementierung von Verified ID in eigene Anwendungen stellt Microsoft SDKs und eine Request Service API bereit. Die Integration ist unabhängig von der Programmiersprache möglich, da die API HTTP-basiert ist. For implementing Verified ID into own applications, Microsoft provides SDKs and a Request Service API. Integration is possible regardless of programming language since the API is HTTP-based.

Ressource Resource | Beschreibung Description
--- | ---
MSAL (alle Sprachen)MSAL (alle Sprachen) | Token für Request Service API anfordern Request token for Request Service API
Request Service API Request Service API | REST API für Ausstellung und Prüfung; kein SDK erforderlich REST API for issuance and verification; no SDK required
Verified ID Samples (GitHub)Verified ID Samples (GitHub) | Vollständige Code-Beispiele für Node.js, .NET, Python, Java Complete code samples for Node.js, .NET, Python, Java

## Praxisbeispiel: Partner Self-Onboarding Real-world example: partner self-onboarding

Ein Unternehmen stellt Partnerunternehmen einen VerifiedEmployee-Credential aus. Partner-Mitarbeiter können diesen Credential nutzen, um sich selbst im Partner-Portal des Unternehmens zu registrieren – ohne manuelle Einladung und ohne ein Entra-ID-Gastobjekt im Workforce-Tenant zu erfordern. A company issues partner companies a VerifiedEmployee credential. Partner employees can use this credential to self-register in the company's partner portal – without a manual invitation and without requiring an Entra ID guest object in the workforce tenant.

## | Schritt Step
--- | ---
1 1 | Partner-Unternehmen A stellt VC aus für eigene Mitarbeiter Partner company A issues VC for its own employees
2 2 | Mitarbeiter von A öffnet Partner-Portal von Unternehmen B Employee of A opens company B's partner portal
3 3 | Portal fordert VerifiedEmployee-Nachweis von Unternehmen A an Portal requests VerifiedEmployee credential from company A
4 4 | Mitarbeiter präsentiert VC über Authenticator Employee presents VC via Authenticator
5 5 | Portal validiert Signatur und linked Domain von A; gewährt Zugang Portal validates signature and linked domain of A; grants access

## Anwendungsszenarien für Verified ID Verified ID Use Case Scenarios

Microsoft Entra Verified ID deckt eine Vielzahl realer Identitätsprüfungsszenarien ab.Microsoft Entra Verified ID covers a wide range of real-world identity verification scenarios.

Szenario Scenario | Credential-Typ Credential Type | Prüfer Verifier
--- | --- | ---
Mitarbeiter-Identitätsnachweis Employee identity proof | VerifiedEmployee VerifiedEmployee | Partner-Unternehmen Partner company
Hochschulabschluss University degree | VerifiedEducation VerifiedEducation | Arbeitgeber Employer
Regierungs-ID (eID)Government ID (eID) | VerifiedGovernmentID VerifiedGovernmentID | Online-Dienste Online services
Altersverifikation Age verification | AgeVerification AgeVerification | E-Commerce / Alkohol E-commerce / alcohol
KYC (Know Your Customer)KYC (Know Your Customer) | VerifiedID + FaceCheck VerifiedID + FaceCheck | Finanzdienstleister Financial institutions

## Request Service API – Erweiterte Parameter Request Service API – Advanced Parameters

JSON

    {
      "includeQRCode": true,
      "callback": {
        "url": "https://contoso.com/api/vc/callback",
        "state": "correlationId-abc123",
        "headers": { "Authorization": "Bearer <token>" }
      },
      "authority": "did:web:contoso.com",
      "registration": {
        "clientName": "Contoso HR Portal",
        "logoUrl": "https://contoso.com/logo.png",
        "tosUrl": "https://contoso.com/tos",
        "privacyUrl": "https://contoso.com/privacy"
      },
      "presentation": {
        "includeReceipt": true,
        "requestedCredentials": [{
          "type": "VerifiedEmployee",
          "purpose": "Access to partner resources",
          "acceptedIssuers": ["did:web:partner.com"],
          "configuration": {
            "validation": {
              "allowRevoked": false,
              "validateLinkedDomain": true
            },
            "faceCheck": {
              "sourcePhotoClaimName": "photo",
              "matchConfidenceThreshold": 70
            }
          }
        }]
      }
    }

## Datenschutz & Compliance Privacy & Compliance

Verifiable Credentials sind so konzipiert, dass minimale Daten geteilt werden und der Benutzer stets die Kontrolle behält.Verifiable Credentials are designed to share minimal data while the user retains full control at all times.

Prinzip Principle | Umsetzung in Entra Verified ID Implementation in Entra Verified ID
--- | ---
Selective Disclosure Selective Disclosure | Benutzer teilt nur benötigte Claims User shares only required claims
Minimale Datenspeicherung Minimal data storage | Microsoft speichert keine Credential-Inhalte Microsoft does not store credential contents
Widerruf Revocation | Aussteller kann VC jederzeit widerrufen Issuer can revoke VC at any time
Dezentralisierung Decentralisation | DID-Dokument öffentlich verifizierbar ohne zentrale Behörde DID document publicly verifiable without central authority
DSGVO-Konformität GDPR compliance | Daten werden nur in der Wallet des Benutzers gespeichert Data stored only in user's wallet

## Verwandte Seiten Related pages

- App-Registrierungen App Registrations
- External ID External ID
- Authentifizierungsprotokolle Authentication Protocols
- Graph API Graph API