[ 
https://issues.apache.org/jira/browse/KNOX-3140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Zampino resolved KNOX-3140.
----------------------------------
    Resolution: Not A Bug

It turns out that this behavior is necessary to support renewal/revocation of 
server-managed tokens without the ability to distinguish between an unmanaged 
JWT and a server-managed token which has expired/purged or been revoked (i.e., 
no longer has any associated metadata).

> JWTProvider requires metadata for bearer tokens if server-managed is true
> -------------------------------------------------------------------------
>
>                 Key: KNOX-3140
>                 URL: https://issues.apache.org/jira/browse/KNOX-3140
>             Project: Apache Knox
>          Issue Type: Improvement
>          Components: Server
>    Affects Versions: 2.2.0
>            Reporter: Philip Zampino
>            Assignee: Philip Zampino
>            Priority: Major
>
> If the JWTProvider server-managed param is set to true, then when validating 
> a bearer token, it requires that the token be server-managed (i.e., have 
> metadata in the token state service). While bearer tokens may optionally have 
> server-managed state, they should not be required to have it, and should be 
> able to be validated/verified without it.
> This requirement appears to be due to the, what should be optional, 
> server-managed expiration, which throws an UnknownTokenException if the JWT 
> was issued by a KNOXTOKEN service with server-managed=false.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to