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)