[Openid-specs-mobile-profile] OP generated binding_message

[Axel.Nennker at telekom.de]

I an email to GSMA I suggested to discuss whether it is worthwhile reversing the direction of binding_message.



The reasoning is:



I think that the OP knows better what the AD can display.



After receiving the CIBA request the OP determines the channel and AD capabilities (like USSD and SIM Toolkit) and sends the binding_message to the AD and the RP in the CIBA Authentication Request Response.



The same suggestion was raised by Arne during a GSMA CPAS call this morning.



// Axel



Here some use case describing this

-          Polish policeman (PP) wants to check driver’s license which the driver has not present

-          PP logs into government website (RP) and enters drivers mobile number

-          RP sends CIBA to OP which sends request to AD binding_message=”PP Szydło wants to check your driver’s license”

OP sends binding_message to RP which is shown to PP too.

-          User sees message “PP Szydło wants to check your driver’s license”, checks Name PP’s device and consents

-          OP notifies RP of consent

-          RP retrieves driver’s picture and validity data of licence from its DB

-          RP sends data to PP who compares the picture and now knows the validity of the driver’s license without giving away too much data




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-mobile-profile/attachments/20161130/065687a0/attachment.html>