Bug 784072 - SELinux is preventing /usr/bin/gnome-session from 'read' accesses on the None at-spi2.
Summary: SELinux is preventing /usr/bin/gnome-session from 'read' accesses on the None...
Keywords:
Status: CLOSED DUPLICATE of bug 770466
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: rawhide
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:d9379505022ca4b2aec4540ab0d...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-01-23 18:27 UTC by Nicolas Mailhot
Modified: 2012-12-15 19:07 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-12-15 19:07:11 UTC
Type: ---


Attachments (Terms of Use)

Description Nicolas Mailhot 2012-01-23 18:27:56 UTC
libreport version: 2.0.8
executable:     /usr/bin/python
hashmarkername: setroubleshoot
kernel:         3.3.0-0.rc1.git0.4.fc17.x86_64
reason:         SELinux is preventing /usr/bin/gnome-session from 'read' accesses on the None at-spi2.
time:           lun. 23 janv. 2012 19:19:50 CET

description:
:SELinux is preventing /usr/bin/gnome-session from 'read' accesses on the None at-spi2.
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that gnome-session should be allowed read access on the at-spi2 <Inconnu> 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 gnome-session /var/log/audit/audit.log | audit2allow -M mypol
:# semodule -i mypol.pp
:
:Additional Information:
:Source Context                system_u:system_r:xdm_t:s0-s0:c0.c1023
:Target Context                system_u:object_r:tmp_t:s0
:Target Objects                at-spi2 [ None ]
:Source                        gnome-session
:Source Path                   /usr/bin/gnome-session
:Port                          <Inconnu>
:Host                          (removed)
:Source RPM Packages           gnome-session-3.3.3-2.fc17.x86_64
:Target RPM Packages           
:Policy RPM                    selinux-policy-3.10.0-77.fc17.noarch
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed) 3.3.0-0.rc1.git0.4.fc17.x86_64 #1
:                              SMP Mon Jan 23 14:21:20 UTC 2012 x86_64 x86_64
:Alert Count                   1
:First Seen                    lun. 23 janv. 2012 19:17:10 CET
:Last Seen                     lun. 23 janv. 2012 19:17:10 CET
:Local ID                      3ec45805-904d-422f-9896-e24eea5495c5
:
:Raw Audit Messages
:type=AVC msg=audit(1327342630.91:48): avc:  denied  { read } for  pid=1 comm="systemd" name="postfix" dev="dm-1" ino=92340 scontext=system_u:system_r:init_t:s0 tcontext=system_u:object_r:postfix_spool_t:s0 tclass=dirnode=(removed) type=AVC msg=audit(1327342661.699:70): avc:  denied  { setattr } for  pid=1399 comm="gnome-session" name="at-spi2" dev="dm-1" ino=153787 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:tmp_t:s0 tclass=dirnode=(removed) type=SYSCALL msg=audit(1327342661.699:70): arch=c000003e syscall=90 success=no exit=-13 a0=7f56a4304841 a1=3ff a2=11 a3=7fff47132880 items=0 ppid=1328 pid=1399 auid=42 uid=42 gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42 fsgid=42 tty=(none) ses=1 comm="gnome-session" exe="/usr/bin/gnome-session" subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null)
:
:
:Hash: gnome-session,xdm_t,tmp_t,None,read
:
:audit2allow
:
:
:audit2allow -R
:
:

Comment 1 Daniel Walsh 2012-01-24 15:26:03 UTC
This looks like you have a badly mislabeled system, since you have postfix running as init_t?

Comment 2 Nicolas Mailhot 2012-01-24 18:42:16 UTC
The system was fully relabelled less than 24h before this alert

Comment 3 Nicolas Mailhot 2012-01-24 19:12:36 UTC
(In reply to comment #2)
> The system was fully relabelled less than 24h before this alert

and I've relabelled it once again

Note: like last week-end, with the software versions in rawhide, the only way to get a relabel to succeed is to append enforcing=0 single to the boot line

without enforcing=0 selinux blocks parts of the pp mangling (probably how I ended with empty pp files on system)

without single the relabel stops after a few stars (probably systemd ordering broken)

Comment 4 Daniel Walsh 2012-01-25 21:16:00 UTC
And how does the system look now.

You can relabel also by executing

fixfiles restore
reboot

Should do the same thing.

Comment 5 Miroslav Grepl 2012-01-27 08:29:22 UTC
I would say that a part of this bug relates with crashing gnome-shell.

Comment 6 Miroslav Grepl 2012-12-15 19:07:11 UTC

*** This bug has been marked as a duplicate of bug 770466 ***


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