Bug 696234 - SELinux is preventing ntpd "read write" access on netlink_route_socket.
Summary: SELinux is preventing ntpd "read write" access on netlink_route_socket.
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 14
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: setroubleshoot_trace_hash:6d3d981c330...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-13 16:16 UTC by Penelope Fudd
Modified: 2011-04-13 18:12 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-13 18:12:33 UTC
Type: ---


Attachments (Terms of Use)

Description Penelope Fudd 2011-04-13 16:16:27 UTC
Summary:

SELinux is preventing ntpd "read write" access on netlink_route_socket.

Detailed Description:

SELinux denied access requested by ntpd. It is not expected that this access is
required by ntpd 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
report.

Additional Information:

Source Context                system_u:system_r:ntpd_t:s0
Target Context                system_u:system_r:firstboot_t:s0
Target Objects                netlink_route_socket [ netlink_route_socket ]
Source                        ntpd
Source Path                   ntpd
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           
Target RPM Packages           
Policy RPM                    selinux-policy-3.9.7-3.fc14
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Plugin Name                   catchall
Host Name                     (removed)
Platform                      Linux
                              (removed)
                              2.6.35.6-45.fc14.x86_64 #1 SMP Mon Oct 18 23:57:44
                              UTC 2010 x86_64 x86_64
Alert Count                   1
First Seen                    Wed 13 Apr 2011 09:14:11 AM PDT
Last Seen                     Wed 13 Apr 2011 09:14:11 AM PDT
Local ID                      ab272101-a86f-4ca2-96c0-2154424e971d
Line Numbers                  

Raw Audit Messages            

node=(removed) type=AVC msg=audit(1302711251.604:9): avc:  denied  { read write } for  pid=1334 comm="ntpd" path="socket:[13120]" dev=sockfs ino=13120 scontext=system_u:system_r:ntpd_t:s0 tcontext=system_u:system_r:firstboot_t:s0 tclass=netlink_route_socket



Hash String generated from  catchall,ntpd,ntpd_t,firstboot_t,netlink_route_socket,read,write
audit2allow suggests:

#============= ntpd_t ==============
allow ntpd_t firstboot_t:netlink_route_socket { read write };

Comment 1 Penelope Fudd 2011-04-13 16:25:07 UTC
This is ridiculous; this is the first boot after installation of Fedora14-x86_64.  Can we not get the bugs to not pop up in a user's face so quickly?  All I did was select network-based time and used the default ntp servers.

Irrelevant system details: VirtualBox 4.0.4 on MacOSX 10.6.7 (SnowLeopard) on a Mac Pro (MacPro4,1) with two Quad-Core Intel Xeons at 2.66 Ghz, 16GB of ram.  Virtual machine has 8GB of ram, 8GB of disk space.

Comment 2 Daniel Walsh 2011-04-13 18:12:33 UTC
It has been fixed.  This was a leaked file descriptor in the tool that did the initial ntpd setup.  Sadly we don't reship and rebundle the installer.


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