Bug 1002331 - SELinux is preventing /usr/sbin/sshd from using the 'dyntransition' accesses on a process.
SELinux is preventing /usr/sbin/sshd from using the 'dyntransition' accesses ...
Product: Fedora
Classification: Fedora
Component: selinux-policy (Show other bugs)
x86_64 Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Miroslav Grepl
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-08-28 18:41 EDT by Neil
Modified: 2013-08-29 05:28 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-08-29 05:28:37 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Neil 2013-08-28 18:41:43 EDT
Description of problem:
SELinux is preventing /usr/sbin/sshd from using the 'dyntransition' accesses on a process.

*****  Plugin catchall (100. confidence) suggests   **************************

If you believe that sshd should be allowed dyntransition access on processes labeled unconfined_t by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
allow this access for now by executing:
# grep sshd /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

Additional Information:
Source Context                system_u:system_r:initrc_t:s0
Target Context                unconfined_u:unconfined_r:unconfined_t:s0
Target Objects                 [ process ]
Source                        sshd
Source Path                   /usr/sbin/sshd
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           openssh-server-6.2p2-5.fc20.x86_64
Target RPM Packages           
Policy RPM                    selinux-policy-3.12.1-70.fc20.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     (removed)
Platform                      Linux (removed) 3.11.0-0.rc6.git0.2.fc20.x86_64 #1
                              SMP Mon Aug 19 14:58:14 UTC 2013 x86_64 x86_64
Alert Count                   3
First Seen                    2013-08-27 11:01:58 PDT
Last Seen                     2013-08-28 14:42:30 PDT
Local ID                      4101b7b5-5e57-4f2a-abc2-72c03e87ee72

Raw Audit Messages
type=AVC msg=audit(1377726150.555:677): avc:  denied  { dyntransition } for  pid=4710 comm="sshd" scontext=system_u:system_r:initrc_t:s0 tcontext=unconfined_u:unconfined_r:unconfined_t:s0 tclass=process

type=SYSCALL msg=audit(1377726150.555:677): arch=x86_64 syscall=write success=no exit=EACCES a0=7 a1=7f5864365240 a2=2a a3=666e6f636e753a72 items=0 ppid=4689 pid=4710 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=6 tty=(none) comm=sshd exe=/usr/sbin/sshd subj=system_u:system_r:initrc_t:s0 key=(null)

Hash: sshd,initrc_t,unconfined_t,process,dyntransition

Additional info:
reporter:       libreport-2.1.6
hashmarkername: setroubleshoot
kernel:         3.11.0-0.rc7.git1.2.fc21.x86_64
type:           libreport
Comment 1 Miroslav Grepl 2013-08-29 05:28:37 EDT
You sshd service running as initrc_t. Basically there is an issue with labeling after upgrade. You will need to fix labeling on your system

# touch /.autorelabel
# reboot

to make sure all files/dirs are labeled correctly after boot. We have opened bug on this issue related to the yum component.

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