Bug 984212
Summary: | SELinux is preventing /usr/bin/python2.7 from 'read' accesses on the file /etc/passwd. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | carletronicon |
Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | carletronicon, dominick.grift, dwalsh, mgrepl |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | abrt_hash:24a37f544d4133b0a9245e6b71c24abd756d4a0c3d2a281e52482b9e7ed12d19 | ||
Fixed In Version: | selinux-policy-3.11.1-103.fc18 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-09-23 00:43:50 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
carletronicon
2013-07-13 16:55:19 UTC
So apache worked but you saw this ugly avc? (In reply to Daniel Walsh from comment #1) > So apache worked but you saw this ugly avc? No. Apache returned HTTP 500 (since the cgi failed to run since SELinux blocked it.) Note that cgi script ran fine when I ran it as my own user (i.e. did python hello.cgi from the command line) As mentioned, after doing the suggested action (i.e. the auditallow), things work fine (i.e. apache returns HTTP 200 aka the expected hello page) Does your cgi script actually read /etc/passwd or run a getpw* type call? (In reply to Daniel Walsh from comment #3) > Does your cgi script actually read /etc/passwd or run a getpw* type call? Explicitly: no. See bullet 3 for the complete source. Implicitly: probably; I'm starting with the stock fedora apache config (as in I took the stock httpd.conf file and uncommented the bits to enable public_html, general cgi-bin, and cgi-bin for users.) This uses suexec (I thought) or some other semi-magic so that when I access http://127.0.0.1/~user/cgi-bin/hello.cgi, the hello.cgi runs as user instead of apache. (And this was verified by printing out os.getuid() and os.geteuid() and verifying that they're both the uid of <user> instead of apache etc. ) Ok I guess we need to allow this. 136ec9ca404c359b7e158a921a252f11017fa4bc allows this in git. Back ported. selinux-policy-3.11.1-101.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-101.fc18 Package selinux-policy-3.11.1-101.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing selinux-policy-3.11.1-101.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-15645/selinux-policy-3.11.1-101.fc18 then log in and leave karma (feedback). selinux-policy-3.11.1-103.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-103.fc18 selinux-policy-3.11.1-103.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |