Bug 886187 - SELinux denials prevent mokutil from working
Summary: SELinux denials prevent mokutil from working
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 18
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: F18-accepted, F18FinalFreezeExcept
TreeView+ depends on / blocked
Reported: 2012-12-11 18:05 UTC by Josh Boyer
Modified: 2012-12-18 06:53 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2012-12-18 06:52:57 UTC
Type: Bug

Attachments (Terms of Use)

Description Josh Boyer 2012-12-11 18:05:59 UTC
Description of problem:

As part of the UEFI Secure Boot feature, a new utility called mokutil is being provided by the shim package.  This is used to enroll "machine owner keys" in UEFI from userspace.  Currently, SELinux is giving denials for this which prevents it from working.

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


How reproducible:


Steps to Reproduce:
1. sudo mount -t efivarfs none /sys/firmware/efi/efivars
2. sudo mokutil --password (or similar command)
Actual results:

mokutil fails with an EPERM error and the following SELinux denial:

[jwboyer@localhost src]$ sudo sealert -l eda3471d-9cdd-4a49-8aa4-c328ba47ff96
SELinux is preventing /usr/bin/mokutil from associate access on the filesystem MokPW-605dab50-e046-4300-abb6-3dd810dd8b23.

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

If you believe that mokutil should be allowed associate access on the MokPW-605dab50-e046-4300-abb6-3dd810dd8b23 filesystem 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 mokutil /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

/bin/sh: audit2allow: command not found
-R: audit2allow: command not found
Additional Information:
Source Context                unconfined_u:object_r:unlabeled_t:s0
Target Context                system_u:object_r:unlabeled_t:s0
Target Objects                MokPW-605dab50-e046-4300-abb6-3dd810dd8b23 [
                              filesystem ]
Source                        mokutil
Source Path                   /usr/bin/mokutil
Port                          <Unknown>
Host                          localhost.localdomain
Source RPM Packages           
Target RPM Packages           
Policy RPM                    selinux-policy-3.11.1-60.fc18.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     localhost.localdomain
Platform                      Linux localhost.localdomain 3.6.10-2.fc18.x86_64
                              #1 SMP Tue Dec 11 11:55:21 EST 2012 x86_64 x86_64
Alert Count                   16
First Seen                    2012-12-10 10:29:53 EST
Last Seen                     2012-12-11 13:03:19 EST
Local ID                      eda3471d-9cdd-4a49-8aa4-c328ba47ff96

Raw Audit Messages
type=AVC msg=audit(1355248999.684:93): avc:  denied  { associate } for  pid=1110 comm="mokutil" name="MokPW-605dab50-e046-4300-abb6-3dd810dd8b23" scontext=unconfined_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=filesystem

Hash: mokutil,unlabeled_t,unlabeled_t,filesystem,associate

audit2allow -R

Expected results:

SELinux policy exists and allows mokutil to work with the efivarfs filesystem.

Additional info:

mokutil basically just manipulates and creates new EFI variables through the efivarfs filesystem that is mounted.  When changing the password for MoK, it will create 'MokPW-<uuid>', when enrolling a new key it will create 'MokNew-<uuid>', and 'MokAuth-<uuid>' all under /sys/firmware/efi/efivars/.

I've CC'd Peter Jones and Matthew Garrett in case there are further questions.

Comment 1 Daniel Walsh 2012-12-11 19:38:00 UTC
Looks like a kernel issue to me.

Comment 2 Eric Paris 2012-12-11 19:43:38 UTC
[95244.225086] SELinux: initialized (dev efivarfs, type efivarfs), not configured for labeling

You need a policy statement to make this genfs I would presume.  Not sure what is going to need access.  I'd go with a new efivars_t and we'll figure it out as we go?

Comment 3 Daniel Walsh 2012-12-11 19:52:43 UTC
Fixed in selinux-policy-3.11.1-63.fc18.noarch

Comment 4 Josh Boyer 2012-12-12 16:37:55 UTC
I grabbed selinux-policy-3.11.1-63.fc18.noarch from koji and it does indeed fix the denials.  Thanks!

Comment 5 Adam Williamson 2012-12-14 20:25:33 UTC
Proposing as NTH, this is a feature we want working in final.

Comment 6 Fedora Update System 2012-12-17 17:38:35 UTC
selinux-policy-3.11.1-66.fc18 has been submitted as an update for Fedora 18.

Comment 7 Fedora Update System 2012-12-18 06:53:00 UTC
selinux-policy-3.11.1-66.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.

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