You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Philip Zampino (Jira)" <ji...@apache.org> on 2025/05/01 16:45:00 UTC

[jira] [Resolved] (KNOX-3140) JWTProvider requires metadata for bearer tokens if server-managed is true

     [ 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)