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

Pierre Villard commented on NIFI-10674:
---------------------------------------

I think it's worth reopening as it shows that a variable can be used to 
reference a sensitive parameter. It's important to note that variables will be 
completely removed in NiFi 2.0 as parameters are a much better solution. I 
think we should either look at this specific EL function and/or find a way to 
make sure that variables and parameters cannot reference each other as it does 
not make any sense.

> Sensitive parameter reveal in evaluateELString
> ----------------------------------------------
>
>                 Key: NIFI-10674
>                 URL: https://issues.apache.org/jira/browse/NIFI-10674
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Security, Variable Registry
>    Affects Versions: 1.18.0
>            Reporter: Gogolev Sergey
>            Priority: Minor
>              Labels: security
>         Attachments: image-2022-10-20-00-06-19-498.png, 
> image-2022-10-20-00-07-20-476.png, image-2022-10-20-00-08-52-510.png, 
> image-2022-10-20-00-09-57-913.png
>
>
> Not sure it's bug, but security breach. With expression language i can view 
> content of sensitive parameter from parameter context. For example:
>  # Create parameter context with sensitive parameter
> !image-2022-10-20-00-06-19-498.png!
>  # Create variable with name of this sensitive parameter #\{sample}
> !image-2022-10-20-00-07-20-476.png!
>  # Create simple flow with EL expression: ${secret:evaluateELString()}
> !image-2022-10-20-00-08-52-510.png!
>  # Content of this flowfile will contain sensitive value from parameter
> !image-2022-10-20-00-09-57-913.png!
> I suppose evaluateELString shouldn't access to sensitive parameters.



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

Reply via email to