[ 
https://issues.apache.org/jira/browse/DRILL-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17542640#comment-17542640
 ] 

ASF GitHub Bot commented on DRILL-8232:
---------------------------------------

jnturton commented on code in PR #2558:
URL: https://github.com/apache/drill/pull/2558#discussion_r882972296


##########
docs/dev/PluginCredentialsProvider.md:
##########
@@ -118,7 +121,7 @@ Once it is set, we can configure storage plugin to use this 
way of obtaining cre
 }
 ```
 
-`secretPath` property specifies the Vault key value from which to read
+`secretPath` property specifies the Vault key value from which to read. If the 
plugin's `authMode` is set to `user_translation` then the `secretPath` may 
include a variable named `$user` which will be replaced with the Drill query 
username at query execution time.

Review Comment:
   @cgivre it's still optional and you could deliberately omit it as a trick to 
make user_translation translate to a single shared set of creds. To me me it 
seemed okay to allow that... 





> Add support for user credentials to VaultCredentialsProvider
> ------------------------------------------------------------
>
>                 Key: DRILL-8232
>                 URL: https://issues.apache.org/jira/browse/DRILL-8232
>             Project: Apache Drill
>          Issue Type: Improvement
>          Components: Security
>            Reporter: James Turton
>            Assignee: James Turton
>            Priority: Minor
>             Fix For: 2.0.0
>
>
> The VaultCredentialsProvider can join the PlainCredentialsProvider in 
> supporting user credentials, credentials that stored for each each Drill 
> query user, by constructing a Vault secret path dynamically based on the name 
> of the query user.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

Reply via email to