Bug 243778 - Doesn't allow ifdown to signal dhclient
Summary: Doesn't allow ifdown to signal dhclient
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy-targeted   
(Show other bugs)
Version: 7
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Daniel Walsh
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2007-06-11 20:54 UTC by Bill Nottingham
Modified: 2014-03-17 03:07 UTC (History)
1 user (show)

Fixed In Version: Current
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-08-22 14:10:29 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Bill Nottingham 2007-06-11 20:54:54 UTC
Description of problem:

SELinux is preventing ifdown-eth (udev_t) "signal" to (dhcpc_t).

Detailed Description
SELinux denied access requested by ifdown-eth. It is not expected that this
access is required by ifdown-eth 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.

a) it needs to allow this as-is
b) udev needs to transition to the proper domain when calling ifdown

Version-Release number of selected component (if applicable):


Comment 1 Daniel Walsh 2007-06-12 15:17:20 UTC
Fixed in selinux-policy-2.6.4-15

Why does udev do this and not hal?

Comment 2 Bill Nottingham 2007-06-12 15:59:16 UTC
It's just the way it's always been done, I suppose. The 'ifup' bits seem to work
from udev.

Comment 3 Daniel Walsh 2007-08-22 14:10:29 UTC
Closing as fixes are in the current release

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