You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Larry McCay (Jira)" <ji...@apache.org> on 2025/04/10 21:32:00 UTC
[jira] [Resolved] (KNOX-3120) Add a specialized use API for API KEY based on KNOXTOKEN API
[ https://issues.apache.org/jira/browse/KNOX-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Larry McCay resolved KNOX-3120.
-------------------------------
Resolution: Fixed
> Add a specialized use API for API KEY based on KNOXTOKEN API
> ------------------------------------------------------------
>
> Key: KNOX-3120
> URL: https://issues.apache.org/jira/browse/KNOX-3120
> Project: Apache Knox
> Issue Type: Improvement
> Components: Server
> Reporter: Larry McCay
> Assignee: Larry McCay
> Priority: Major
> Fix For: 2.2.0
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Similar to KNOX-3112 which added an API for CLIENTID for acquiring client credentials flow CLIENT_ID and CLIENT_SECRET we should add a specialized extension of KNOXTOKEN for an APIKEY API.
> The intent here is to add an API that both frees up KNOXTOKEN to be deployed within the same topology for known token exchange patterns as well as to codify the conventions that are being used by some that are using the passcode token as an API Key.
> We will make appropriate configuration and metadata defaults within the API implementation to reduce operations and config requirements and to return a translated response with the passcode as an {api_key: xxxx} or some similar response that meets standard or defacto standard expectations.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)