Bug 2413601 - SELinux is preventing blocking-2 from 'connectto' accesses on the unix_stream_socket /run/systemd/userdb/io.systemd.DynamicUser.
Summary: SELinux is preventing blocking-2 from 'connectto' accesses on the unix_stream...
Keywords:
Status: CLOSED DUPLICATE of bug 2408906
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 43
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Zdenek Pytela
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:0a0f99733c75187710befac4dc1...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2025-11-08 22:07 UTC by Nicolás
Modified: 2025-11-10 09:07 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-11-10 09:07:18 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: description (2.10 KB, text/plain)
2025-11-08 22:07 UTC, Nicolás
no flags Details
File: os_info (667 bytes, text/plain)
2025-11-08 22:07 UTC, Nicolás
no flags Details

Description Nicolás 2025-11-08 22:07:30 UTC
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

Comment 1 Nicolás 2025-11-08 22:07:33 UTC
Created attachment 2113412 [details]
File: description

Comment 2 Nicolás 2025-11-08 22:07:34 UTC
Created attachment 2113413 [details]
File: os_info

Comment 3 Jakub T. Jankiewicz 2025-11-09 20:06:07 UTC
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.

Comment 4 Jakub T. Jankiewicz 2025-11-09 20:07:25 UTC
It may be a different issue, just noticed the difference: connectto vs write

Comment 5 Jakub T. Jankiewicz 2025-11-09 20:08:02 UTC
I got those errors after upgrade to Fedora 43

Comment 6 Jakub T. Jankiewicz 2025-11-09 20:10:33 UTC
I think that this was my issue https://bugzilla.redhat.com/show_bug.cgi?id=2408906 Sorry for the noise.

Comment 7 Zdenek Pytela 2025-11-10 09:07:18 UTC

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


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