You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Joseph Witt (Jira)" <ji...@apache.org> on 2019/09/20 03:09:00 UTC
[jira] [Commented] (NIFI-5973) NiFi: Add 'unix' or 'hadoop'
user-group-provider
[ https://issues.apache.org/jira/browse/NIFI-5973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16933993#comment-16933993 ]
Joseph Witt commented on NIFI-5973:
-----------------------------------
[~alopresto][~tmelhase] i see this is merged but not resolved and there is a comment. can you clarify the status?
> NiFi: Add 'unix' or 'hadoop' user-group-provider
> ------------------------------------------------
>
> Key: NIFI-5973
> URL: https://issues.apache.org/jira/browse/NIFI-5973
> Project: Apache NiFi
> Issue Type: Improvement
> Reporter: Sean Roberts
> Assignee: Troy Melhase
> Priority: Major
> Labels: authentication, authorization, identity
> Fix For: 1.10.0
>
> Time Spent: 18h 10m
> Remaining Estimate: 0h
>
> NiFi currently supports these group mappings:
> - File
> - LDAP
> Benefits of Unix or Hadoop based group identity:
> - File is now allowed any many environments as it's not integrated with the corporations identity system (typically AD or another LDAP).
> - LDAP adds a lot of complexity, overhead, and tons of up-front config per environment.
> - Most services, including those related to Hadoop, are moving to Unix based group lookups.
> How it works and some possible method to implement:
> - Linux users/groups come from the "Name Service Switch" (aka "nss").
> - Here are the Linux native commands to query it:
> -- show all users: `getent passwd`
> -- show specific user: `getent group %s`
> -- show all groups: `getent group`
> -- show specific group: `getent group %s`
> - hadoop-common has it's own libraries for accessing `nss`. Example of Knox's implementation: https://github.com/apache/knox/blob/master/gateway-provider-identity-assertion-hadoop-groups/src/main/java/org/apache/knox/gateway/identityasserter/hadoop/groups/filter/HadoopGroupProviderFilter.java
> - ranger usersync calls `getent` directly: https://github.com/apache/ranger/blob/da29d1929a54b2b579a74da32e5ea074d0f8e15d/ugsync/src/main/java/org/apache/ranger/unixusersync/process/UnixUserGroupBuilder.java#L49-L51
> - there are modules in most programming languages to access `nss`.
> Advantages of this method:
> - ability to get users/groups from multiple LDAP directories. _(very common requirement)_
> - little to no configuration: There is nothing customer or cluster specific to configure. (i.e. it "just works" with the default configs).
> - ease of change: if all services use this approach, you don't have to update dozens of services every time LDAP changes.
> - a lot less overhead: The OS has the users/groups. All of the services running the OS simply check locally for users/groups. Spares the LDAP servers and our machines from doing all the lookups.
> - group names are guaranteed to be consistent across services.
> - as this is becoming the standard in Knox, it makes KnoxSSO more stable.
> - less concern about LDAP credentials all over the place.
> - easier to pass security/compliance tests since we are utilising the customers existing identity infrastructure.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)