Closed bartjanssens92 closed 2 years ago
access_token
is actually the correct value for an access token; rfc7662 points to rfc7009 for the registered values of token_type_hint which include access_token
and refresh_token
, not bearer
; I wonder what, apparently non-compliant, implementation you're introspecting against?
The party we are trying to integrate with uses the WSO2 identity provider: https://is.docs.wso2.com/en/latest/. My guess is that WSO2 is not strictly following the RFC?
perhaps a version problem then because https://is.docs.wso2.com/en/latest/guides/access-delegation/invoke-oauth-introspection-endpoint/ shows that access_token
is correct and accepted
some searching reveals that WSO2 changes this between 5.8.0 and 5.9.0; 5.8.0 is deprecated anyway, see https://wso2.com/products/support-matrix/
Seems to be a version change mismatch indeed, the equivalent page https://docs.wso2.com/display/IS560/Invoke+the+OAuth+Introspection+Endpoint of their version lists You can pass the token type as an optional parameter in the request (e.g., token_type_hint=bearer ).
I'll ask if there's a plan to upgrade to a newer version that does use access_token
.
In the meantime we'll switch back to using the OIDC module, thank you for your help!
Hallo,
When trying to switch from the OIDC module to the Oauth2 one we noticed that the post to the introspection endpoint included a new parameter in the data, token_type_hint, for example:
Looking at the token this type is set wrong and thus denies access. When recreating the post request with curl but changing this to
bearer
solves the issue:When rebuilding the liboauth2 with the value for OAUTH2_INTROSPECT_TOKEN_TYPE_HINT_ACCESS_TOKEN set to bearer it also fixes our issue. Is there a way to configure the value for this without having to change it in code, if not, are there any plans to make this possible?