You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the OAuth Interims Call on 13. Jan 2025, feedback occured towards the pre-defined Status Types.
Currently we define only 3 Status Types:
0x00 VALID
0x01 INVALID
0x02 SUSPENDED
the rest is undefined or application-specific
There was no objection towards 0x00 and 0x01 and people agreed that for security reasons its best to have those important ones fixed in the specification. Towards 0x02 (suspended) there were different opinions and suggestions. The summarized options are:
Option A
Keep 0x02 (suspended) as pre-defined but add additional text in the draft that explains potential privacy issues of it (leaking more information than necessary when used with natural persons) but also explains potential use cases (suspended may signal different actions for the Relying Party and avoid deletion of an account or similar)
Option B
Remove 0x02 (suspended) and have this as an application-specific, ecosystem-depended value, if needed.
Option C
Leave 0x00 and 0x01 as pre-defined in the draft and add context-specific values and descriptions for the other ones in the Status List Token, see initial thoughts on this in #1
The text was updated successfully, but these errors were encountered:
Editor's call: Preference to keep suspended in the pre-defined values (with additional section explaining its risk).
We also might want to reserve certain ranges of status type values for further usage.
In the OAuth Interims Call on 13. Jan 2025, feedback occured towards the pre-defined Status Types.
Currently we define only 3 Status Types:
There was no objection towards 0x00 and 0x01 and people agreed that for security reasons its best to have those important ones fixed in the specification. Towards 0x02 (suspended) there were different opinions and suggestions. The summarized options are:
Option A
Keep 0x02 (suspended) as pre-defined but add additional text in the draft that explains potential privacy issues of it (leaking more information than necessary when used with natural persons) but also explains potential use cases (suspended may signal different actions for the Relying Party and avoid deletion of an account or similar)
Option B
Remove 0x02 (suspended) and have this as an application-specific, ecosystem-depended value, if needed.
Option C
Leave 0x00 and 0x01 as pre-defined in the draft and add context-specific values and descriptions for the other ones in the Status List Token, see initial thoughts on this in #1
The text was updated successfully, but these errors were encountered: