hadoop-mapreduce-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Todd Lipcon (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (MAPREDUCE-2103) task-controller shouldn't require o-r permissions
Date Fri, 13 May 2011 21:48:48 GMT

    [ https://issues.apache.org/jira/browse/MAPREDUCE-2103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13033327#comment-13033327

Todd Lipcon commented on MAPREDUCE-2103:

Testing-wise, this has been running in 0.20-based secure clusters for several months with
no problems.

> task-controller shouldn't require o-r permissions
> -------------------------------------------------
>                 Key: MAPREDUCE-2103
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-2103
>             Project: Hadoop Map/Reduce
>          Issue Type: Improvement
>          Components: task-controller
>    Affects Versions: 0.22.0
>            Reporter: Todd Lipcon
>            Assignee: Todd Lipcon
>            Priority: Trivial
>         Attachments: mapreduce-2103.txt, mapreduce-2103.txt
> The task-controller currently checks that "other" users don't have read permissions.
This is unnecessary - we just need to make it's not executable. The debian policy manual explains
it well:
> {quote}
> Setuid and setgid executables should be mode 4755 or 2755 respectively, and owned by
the appropriate user or group. They should not be made unreadable (modes like 4711 or 2711
or even 4111); doing so achieves no extra security, because anyone can find the binary in
the freely available Debian package; it is merely inconvenient. For the same reason you should
not restrict read or execute permissions on non-set-id executables.
> Some setuid programs need to be restricted to particular sets of users, using file permissions.
In this case they should be owned by the uid to which they are set-id, and by the group which
should be allowed to execute them. They should have mode 4754; again there is no point in
making them unreadable to those users who must not be allowed to execute them.
> {quote}

This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

View raw message