Bug 1857194
Summary: | foreman_rails_t domain cannot search tftpdir_rw_t | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Lukas Pramuk <lpramuk> |
Component: | SELinux | Assignee: | Lukas Zapletal <lzap> |
Status: | CLOSED DUPLICATE | QA Contact: | Lukas Pramuk <lpramuk> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.8.0 | CC: | lzap |
Target Milestone: | 6.8.0 | Keywords: | Triaged |
Target Release: | Unused | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-08-06 13:23:26 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Lukas Pramuk
2020-07-15 12:03:14 UTC
Can you tell when this happens or how to reproduce? I don't see this denial on my install. There is a similar BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1857184 type=AVC msg=audit(1594888202.436:193): avc: denied { search } for pid=10144 comm="ruby" name="tftpboot" dev="vda4" ino=188750462 scontext=system_u:system_r:foreman_rails_t:s0 tcontext=system_u:object_r:tftpdir_rw_t:s0 tclass=dir permissive=0 The difference is that the one is puma/ruby process and yours is sidekiq. So perhaps some background task, but what would touch TFTP? The other BZ will fix the denial but I would like to know what caused this. Ok this is dupe, during Rails initialization Bootdisk plugin reads TFTP directory for file existence of grubx64.efi. *** This bug has been marked as a duplicate of bug 1857184 *** |