Race Condition Affecting kernel-64k package, versions <0:6.12.0-55.102.1.el10_0


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

Exploit Maturity
Proof of Concept
EPSS
0.19% (9th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL10-KERNEL64K-19505473
  • published3 Sept 2026
  • disclosed4 Jul 2026

Introduced: 4 Jul 2026

CVE-2026-53361  (opens in a new tab)
CWE-366  (opens in a new tab)

How to fix?

Upgrade RHEL:10 kernel-64k to version 0:6.12.0-55.102.1.el10_0 or higher.
This issue was patched in RHSA-2026:62609.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel-64k package and not the kernel-64k package as distributed by RHEL. See How to fix? for RHEL:10 relevant fixed versions and status.

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

af_unix: Set gc_in_progress to true in unix_gc().

Igor Ushakov reported that unix_gc() could run with gc_in_progress being false if the work is scheduled while running:

Thread 1 Thread 2 Thread 3


               unix_schedule_gc()           unix_schedule_gc()
               `- if (!gc_in_progress)      `- if (!gc_in_progress)
                  |- gc_in_progress = true     |
                  `- queue_work()              |

unix_gc() <----------------/ | | |- gc_in_progress = true ... - queue_work() | | - gc_in_progress = false | | unix_gc() <---------------------------------------------' | ... /* gc_in_progress == false */ | `- gc_in_progress = false

unix_peek_fpl() relies on gc_in_progress not to confuse GC by MSG_PEEK.

Let's set gc_in_progress to true in unix_gc().

CVSS Base Scores

version 3.1