THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
- Identify the additional information to be added to the request context for your use case. Write a context enricher, if necessary, to add the necessary information to the request context. Refer to the Context Enricher section below for details.
- Time-of-day use case: Information required to enforce this dynamic rule is the the time when the resource is accessed. Since this information is already present in the access request, there is no need to write a context enricher.
- Project-assignment-restriction use case: Information required to enforce this dynamic rule is the projects the current user is assigned to. Write a context enricher which adds the assigned projects information to the access request, for example with the following:
- Let’s assume that user/group to project assignment is kept in disk file
- During initialization, the context enricher reads in the disk file into an in-memory map of users or user-groups to projects.
- During enrichment phase, the context enricher extracts the requesting user’s name and group membership from the request and uses them to retrieve currently assigned projects from in-memory map.
- The context enricher pushes the currently assigned projects information into the request context.
- Implement/use appropriate condition evaluators to enforce conditions specified on the policy. Refer to the Condition Evaluators section below for details.
- Time-of-day use case: Ranger ships with a standard condition evaluator which does that (RangerTimeOfDayMatcher). Please review its code.
- It extracts the access time from the access request and compares against the valid times specified on the policy.
- If access time lies within any of the time windows then it returns true.
- Project-assignment-restriction use case: implement a condition evaluator that compares the user’s project membership (added to the request context by the context enricher) against the project names specified in the policy and return true if user is in one of the projects specified in the policy.
- Time-of-day use case: Ranger ships with a standard condition evaluator which does that (RangerTimeOfDayMatcher). Please review its code.
- Update the service type definition with the context richer and condition evaluator details so that Policy engine knows to wire them in the authorization pipeline and to let the policy authors enter the condition values in policies. Refer to the Working Example Appendix section below for an example for steps and commands that achieve that.
- Shutdown the HDFS service and Ranger Admin.
- Deploy the Context enricher and condition evaluators’ code to the HDFS namenode and Ranger Admin.
- Typically for ranger server this would be: /usr/hdp/<version-#>/ranger-admin/ews/webapp/WEB-INF/lib
- For a service like HDFS this would typically be /usr/hdp/<version-#>/hadoop/lib.
- Note that for the service the jars need to be copied only to the nodes that take part in the authorization. This differs from service to service. For example, in case of HDFS only namenode participates in authorization. Where as for HBase both Master and Region server participate in authorization.
- Restart the both the Ranger Admin and then the HDFS namenode.
- Verify that Ranger UI shows the new policy condition.
- Create a policy with values for the custom condition and validate that authorization is as expected.
- Get HDFS service definition from Ranger Admin:
- curl --user admin:admin --get "http://node-1:6080/service/public/v2/api/servicedef/name/hdfs"
- This returns json response. Note down the id of the service type.
- Look at sample output #1 below.
- A Context Enricher is any Java class that extends abstract class RangerAbstractContextEnricher.
- A series of context enrichers can be configured in a service type definition.
- Before the access request is evaluated by the policy engine, context enrichers are invoked to update the request context with additional information.
- Context Enricher is not expected to maintain any state and in general should be written to be reentrant.
- Context enricher object would be garbage collected and new one created whenever a new set of policies is available to the plugin. Since the policies change infrequently, this is expected to be of minimal performance impact.
Steps and command to update service definition
Anchor | ||||
---|---|---|---|---|
|
- Get HDFS service definition from Ranger Admin:
- curl --
- curl --user admin:admin --put “get "http://node-1:6080/service/public/v2/api/servicedef/name/hdfs”
- Include the edited json in the body of the post. This should echo back the request body.
- Look at Sample output # 2 below.
- "
- This returns json response. Note down the id of the service type.
- Look at sample output #1 below.
- Now add context enricher Next add condition evaluator to HDFS service definition using the following command:.
- curl --user admin:admin --put “http://node-1:6080/service/public/v2/api/servicedef/name/hdfs”
- Include the edited json in the body of the post. This should echo back the request body.
- Look at at Sample output #3 below# 2 below.
- Next add condition evaluator jar to ranger server’s classpath. Copy both condition evaluator and context enricher to the classpath of the service where the ranger plugin runs.
- A Context Enricher is any Java class that extends abstract class RangerAbstractContextEnricher.
- A series of context enrichers can be configured in a service type definition.
- Before the access request is evaluated by the policy engine, context enrichers are invoked to update the request context with additional information.
- Context Enricher is not expected to maintain any state and in general should be written to be reentrant.
- Context enricher object would be garbage collected and new one created whenever a new set of policies is available to the plugin. Since the policies change infrequently, this is expected to be of minimal performance impact.
...
- to HDFS service definition using the following command:
- curl --user admin:admin --put “http://node-1:6080/service/public/v2/api/servicedef/name/hdfs”
- Include the edited json in the body of the post. This should echo back the request body.
- Look at Sample output #3 below.
- Copy the condition evaluator jar to ranger server’s classpath. Copy both condition evaluator and context enricher to the classpath of the service where the ranger plugin runs.
Context Enricher
What is a context enricher?
...