Bug 1656985

Description of problem:
I created new F29 virtual machine, Fedora Workstation. After initial setup, mainly:

cd /etc/audit/rules.d/
cat > local.rules
-w /etc/shadow -p w

systemctl enable --now sshd
fixfiles onboot
vi /etc/sudoers
dnf install -y setroubleshoot{,-server} setools-console strace

I logged into console (Gnome) and then used gnome settings to create user. There were several AVC denied messages after that.

After some iterating it seems there is issue between account / group creation and sssd. To silence /allow all what is wanted during account/group creation I needed to add following module:

module my-useradd_t 1.0;

require {
        type groupadd_t;
        type sssd_public_t;
        type sssd_t;
        type sssd_var_lib_t;
        type sssd_var_run_t;
        type useradd_t;
        class dir { add_name write };
        class file { create getattr map open read write };
        class process signal;
}

#============= groupadd_t ==============
allow groupadd_t sssd_public_t:dir { add_name write };
allow groupadd_t sssd_public_t:file { create write };
allow groupadd_t sssd_t:process signal;
allow groupadd_t sssd_var_lib_t:file { map write };
allow groupadd_t sssd_var_run_t:file { getattr open read };

#============= useradd_t ==============
allow useradd_t sssd_public_t:dir { add_name write };
allow useradd_t sssd_public_t:file { create write };
allow useradd_t sssd_t:process signal;
allow useradd_t sssd_var_lib_t:file { map write };
allow useradd_t sssd_var_run_t:file { getattr open read };

I'm not sure if there is some better way to fix this issue.

This is repeatable when ever you create new used and when authselect has following (default) settings:

# authselect current
Profile ID: sssd
Enabled features:
- with-fingerprint
- with-silent-lastlog

I've seen this in other machines too but they had more setup before issue.
SELinux is preventing sss_cache from 'write' accesses on the file config.ldb.

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

If you believe that sss_cache should be allowed write access on the config.ldb file 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:
# ausearch -c 'sss_cache' --raw | audit2allow -M my-ssscache
# semodule -X 300 -i my-ssscache.pp

Additional Information:
Source Context                system_u:system_r:passwd_t:s0
Target Context                system_u:object_r:sssd_var_lib_t:s0
Target Objects                config.ldb [ file ]
Source                        sss_cache
Source Path                   sss_cache
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           
Target RPM Packages           
Policy RPM                    selinux-policy-3.14.2-42.fc29.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     (removed)
Platform                      Linux (removed) 4.19.6-300.fc29.x86_64 #1 SMP Sun
                              Dec 2 17:33:14 UTC 2018 x86_64 x86_64
Alert Count                   1
First Seen                    2018-12-06 21:24:55 EET
Last Seen                     2018-12-06 21:24:55 EET
Local ID                      54c6c383-ce1e-482e-9a5e-abb2392bdd90

Raw Audit Messages
type=AVC msg=audit(1544124295.109:300): avc:  denied  { write } for  pid=2320 comm="sss_cache" name="config.ldb" dev="dm-0" ino=134224 scontext=system_u:system_r:passwd_t:s0 tcontext=system_u:object_r:sssd_var_lib_t:s0 tclass=file permissive=0


Hash: sss_cache,passwd_t,sssd_var_lib_t,file,write

Version-Release number of selected component:
selinux-policy-3.14.2-42.fc29.noarch

Additional info:
component:      selinux-policy
reporter:       libreport-2.9.6
hashmarkername: setroubleshoot
kernel:         4.19.6-300.fc29.x86_64
type:           libreport