[OpenID-specs-EAP] use of amr and acr

Mike Schwartz mike at gluu.org
Fri Sep 16 14:12:48 UTC 2016


I can say how we've been dealing with this issue at Gluu, although I 
suspect you will all reject our solution...

In the Gluu Server, you can define multiple workflows for 
authentication. You can assign each such workflow an integer value. 
Let's say:

1  Basic
3  Mobile Authn
5  U2F Token
10 Smart Card

We return these integers as the first value in the amr array in the 
id_token.

An application may specify acr_values in the authorization request. If 
the acr_values has an amr "auth-level" which is > the current, an error 
is returned. The client must then use prompt=login and specify this 
higher acr (or revert to a lower acr_values).

Siteminder and other SSO systems have been using auth-level for 20 years 
or so, so I think it's going to be pretty hard for enterprises to give 
up this concept. It's sometimes embedded in policy. Of course there is 
no way to define global levels, but each IDP, which understands the 
relative risk profile of each of its authn mechanisms, can do so.

Anyway, just wanted to throw it out there. Feel free to shoot this 
solution full of holes now...

- Mike



More information about the Openid-specs-eap mailing list