Bug 590477 - SELinux is preventing /usr/bin/rsync "create" access on repodata.
Summary: SELinux is preventing /usr/bin/rsync "create" access on repodata.
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 12
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Daniel Walsh
QA Contact: Fedora Extras Quality Assurance
Whiteboard: setroubleshoot_trace_hash:481619341d9...
: 590478 590479 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2010-05-09 18:33 UTC by Subhendu Ghosh
Modified: 2010-07-09 00:22 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-07-09 00:22:56 UTC
Type: ---

Attachments (Terms of Use)

Description Subhendu Ghosh 2010-05-09 18:33:37 UTC

SELinux is preventing /usr/bin/rsync "create" access on repodata.

Detailed Description:

[rsync has a permissive type (cobblerd_t). This access was not denied.]

SELinux denied access requested by rsync. It is not expected that this access is
required by rsync and this access may signal an intrusion attempt. It is also
possible that the specific version or configuration of the application is
causing it to require additional access.

Allowing Access:

You can generate a local policy module to allow this access - see FAQ
(http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Please file a bug

Additional Information:

Source Context                system_u:system_r:cobblerd_t:s0
Target Context                system_u:object_r:httpd_sys_content_t:s0
Target Objects                repodata [ dir ]
Source                        rsync
Source Path                   /usr/bin/rsync
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           rsync-3.0.7-3.fc12
Target RPM Packages           
Policy RPM                    selinux-policy-3.6.32-114.fc12
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Plugin Name                   catchall
Host Name                     (removed)
Platform                      Linux (removed)
                              #1 SMP Mon Apr 5 19:59:38 UTC 2010 x86_64 x86_64
Alert Count                   1
First Seen                    Sun 09 May 2010 01:19:01 PM EDT
Last Seen                     Sun 09 May 2010 01:19:01 PM EDT
Local ID                      76a043e8-6339-409d-aa94-52e92e4b32aa
Line Numbers                  

Raw Audit Messages            

node=(removed) type=AVC msg=audit(1273425541.819:14504): avc:  denied  { create } for  pid=11194 comm="rsync" name="repodata" scontext=system_u:system_r:cobblerd_t:s0 tcontext=system_u:object_r:httpd_sys_content_t:s0 tclass=dir

node=(removed) type=SYSCALL msg=audit(1273425541.819:14504): arch=c000003e syscall=83 success=yes exit=0 a0=7fff31cdcfa0 a1=140 a2=e a3=0 items=0 ppid=11193 pid=11194 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=2326 comm="rsync" exe="/usr/bin/rsync" subj=system_u:system_r:cobblerd_t:s0 key=(null)

Hash String generated from  catchall,rsync,cobblerd_t,httpd_sys_content_t,dir,create
audit2allow suggests:

#============= cobblerd_t ==============
allow cobblerd_t httpd_sys_content_t:dir create;

Comment 1 Daniel Walsh 2010-05-10 14:22:28 UTC
*** Bug 590478 has been marked as a duplicate of this bug. ***

Comment 2 Daniel Walsh 2010-05-10 14:27:11 UTC
Where is the repo located.

Comment 3 Miroslav Grepl 2010-05-10 15:41:46 UTC
*** Bug 590479 has been marked as a duplicate of this bug. ***

Comment 4 Daniel Walsh 2010-05-10 17:12:50 UTC
Miroslav, we added  httpd_cobbler_content_rw_t but it is not assigned to any files?

Comment 5 Subhendu Ghosh 2010-05-10 22:43:00 UTC
I was doing a cobbler import off a loopback mounted iso

Comment 6 Miroslav Grepl 2010-05-11 12:01:19 UTC
(In reply to comment #4)
> Miroslav, we added  httpd_cobbler_content_rw_t but it is not assigned to any
> files?    

I guess this type was originally used for /var/www/cobbler directory. Now we have only this label

/var/www/cobbler/images(/.*)?   gen_context(system_u:object_r:public_content_rw_t, s0)

I think it was Dominic's intent. So we should add the same label for 

gen_context(system_u:object_r:public_content_rw_t, s0)

gen_context(system_u:object_r:public_content_rw_t, s0)

Will fix this bug.

Comment 7 Daniel Walsh 2010-05-11 14:30:58 UTC
Fixed in selinux-policy-3.7.19-15.fc13.noarch

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