WS_RP_SM_RpIntegrity_013c_UF¶
Objective¶
Verify that the Wallet does not process a signed Request Object, when using OpenID4VP presentation via redirects and Request Object by reference, if the request signature is invalid due to an unacceptable algorithm being used.
References¶
- [ETSI TS 119 472-2] section 6.4.2
- [HAIP] section 5.1
- [OpenID4VP] section 5
- [RFC9101] section 6.2
- [ECCG ACM] section 5.2
Profile applicability¶
None
EUDI-wallet relevancy¶
EUDI_generic | EUDI_required
Technology¶
Presentation via Redirects
Preconditions¶
- Wallet is set to 'default_configuration_1'
- Wallet trusts the CA issuing a Relying Party's WRPAC (i.e. through the EUDI trust lists).
- Wallet and Verifier are engaged, and a presentation using redirects and Request Object by reference has been triggered.
Test Scenario¶
- Verifier sends a Request Object to the Wallet upon Wallet requesting the Request Object. The Request Object:
- Contains all required parameters with valid values to request 'default_credential_A'.
- Is signed using the private key corresponding the Verifier's WRPAC.
- Is signed using a not acceptable (not [ECCG ACM] approved) algorithm (e.g. EdDSA).
- Is in JAR format, which is also a JWT.
- Has a signature of which the signature value is valid.
Expected results¶
- Wallet aborts the presentation interaction, and informs the user the Relying Party could not be authenticated, if applicable.