Bug 214359
Summary: | pirut/pup run pre/post/etc. scripts with strange umask | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nicholas Miell <nmiell> |
Component: | usermode | Assignee: | Miloslav Trmač <mitr> |
Status: | CLOSED DUPLICATE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6 | CC: | tmraz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-04-10 10:36:40 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Nicholas Miell
2006-11-07 08:29:06 UTC
Do you have a different umask for your user? From a quick look, there's nothing that explicitly changes the umask in the usermode source I have a "umask 007" in my ~/.bashrc, and that's been in there since the contents of /etc/skel was copied into my shiny new ~ on a RH4 system. I'm afraid there is no practical way to get the umask the system administrator has decided to use (it might be set up in any of several shell start up scripts, using arbitrarily complicated shell scripting) without risking exploitation of these scripts by unprivileged users. The most pressing trouble is that the way userhelper now works, it might run these scripts as root with HOME still pointing to the home directory of the unprivileged user - turning the "execute kbdrate" permission to "run arbitrary code" permission. If rpm/the packages depend on a specific umask, they have to set it up themselves instead of relying on the root's environment. *** This bug has been marked as a duplicate of 120034 *** |