CVE-2026-93191

About vulnerability

In the Linux kernel, the following vulnerability has been resolved:

smack: fix incorrect task context in smack_msg_queue_msgrcv

The smack_msg_queue_msgrcv() function incorrectly checks the permissions of the ‘current’ task instead of the ’target’ task.

In the msgsnd() syscall path, if a receiver is already waiting, the pipelined_send() optimization is used to push the message directly to the receiver task:

ipc/msg.cpipelined_send(): smp_store_release(&msr->r_msg, msg)

In this case, the ‘sender’ (current) task performs the check on behalf of the ‘receiver’ task (msr->r_tsk, passed as the ’target’ parameter):

ipc/msg.cpipelined_send(): security_msg_queue_msgrcv(,, target := msr->r_tsk,,)

However, smack_msg_queue_msgrcv() ignores the ’target’ and checks ‘current’:

smack_msg_queue_msgrcv(…) ` smk_curacc_msq(isp, MAY_READWRITE); // current task

‘current’ MAY satisfy smack_msg_queue_msgrcv r/w requirement, but ’target’ (the receiver task) might NOT; as a result, an unauthorized receiver gets the message, violating MAC policy.

Test:

1. create a sysv message queue with label “foo”
2. echo “bar foo r” >/smack/load2
3. msgrcv(,,,0,MSG_NOERROR) in “bar”-labeled task. The task is waiting for the messages …
4. msgsnd() from a “foo”-labeled task: “bar”-labeled task gets the message.

This patch fixes the issue by checking permission on the ’target’ task instead of ‘current’.

(2008-02-04, Casey Schaufler)

Affected product:

AlmaLinux 9.2 ESU , Amazon Linux 2 ELS , CentOS 6 ELS , CentOS 7 ELS , CentOS 8.4 ELS , CentOS 8.5 ELS , CentOS Stream 8 ELS , CloudLinux 7 ELS , Debian 10 ELS , Debian 11 ELS , Oracle Linux 6 ELS , Oracle Linux 7 ELS , RHEL 7 ELS , TuxCare 9.6 ESU , TuxCare 9.8 ESU , Ubuntu 16.04 ELS , Ubuntu 18.04 ELS , Ubuntu 20.04 ELS

Affected packages:

linux @ 5.4.0 (+19 more)

Live-patch status from KernelCare for each operating system.