Description of problem:
Starting Signal Electron application. Many Electron applications are crashing recently.
SELinux is preventing ThreadPoolForeg from using the 'execheap' accesses on a process.
***** Plugin allow_execheap (53.1 confidence) suggests ********************
If you do not think ThreadPoolForeg should need to map heap memory that is both writable and executable.
Then you need to report a bug. This is a potentially dangerous access.
Do
contact your security administrator and report this issue.
***** Plugin catchall_boolean (42.6 confidence) suggests ******************
If you want to allow selinuxuser to execheap
Then you must tell SELinux about this by enabling the 'selinuxuser_execheap' boolean.
Do
setsebool -P selinuxuser_execheap 1
***** Plugin catchall (5.76 confidence) suggests **************************
If you believe that ThreadPoolForeg should be allowed execheap access on processes labeled unconfined_t 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 'ThreadPoolForeg' --raw | audit2allow -M my-ThreadPoolForeg
# semodule -X 300 -i my-ThreadPoolForeg.pp
Additional Information:
Source Context unconfined_u:unconfined_r:unconfined_t:s0-
s0:c0.c1023
Target Context unconfined_u:unconfined_r:unconfined_t:s0-
s0:c0.c1023
Target Objects Unknown [ process ]
Source ThreadPoolForeg
Source Path ThreadPoolForeg
Port <Unknown>
Host (removed)
Source RPM Packages
Target RPM Packages
SELinux Policy RPM selinux-policy-targeted-40.23-1.fc40.noarch
Local Policy RPM selinux-policy-targeted-40.23-1.fc40.noarch
Selinux Enabled True
Policy Type targeted
Enforcing Mode Enforcing
Host Name (removed)
Platform Linux (removed) 6.9.8-200.fc40.x86_64 #1 SMP
PREEMPT_DYNAMIC Fri Jul 5 16:20:11 UTC 2024 x86_64
Alert Count 1204
First Seen 2024-01-11 11:37:43 CET
Last Seen 2024-07-16 18:36:05 CEST
Local ID 06dd1469-c532-4cc7-8027-3e246ffd5484
Raw Audit Messages
type=AVC msg=audit(1721147765.904:1027): avc: denied { execheap } for pid=20816 comm="signal-desktop" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process permissive=0
Hash: ThreadPoolForeg,unconfined_t,unconfined_t,process,execheap
Version-Release number of selected component:
selinux-policy-targeted-40.23-1.fc40.noarch
Additional info:
reporter: libreport-2.17.15
kernel: 6.9.8-200.fc40.x86_64
package: selinux-policy-targeted-40.23-1.fc40.noarch
hashmarkername: setroubleshoot
reason: SELinux is preventing ThreadPoolForeg from using the 'execheap' accesses on a process.
type: libreport
comment: Starting Signal Electron application. Many Electron applications are crashing recently.
component: selinux-policy
component: selinux-policy
Description of problem: Starting Signal Electron application. Many Electron applications are crashing recently. SELinux is preventing ThreadPoolForeg from using the 'execheap' accesses on a process. ***** Plugin allow_execheap (53.1 confidence) suggests ******************** If you do not think ThreadPoolForeg should need to map heap memory that is both writable and executable. Then you need to report a bug. This is a potentially dangerous access. Do contact your security administrator and report this issue. ***** Plugin catchall_boolean (42.6 confidence) suggests ****************** If you want to allow selinuxuser to execheap Then you must tell SELinux about this by enabling the 'selinuxuser_execheap' boolean. Do setsebool -P selinuxuser_execheap 1 ***** Plugin catchall (5.76 confidence) suggests ************************** If you believe that ThreadPoolForeg should be allowed execheap access on processes labeled unconfined_t 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 'ThreadPoolForeg' --raw | audit2allow -M my-ThreadPoolForeg # semodule -X 300 -i my-ThreadPoolForeg.pp Additional Information: Source Context unconfined_u:unconfined_r:unconfined_t:s0- s0:c0.c1023 Target Context unconfined_u:unconfined_r:unconfined_t:s0- s0:c0.c1023 Target Objects Unknown [ process ] Source ThreadPoolForeg Source Path ThreadPoolForeg Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages SELinux Policy RPM selinux-policy-targeted-40.23-1.fc40.noarch Local Policy RPM selinux-policy-targeted-40.23-1.fc40.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 6.9.8-200.fc40.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Jul 5 16:20:11 UTC 2024 x86_64 Alert Count 1204 First Seen 2024-01-11 11:37:43 CET Last Seen 2024-07-16 18:36:05 CEST Local ID 06dd1469-c532-4cc7-8027-3e246ffd5484 Raw Audit Messages type=AVC msg=audit(1721147765.904:1027): avc: denied { execheap } for pid=20816 comm="signal-desktop" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process permissive=0 Hash: ThreadPoolForeg,unconfined_t,unconfined_t,process,execheap Version-Release number of selected component: selinux-policy-targeted-40.23-1.fc40.noarch Additional info: reporter: libreport-2.17.15 kernel: 6.9.8-200.fc40.x86_64 package: selinux-policy-targeted-40.23-1.fc40.noarch hashmarkername: setroubleshoot reason: SELinux is preventing ThreadPoolForeg from using the 'execheap' accesses on a process. type: libreport comment: Starting Signal Electron application. Many Electron applications are crashing recently. component: selinux-policy component: selinux-policy