[Openid-specs-ab] DHS mDL RFI response from OpenID Foundation

Torsten Lodderstedt torsten at lodderstedt.net
Sat Jun 26 08:34:46 UTC 2021


Hi Kristina,

> Am 26.06.2021 um 04:32 schrieb Kristina Yasuda <Kristina.Yasuda at microsoft.com>:
> 
> 
> Thank you for the feedback, Torsten. Please find comments in-line below.
> @Everyone, I am attaching the current version of the response. Kind reminder that we set the new deadline for comments to be June 30th.
> 
> - the example on p7 uses „verified_claims“ syntax, so it might be worthwhile mentioning OpenID Connect 4 Identity Assurance in the document
> -> I added the following text after the example on p7. Let me know if you want it changed. 
> "The “verified_claims” container element used in the example above is taken from OpenID Connect for Identity Assurance 1.0 specification (ekyc-ida) in OpenID Foundation. The usage of “verified_claims” container element allows to include information how the identity of a natural person has been verified in compliance with a certain law."
> Note that the Annex part has been submitted to the ISO mDL WG prior to this DHS response document, and this change will be proposed in the ISO document in the next revision cycle.
> 
> - section 7.1.3.4.4: how is the request sent from the reader to the SIOP? I’m asking since I thought those parties would live on different devices
> ->"Over the Internet", to borrow the terminology used in ISO. RP does not have to be on the same device as SIOP.

Can you please elaborate? SIOP as it Stands today is tied to the response type „id_token“, i.e. the RP sends the user agent to the SIOP on the same device. Transaction integrity is ensured by binding the nonce in the request to a cookie in this user agent. How do you envision to cross the boundary between devices and what are the consequences on the security of the flow? Can you share a sequence diagram?

> The question made me think that mDL specification does have a specific "device engagement" step during which registration/discovery information is passed in CBOR over NFC or QR code, so maybe we can leverage that for SIOP discovery/registration - need to think more.

I think the SIOP should expose a CIBA style interface to allow direct engagement from the verifier with the reader. The device engagement data could be used to share the endpoint location and so on.

> 
> - Generally: would it be possible to share more context with the WG? It seems like a lot of knowledge about ISO/IEC 18013-5 is required to understand the proposal
> -> Currently, OIDC in mDL is used for the verifier to talk to the Issuing authority to retrieve mDL data using the access token received from the user. This direct path to the Issuing Authority has raised concerns from verifiers and resulted in the need for "over the internet" solution directly between user and the verifier, so the SIOP was proposed. 
> 
> - typo on p2 2nd paragraph: "OpenII Connect“ -> OpenID Connect 
> -> corrected.
> 

best regards,
Torsten.
> Best,
> Kristina
> 差出人: Torsten Lodderstedt <torsten at lodderstedt.net>
> 送信日時: 2021年6月14日 1:43
> 宛先: Artifact Binding/Connect Working Group <openid-specs-ab at lists.openid.net>
> CC: Kristina Yasuda <Kristina.Yasuda at microsoft.com>
> 件名: Re: [Openid-specs-ab] DHS mDL RFI response from OpenID Foundation
>  
> Hi, 
> 
> thanks for sharing the draft response. 
> 
> Here are my comments:
> 
> - the example on p7 uses „verified_claims“ syntax, so it might be worthwhile mentioning OpenID Connect 4 Identity Assurance in the document
> - section 7.1.3.4.4: how is the request sent from the reader to the SIOP? I’m asking since I thought those parties would live on different devices
> - Generally: would it be possible to share more context with the WG? It seems like a lot of knowledge about ISO/IEC 18013-5 is required to understand the proposal
> - typo on p2 2nd paragraph: "OpenII Connect“ -> OpenID Connect 
> 
> best regards,
> Torsten. 
> 
>> Am 14.06.2021 um 09:32 schrieb Kristina Yasuda via Openid-specs-ab <openid-specs-ab at lists.openid.net>:
>> 
>> Dear All,
>> 
>> As discussed during the last Connect WG call, circulating the draft response from OpenID Foundation to DHS RFI on mDL (mobile Driving License).
>> We wrote it with Tony and Tom Jones, and it has been reviewed by Gail, Mike and Nat.
>> If you have any comments please send them by June 16th to the ML, so that we have time to reflect them before the submission deadline on June 18th.
>> Apologies for circulating last minute. We can also discuss the questions and comments at tomorrow's Pacific Connect WG call.
>> 
>> Below are links to the original RFI from DHS:
>> - https://www.govinfo.gov/content/pkg/FR-2021-04-19/pdf/2021-07957.pdf
>> - https://www.aamva.org/21_4_19-Legislative-Alert-DHS-Requests-Information-for-REAL-ID-Mobile-Drivers-License-Rulemaking/
>> 
>> Kindest Regards,
>> Kristina
>> 
>> 
>> <Draft DHS RFI Response - mDL_v01.pdf>_______________________________________________
>> Openid-specs-ab mailing list
>> Openid-specs-ab at lists.openid.net
>> https://www.google.com/url?q=http://lists.openid.net/mailman/listinfo/openid-specs-ab&source=gmail-imap&ust=1624260775000000&usg=AOvVaw2b8TMjt7LljoUVyGDrXZOz
> 
> <Draft DHS RFI Response - mDL_v02.docx>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20210626/4dbd8307/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2275 bytes
Desc: not available
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20210626/4dbd8307/attachment-0001.p7s>


More information about the Openid-specs-ab mailing list