Function Call with Incorrectly Specified Arguments Affecting kernel-rt-64k package, versions *


Severity

Recommended
0.0
medium
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.09% (1st 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-KERNELRT64K-19236116
  • published25 Aug 2026
  • disclosed22 Aug 2026

Introduced: 22 Aug 2026

NewCVE-2026-74595  (opens in a new tab)
CWE-628  (opens in a new tab)

How to fix?

There is no fixed version for RHEL:10 kernel-rt-64k.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel-rt-64k package and not the kernel-rt-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:

fscrypt: use the mount idmap for the owner check in fscrypt_ioctl_set_policy()

fscrypt_ioctl_set_policy() calls inode_owner_or_capable() with &nop_mnt_idmap before allowing an encryption policy to be set, instead of the idmap of the mount the ioctl was issued on.

fscrypt is used by filesystems that support idmapped mounts (e.g. ext4, f2fs), so on such a mount this compares the caller's fsuid against the unmapped on-disk owner rather than the mapped owner: the actual owner can be wrongly denied with -EACCES and an unrelated caller wrongly allowed. Use file_mnt_idmap(filp) instead.

CVSS Base Scores

version 3.1