Bug 2413601
| Summary: | SELinux is preventing blocking-2 from 'connectto' accesses on the unix_stream_socket /run/systemd/userdb/io.systemd.DynamicUser. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nicolás <nicolas.aguilera.leiva> | ||||||
| Component: | selinux-policy | Assignee: | Zdenek Pytela <zpytela> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 43 | CC: | dwalsh, jcubic, lvrabec, mmalik, nicolas.aguilera.leiva, omosnacek, pkoncity, vmojzis, zpytela | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | abrt_hash:0a0f99733c75187710befac4dc1d50d6d5b5f9b277522c23decb2667b251104d;VARIANT_ID=sway; | ||||||||
| Fixed In Version: | Doc Type: | --- | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2025-11-10 09:07:18 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
Created attachment 2113412 [details]
File: description
Created attachment 2113413 [details]
File: os_info
I have the same error but with blocking-1:
SELinux is preventing blocking-1 from write access on the sock_file io.systemd.DynamicUser.
***** Plugin catchall (100. confidence) suggests **************************
If you believe that blocking-1 should be allowed write access on the io.systemd.DynamicUser sock_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 'blocking-1' --raw | audit2allow -M my-blocking1
# semodule -X 300 -i my-blocking1.pp
Additional Information:
Source Context unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023
Target Context system_u:object_r:systemd_userdbd_runtime_t:s0
Target Objects io.systemd.DynamicUser [ sock_file ]
Source blocking-1
Source Path blocking-1
Port <Unknown>
Host jcubic
Source RPM Packages
Target RPM Packages
SELinux Policy RPM selinux-policy-targeted-42.14-1.fc43.noarch
Local Policy RPM selinux-policy-targeted-42.14-1.fc43.noarch
Selinux Enabled True
Policy Type targeted
Enforcing Mode Enforcing
Host Name jcubic
Platform Linux jcubic 6.17.7-300.fc43.x86_64 #1 SMP
PREEMPT_DYNAMIC Sun Nov 2 15:30:09 UTC 2025
x86_64
Alert Count 135
First Seen 2025-11-05 16:49:28 CET
Last Seen 2025-11-09 18:59:46 CET
Local ID f1420929-1277-4ec9-8472-314c3858fc0b
Raw Audit Messages
type=AVC msg=audit(1762711186.427:559): avc: denied { write } for pid=1063397 comm="blocking-1" name="io.systemd.DynamicUser" dev="tmpfs" ino=1262 scontext=unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 tcontext=system_u:object_r:systemd_userdbd_runtime_t:s0 tclass=sock_file permissive=0
Hash: blocking-1,thumb_t,systemd_userdbd_runtime_t,sock_file,write
I can reproduce the issue by those steps:
mkdir selinux-test
cd selinux-test/
magick ~/Random_Photo/DSCF1068.JPG -resize 1000 demo.png
The input file is from Digital camera with exif data.
Then opening the directory in Thunar (Xfce).
PS: I'm almost sure I already commented on this issue. There may be a duplicate but it's impossible to find anything on this bug tracker.
It may be a different issue, just noticed the difference: connectto vs write I got those errors after upgrade to Fedora 43 I think that this was my issue https://bugzilla.redhat.com/show_bug.cgi?id=2408906 Sorry for the noise. *** This bug has been marked as a duplicate of bug 2408906 *** |
Description of problem: SELinux is preventing blocking-2 from 'connectto' accesses on the unix_stream_socket /run/systemd/userdb/io.systemd.DynamicUser. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that blocking-2 should be allowed connectto access on the io.systemd.DynamicUser unix_stream_socket 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 'blocking-2' --raw | audit2allow -M my-blocking2 # semodule -X 300 -i my-blocking2.pp Additional Information: Source Context unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 Target Context system_u:system_r:init_t:s0 Target Objects /run/systemd/userdb/io.systemd.DynamicUser [ unix_stream_socket ] Source blocking-2 Source Path blocking-2 Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages SELinux Policy RPM selinux-policy-targeted-42.14-1.fc43.noarch Local Policy RPM selinux-policy-targeted-42.14-1.fc43.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 6.17.6-300.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Oct 29 20:10:51 UTC 2025 x86_64 Alert Count 2 First Seen 2025-11-08 19:02:23 -03 Last Seen 2025-11-08 19:02:23 -03 Local ID bdaf9389-c8b4-465c-b6cc-c4914280e89a Raw Audit Messages type=AVC msg=audit(1762639343.579:251): avc: denied { connectto } for pid=7796 comm="blocking-1" path="/run/systemd/userdb/io.systemd.DynamicUser" scontext=unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 tcontext=system_u:system_r:init_t:s0 tclass=unix_stream_socket permissive=0 Hash: blocking-2,thumb_t,init_t,unix_stream_socket,connectto Version-Release number of selected component: selinux-policy-targeted-42.14-1.fc43.noarch Additional info: reporter: libreport-2.17.15 reason: SELinux is preventing blocking-2 from 'connectto' accesses on the unix_stream_socket /run/systemd/userdb/io.systemd.DynamicUser. package: selinux-policy-targeted-42.14-1.fc43.noarch component: selinux-policy hashmarkername: setroubleshoot type: libreport kernel: 6.17.6-300.fc43.x86_64 component: selinux-policy