You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Kun Deng (Jira)" <ji...@apache.org> on 2020/09/02 15:25:00 UTC

[jira] [Commented] (NIFI-6019) Remove Trusted Hostname property from InvokeHTTP processor

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

Kun Deng commented on NIFI-6019:
--------------------------------

How is this an improvement??? 

So many use cases when this is necessary.  It cost hours and hours to get around it.  If a user wants to take the risk, it is their job to make sure it is worth taking. 

 

Here is an example:

I need to run nifi on a test endpoint which has an invalid cert from the prod instance.   Now I have to get the other team to fix the cert before I can run my flow? 

 

 

> Remove Trusted Hostname property from InvokeHTTP processor
> ----------------------------------------------------------
>
>                 Key: NIFI-6019
>                 URL: https://issues.apache.org/jira/browse/NIFI-6019
>             Project: Apache NiFi
>          Issue Type: Improvement
>          Components: Extensions
>    Affects Versions: 1.8.0
>            Reporter: Andy LoPresto
>            Assignee: Troy Melhase
>            Priority: Major
>              Labels: InvokeHTTP, certificate, hostname, http, security, tls
>             Fix For: 1.10.0
>
>          Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> The {{Trusted Hostname}} property in the {{InvokeHTTP}} processor is a legacy property created for a specific use in constrained environments. It now causes more problems than it solves ([mailing list questions|https://lists.apache.org/list.html?users@nifi.apache.org:gte=1d:trusted%20hostname]) and should not be provided as it is a security risk. Removing this property and encouraging users to correctly deploy TLS certificates when necessary is the correct path forward. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)