RP_WS_SM_Revocation_010¶
Objective¶
Verify that the Relying Party accepts a PID in mdoc format whose identifier is not listed in the referenced identifier list.
References¶
- [Token Status List] section 6.3, 7.1, 8.3
- [ISO/IEC 18013-5 ed2]
- [HAIP] section 5.3.1
- [ARF] Annex 2, VCR_11, VCR_12, VCR_13
- [CIR 2024/2979 amended] Annex II
Profile applicability¶
- Relying Party requests credentials in ISO/IEC 18013-5 mdoc format.
- Relying Party checks the revocation status of PIDs.
EUDI-wallet relevancy¶
EUDI_specific | EUDI_required
Technology¶
- Presentation of a credential in ISO/IEC 18013-5 mdoc format.
- Identifier list in CWT format.
Preconditions¶
- The Relying Party is set to
default_configuration_rp_1. - The test environment publishes
default_trust_configuration_rp, and the Relying Party has loaded it. - Test case
RP_WS_IA_MainInteraction_001bpassed in the same environment. - Every credential presented in this test case references a status list URI from which the Relying Party has not retrieved a status list before.
- The
statuselement of the MSO of every presented credential carries anidentifier_listentry (id,uri) that references an identifier list in CWT format (application/identifierlist+cwt) served by the Test Status Provider.
Test Scenario¶
- Perform a presentation for
default_query_pidin which the Conformance Wallet presentsdefault_credential_pidin a valid Authorization Response, while the referenced identifier list does not contain the credential's identifier.
Expected results¶
- The Relying Party accepts the presentation: its verification result reports success and releases exactly the attributes requested in
default_query_pid, with the values ofdefault_credential_pid. The Test Status Provider has logged a request from the Relying Party for the identifier list.
Comments¶
Execute this test case once for each presentation flow the Relying Party supports (redirects, W3C Digital Credentials API).