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

ASF GitHub Bot updated HDDS-8050:
---------------------------------
    Labels: pull-request-available s3  (was: s3)

> Create HTTP endpoint to access S3 secret via Kerberos auth
> ----------------------------------------------------------
>
>                 Key: HDDS-8050
>                 URL: https://issues.apache.org/jira/browse/HDDS-8050
>             Project: Apache Ozone
>          Issue Type: Improvement
>          Components: S3
>    Affects Versions: 1.4.0
>            Reporter: Mikhail Pochatkin
>            Assignee: Mikhail Pochatkin
>            Priority: Major
>              Labels: pull-request-available, s3
>
> There is currently only one way to generate an S3 secret for a user, and that 
> is the S3 namespace in the ozone binary script.
> With this approach, the user must have access to the cluster/node directly or 
> provide it to the cluster administrator. There are two problems here
> 1. The user may not have access to the cluster machine, for example, in the 
> case of a service cluster.
> 2. If the administrator generates an S3 secret using the ozone script, then 
> this secret will be completed and, as a result, all user data. Some 
> environments and companies may have security restrictions on this sensitive 
> information for certain third parties, such as the cluster administrator.
> Here we have no way to automatically and securely generate an S3 secret. 
> As solution I have option to create additional S3 secret HTTP server on S3 
> Gateway witch will have enable Kerberos HTTP authentication for two endpoint. 
> First one is generate secret, and second one is revoke secret.
> These endpoint will generate S3 secret for user who authorized via Kerberos 
> and provide kerberos token via REST call (for example via curl --negotiate) 
> and return it. In this case no one except user may generate and revoke secret 
> for itself, especially with correct combination with ozone.s3.administrators 
> property settings.
>  
> This S3 security server should have separate configuration properties and may 
> be enabled only in case when node env has Kerberos. By default this server 
> will be disable until configuration will be presented.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to