You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ranger.apache.org by "Abhay Kulkarni (JIRA)" <ji...@apache.org> on 2017/12/02 23:21:00 UTC

[jira] [Assigned] (RANGER-1707) Traverse check in RangerHdfsAuthorizer works incorrectly

     [ https://issues.apache.org/jira/browse/RANGER-1707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Abhay Kulkarni reassigned RANGER-1707:
--------------------------------------

    Assignee: Abhay Kulkarni  (was: Zsombor Gegesy)

> Traverse check in RangerHdfsAuthorizer works incorrectly
> --------------------------------------------------------
>
>                 Key: RANGER-1707
>                 URL: https://issues.apache.org/jira/browse/RANGER-1707
>             Project: Ranger
>          Issue Type: Bug
>          Components: plugins
>    Affects Versions: 1.0.0
>            Reporter: Zsombor Gegesy
>            Assignee: Abhay Kulkarni
>              Labels: hdfs-2.8
>             Fix For: 1.0.0
>
>         Attachments: 0001-RANGER-1707-Fix-hdfs-traverse-check-which-problem-wa.patch, RANGER-1707-2.patch, RANGER-1707-3.patch
>
>
> Traversal check in RangerHdfsAuthorizer works incorrectly, when it is asked for access to /a/b/c.txt, it only checks that if there are a policy which grants EXEC to /a/b, but if it there aren't any, then it doesn't check, if there is a policy which grants READ, WRITE or EXEC to /a/b/c.txt explicitly, which would mean, that the path is accessible to the user.
>  This hasn't noticed by the current unit tests, because HDFS before 2.8.0 doesn't called the traversal check before reading or writing a file, however it will cause problem with 2.8.0, where FSDirectory.resolvePath will perform a mandatory traversal check.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)