anchor.diff:  Global access policies govern the following system level authorizations:
   
   |===
  -|Policy |Privilege |Global Menu Selection
  +|Policy |Privilege |Global Menu Selection |Resource Descriptor
   
   |view the UI
   |Allow users to view the UI
   |N/A
  +|`/flow`
   
   |access the controller
   |Allows users to view/modify the controller including Reporting Tasks, Controller Services, and Nodes in the Cluster
   |Controller Settings
  +|`/controller`
   
   |query provenance
   |Allows users to submit a Provenance Search and request Event Lineage
   |Data Provenance
  +|`/provenance`
   
   |access restricted components
   |Allows users to create/modify restricted components assuming other permissions are sufficient. The restricted
  
positive.code: Component level access policies govern the following component level authorizations:
  
  |===
  |Policy |Privilege
  
  |view the component
  |Allows users to view component configuration details
  
  |modify the component
  |Allows users to modify component configuration details
  
  |view the data
  |Allows user to view metadata and content for this component through provenance data and flowfile queues in outbound connections
  
  |modify the data
  |Allows user to empty flowfile queues in outbound connections and submit replays
  
  |view the policies
  |Allows users to view the list of users who can view/modify a component
  
  |modify the policies
  |Allows users to modify the list of users who can view/modify a component
  
  |receive data via site-to-site
  |Allows a port to receive data from NiFi instances
  
  |send data via site-to-site
  |Allows a port to send data from NiFi instances
  |===
  
  NOTE: You can apply access policies to all component types except connections.  Connection authorizations are inferred by the individual access policies on the source and destination components of the connection, as well as the access policy of the process group containing the components.  This is discussed in more detail in the <<creating-a-connection>> and <<editing-a-connection>> examples below.
  
negative.code: restrictions or be granted regardless of restrictions. If permission is granted regardless of restrictions,
  the user can create/modify all restricted components.
  |N/A
  |`/restricted-components`
  
  |access all policies
  |Allows users to view/modify the policies for all components
  |Policies
  |`/policies`
  
  |access users/user groups
  |Allows users to view/modify the users and user groups
  |Users
  |`/tenants`
  
  |retrieve site-to-site details
  |Allows other NiFi instances to retrieve Site-To-Site details
  |N/A
  |`/site-to-site`
  
  |view system diagnostics
  |Allows users to view System Diagnostics
  |Summary
  |`/system`
  
  |proxy user requests
  |Allows proxy machines to send requests on the behalf of others
  |N/A
  |`/proxy`
  
  |access counters
  |Allows users to view/modify Counters
  |Counters
  |`/counters`
  |===
  
  [[component-level-access-policies]]
  