Bug 787000 - SELinux is preventing /usr/sbin/sendmail.sendmail from 'getattr' accesses on the None /home/devel.
Summary: SELinux is preventing /usr/sbin/sendmail.sendmail from 'getattr' accesses on ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 16
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:e2358e7730dca646ac654040bd8...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-02 20:59 UTC by James Laska
Modified: 2013-09-02 07:00 UTC (History)
4 users (show)

Fixed In Version: selinux-policy-3.10.0-80.fc16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-24 00:39:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description James Laska 2012-02-02 20:59:42 UTC
libreport version: 2.0.8
executable:     /usr/bin/python
hashmarkername: setroubleshoot
kernel:         3.2.2-1.fc16.x86_64
reason:         SELinux is preventing /usr/sbin/sendmail.sendmail from 'getattr' accesses on the None /home/devel.
time:           Thu 02 Feb 2012 03:59:33 PM EST

description:
:SELinux is preventing /usr/sbin/sendmail.sendmail from 'getattr' accesses on the None /home/devel.
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that sendmail.sendmail should be allowed getattr access on the devel <Unknown> by default.
:Then you should report this as a bug.
:You can generate a local policy module to allow this access.
:Do
:allow this access for now by executing:
:# grep sendmail /var/log/audit/audit.log | audit2allow -M mypol
:# semodule -i mypol.pp
:
:Additional Information:
:Source Context                system_u:system_r:sendmail_t:s0
:Target Context                unconfined_u:object_r:user_home_dir_t:s0
:Target Objects                /home/devel [ None ]
:Source                        sendmail
:Source Path                   /usr/sbin/sendmail.sendmail
:Port                          <Unknown>
:Host                          (removed)
:Source RPM Packages           sendmail-8.14.5-11.fc16.x86_64
:Target RPM Packages           
:Policy RPM                    selinux-policy-3.10.0-74.fc16.noarch
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed)
:                              3.2.2-1.fc16.x86_64 #1 SMP Thu Jan 26 03:21:58 UTC
:                              2012 x86_64 x86_64
:Alert Count                   125
:First Seen                    Wed 01 Feb 2012 09:50:04 AM EST
:Last Seen                     Thu 02 Feb 2012 03:59:02 PM EST
:Local ID                      ab35b1af-6f45-432b-acdf-3c1e342f1e6b
:
:Raw Audit Messages
:type=AVC msg=audit(1328216342.824:4630): avc:  denied  { getattr } for  pid=31619 comm="sendmail" path="/home/devel" dev=dm-12 ino=266 scontext=system_u:system_r:sendmail_t:s0 tcontext=unconfined_u:object_r:user_home_dir_t:s0 tclass=lnk_filenode=(removed) type=SYSCALL msg=audit(1328216342.824:4630): arch=c000003e syscall=6 success=no exit=-13 a0=7fff3908b8f0 a1=7fff3908b860 a2=7fff3908b860 a3=7fff3908b902 items=0 ppid=31618 pid=31619 auid=4294967295 uid=0 gid=3633 euid=3633 suid=3633 fsuid=3633 egid=3633 sgid=3633 fsgid=3633 tty=(none) ses=4294967295 comm="sendmail" exe="/usr/sbin/sendmail.sendmail" subj=system_u:system_r:sendmail_t:s0 key=(null)
:
:
:Hash: sendmail,sendmail_t,user_home_dir_t,None,getattr
:
:audit2allow
:
:
:audit2allow -R
:
:

Comment 1 Daniel Walsh 2012-02-02 21:11:45 UTC
Sendmail did not expect you to have a symbolic link for a homedir.

Comment 2 James Laska 2012-02-02 21:48:51 UTC
(In reply to comment #1)
> Sendmail did not expect you to have a symbolic link for a homedir.

Thanks Dan, I've set that up sync my $HOME (provided by NIS) is /home/devel/jlaska.

I'm sure I had a reason for /home/devel -> /home at one point, but perhaps it's just better to mkdir /home/devel instead.

Shall we close this sucker out?

Comment 3 Daniel Walsh 2012-02-03 16:30:37 UTC
I am adding this access since other people have hit it also.

In Rawhide now. Hopefully mgrepl will pick it up

Comment 4 Fedora Update System 2012-02-29 09:34:16 UTC
selinux-policy-3.10.0-78.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-78.fc16

Comment 5 Fedora Update System 2012-03-01 09:25:15 UTC
Package selinux-policy-3.10.0-78.fc16:
* should fix your issue,
* was pushed to the Fedora 16 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.10.0-78.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-2733/selinux-policy-3.10.0-78.fc16
then log in and leave karma (feedback).

Comment 6 Fedora Update System 2012-03-21 02:27:05 UTC
Package selinux-policy-3.10.0-80.fc16:
* should fix your issue,
* was pushed to the Fedora 16 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.10.0-80.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-2733/selinux-policy-3.10.0-80.fc16
then log in and leave karma (feedback).

Comment 7 Fedora Update System 2012-03-24 00:39:19 UTC
selinux-policy-3.10.0-80.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.