- 
                Notifications
    
You must be signed in to change notification settings  - Fork 4
 
Add additional requirements/options for OPs and RPs regarding re-auth… #12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
…entication Addresses issue #92 Added mandatory requirements to the OP requirements Outlined options for the RP in driving the desired behavior for re-authentication
        
          
                draft-openid-ipsie-sl1-profile.md
              
                Outdated
          
        
      | * MUST support `nonce` parameter values up to 64 characters in length, and MAY reject `nonce` values longer than 64 characters. | ||
| * MUST support the `max_age` parameter with a values representing the maximum number of seconds allowable since the user was authenticated by the OP. If the elapsed time since authentication is less than this value, the OP MAY choose to actively reauthenticate the user. If the elapsed time since authentication is greater than this value, the OP MUST actively reauthenticate the user. | ||
| * MUST support `prompt=login` where if specified, the OP MUST explicitly (re)authenticate the user using a user visible challenge. If the user is currently logged in as determined by the OP, then the OP MUST only re-authenticate that user. | ||
| * MUST support the `max_age` parameter with a values representing the maximum number of seconds allowable since the user was authenticated by the OP. If the elapsed time since authentication is less than the specified value OR the OP can silently authenticate the user and issue a new `auth_time` within the required `max_age`, then no user visible authentication is required. The OP MAY choose to explicitly (re)authenticate the user regardless. | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
did you mean 'value' instead of 'values'? Rest reads great
| * SHOULD NOT use `nonce` parameter values longer than 64 characters; | ||
| * SHOULD use `prompt=login` if the RP wants to ensure that the user is visibly challenged for (re)authentication | ||
| * SHOULD use the `max_age` parameter in the authentication request to specify the maximum allowable authentication age to the OP in seconds. The value of the `max_age` parameter MAY be determined based upon the business rules of the RP. | ||
| * SHOULD user `max_age` and `prompt=none` if the RP wants to ensure that the user is not visibly challenged for (re)authentication. | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to match the prompt=login requirement above, suggest we change the order in this sentence to "SHOULD use prompt=none and max_age"
Note the typo right now user instead of use
…entication
Addresses issue #92
Added mandatory requirements to the OP requirements
Outlined options for the RP in driving the desired behavior for re-authentication