In the Linux kernel, the following vulnerability has been resolved: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled When init (zeroing) on allocation is requested, for kmalloc() we generally have to zero the full object size even if a smaller size is requested, in order to provide krealloc()'s __GFP_ZERO guarantees. But if we track the requested size, krealloc() uses that information to do the right thing, so we can zero only the requested size. With red zoning also enabled, any extra size became part of the red zone, so it must not be zeroed and thus we must zero only the requested size. However the current check is imprecise, and will trigger also when only SLAB_RED_ZONE is enabled without SLAB_STORE_USER (which enables tracking the requested size). This means enabling red zoning alone can compromise krealloc()'s __GFP_ZERO contract. Fix this by using slub_debug_orig_size() instead, which is the exact check for whether the requested size is tracked. We don't need to care if red zoning is also enabled or not. Also update and expand the comment accordingly.

The remote AlmaLinux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the ALSA-2026:53330 advisory.

    * kernel: fsnotify: Fix ordering of iput() and watched_objects decrement (CVE-2024-53143)
      * kernel: shmem: fix recovery on rename failures (CVE-2025-71072)
      * kernel: futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() (CVE-2026-23415)
      * kernel: drm/amd/display: Do not skip unrelated mode changes in DSC validation (CVE-2026-31488)
      * kernel: ipc: limit next_id allocation to the valid ID range (CVE-2026-52923)
      * kernel: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (CVE-2026-64368)
      * kernel: net: openvswitch: reject oversized nested action attrs (CVE-2026-64531)


    Bug Fix(es) and Enhancement(s):

      * Kernel oops after increasing max number of mac addresses of a mlx5 VF [almalinux-10.2.z]     (JIRA:AlmaLinux-213035)
      * AlmaLinux10.0 - s390/pkey: Check length in PKEY_VERIFYPROTK ioctl [almalinux-10.2.z]     (JIRA:AlmaLinux-222503)
      * AlmaLinux10.0 - s390/pkey: Check length in pkey_pckmo handler implementation [almalinux-10.2.z]     (JIRA:AlmaLinux-222505)

Tenable has extracted the preceding description block directly from the AlmaLinux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Oracle Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2026-53329 advisory.

    - mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (Rafael Aquini) [RHEL-223404]     {CVE-2026-64368}
    - net: openvswitch: reject oversized nested action attrs (CKI Backport Bot) [RHEL-222495] {CVE-2026-64531}
    - cxl/port: Fix use after free of parent_port in cxl_detach_ep() (Myron Stowe) [RHEL-180691]     {CVE-2026-31530}

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote RockyLinux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the RLSA-2026:53329 advisory.

    * kernel: cxl/port: Fix use after free of parent_port in cxl_detach_ep() (CVE-2026-31530)

    * kernel: xen: AMD Zen 2 Processors: Privilege escalation via improper CPU cache isolation     (CVE-2025-54518)

    * kernel: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (CVE-2026-64368)

    * kernel: net: openvswitch: reject oversized nested action attrs (CVE-2026-64531)

    Bug Fix(es) and Enhancement(s):

    * Kernel oops after increasing max number of mac addresses of a mlx5 VF [rhel-9.8.z] (JIRA:Rocky     Linux-213036)

    * Rocky Linux9.4 - s390/pkey: Check length in pkey_pckmo handler implementation [rhel-9.8.z] (JIRA:Rocky     Linux-215578)

    * Rocky Linux9.4 - s390/pkey: Check length in PKEY_VERIFYPROTK ioctl [rhel-9.8.z] (JIRA:Rocky     Linux-215580)

    * cifs: periodic IO errors when rename races with lease break (JIRA:Rocky Linux-192999)

Tenable has extracted the preceding description block directly from the RockyLinux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote RockyLinux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the RLSA-2026:53330 advisory.

    * kernel: fsnotify: Fix ordering of iput() and watched_objects decrement (CVE-2024-53143)

    * kernel: shmem: fix recovery on rename failures (CVE-2025-71072)

    * kernel: futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() (CVE-2026-23415)

    * kernel: drm/amd/display: Do not skip unrelated mode changes in DSC validation (CVE-2026-31488)

    * kernel: ipc: limit next_id allocation to the valid ID range (CVE-2026-52923)

    * kernel: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (CVE-2026-64368)

    * kernel: net: openvswitch: reject oversized nested action attrs (CVE-2026-64531)

    Bug Fix(es) and Enhancement(s):

    * Kernel oops after increasing max number of mac addresses of a mlx5 VF [rhel-10.2.z] (JIRA:Rocky     Linux-213035)

    * Rocky Linux10.0 - s390/pkey: Check length in PKEY_VERIFYPROTK ioctl [rhel-10.2.z] (JIRA:Rocky     Linux-222503)

    * Rocky Linux10.0 - s390/pkey: Check length in pkey_pckmo handler implementation [rhel-10.2.z] (JIRA:Rocky     Linux-222505)

Tenable has extracted the preceding description block directly from the RockyLinux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Oracle Linux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2026-53330 advisory.

    - mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (Rafael Aquini) [RHEL-223405]     {CVE-2026-64368}
    - net: openvswitch: reject oversized nested action attrs (CKI Backport Bot) [RHEL-222499] {CVE-2026-64531}
    - futex: Prevent lockup in requeue-PI during signal/ timeout wakeup (Waiman Long) [RHEL-193528]     {CVE-2026-52977}
    - futex: Require sys_futex_requeue() to have identical flags (Waiman Long) [RHEL-193528] {CVE-2026-31554}
    - futex: Clear stale exiting pointer in futex_lock_pi() retry path (Waiman Long) [RHEL-193528]     {CVE-2026-31555}
    - futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() (Waiman Long) [RHEL-193528]     {CVE-2026-23415}
    - drm/amd/display: Do not skip unrelated mode changes in DSC validation (CKI Backport Bot) [RHEL-193676]     {CVE-2026-31488}
    - shmem: fix recovery on rename failures (Rafael Aquini) [RHEL-189571] {CVE-2025-71072}
    - ipc: limit next_id allocation to the valid ID range (Rafael Aquini) [RHEL-188217] {CVE-2026-52923}

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:53330 advisory.

    The kernel packages contain the Linux kernel, the core of any Linux operating system.

    Security Fix(es):

    * kernel: fsnotify: Fix ordering of iput() and watched_objects decrement (CVE-2024-53143)

    * kernel: shmem: fix recovery on rename failures (CVE-2025-71072)

    * kernel: futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() (CVE-2026-23415)

    * kernel: drm/amd/display: Do not skip unrelated mode changes in DSC validation (CVE-2026-31488)

    * kernel: ipc: limit next_id allocation to the valid ID range (CVE-2026-52923)

    * kernel: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (CVE-2026-64368)

    * kernel: net: openvswitch: reject oversized nested action attrs (CVE-2026-64531)

    Bug Fix(es) and Enhancement(s):

    * Kernel oops after increasing max number of mac addresses of a mlx5 VF [rhel-10.2.z] (JIRA:RHEL-213035)

    * RHEL10.0 - s390/pkey: Check length in PKEY_VERIFYPROTK ioctl [rhel-10.2.z] (JIRA:RHEL-222503)

    * RHEL10.0 - s390/pkey: Check length in pkey_pckmo handler implementation [rhel-10.2.z] (JIRA:RHEL-222505)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:53329 advisory.

    The kernel packages contain the Linux kernel, the core of any Linux operating system.

    Security Fix(es):

    * kernel: cxl/port: Fix use after free of parent_port in cxl_detach_ep() (CVE-2026-31530)

    * kernel: xen: AMD Zen 2 Processors: Privilege escalation via improper CPU cache isolation     (CVE-2025-54518)

    * kernel: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled (CVE-2026-64368)

    * kernel: net: openvswitch: reject oversized nested action attrs (CVE-2026-64531)

    Bug Fix(es) and Enhancement(s):

    * Kernel oops after increasing max number of mac addresses of a mlx5 VF [rhel-9.8.z] (JIRA:RHEL-213036)

    * RHEL9.4 - s390/pkey: Check length in pkey_pckmo handler implementation [rhel-9.8.z] (JIRA:RHEL-215578)

    * RHEL9.4 - s390/pkey: Check length in PKEY_VERIFYPROTK ioctl [rhel-9.8.z] (JIRA:RHEL-215580)

    * cifs: periodic IO errors when rename races with lease break (JIRA:RHEL-192999)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Debian 12 host has packages installed that are affected by multiple vulnerabilities as referenced in the dla-4724 advisory.

    -------------------------------------------------------------------------     Debian LTS Advisory DLA-4724-1                debian-lts@lists.debian.org     https://www.debian.org/lts/security/                        Ben Hutchings     August 07, 2026                               https://wiki.debian.org/LTS
    -------------------------------------------------------------------------

    Package        : linux-6.12     Version        : 6.12.100-1~deb12u1     CVE ID         : CVE-2025-21807 CVE-2026-45944 CVE-2026-46093 CVE-2026-53005                      CVE-2026-53027 CVE-2026-53226 CVE-2026-53260 CVE-2026-53365                      CVE-2026-53392 CVE-2026-53399 CVE-2026-53402 CVE-2026-63815                      CVE-2026-63816 CVE-2026-63818 CVE-2026-63970 CVE-2026-64187                      CVE-2026-64189 CVE-2026-64192 CVE-2026-64206 CVE-2026-64227                      CVE-2026-64241 CVE-2026-64256 CVE-2026-64265 CVE-2026-64266                      CVE-2026-64268 CVE-2026-64269 CVE-2026-64270 CVE-2026-64271                      CVE-2026-64272 CVE-2026-64273 CVE-2026-64274 CVE-2026-64275                      CVE-2026-64276 CVE-2026-64277 CVE-2026-64279 CVE-2026-64284                      CVE-2026-64286 CVE-2026-64287 CVE-2026-64289 CVE-2026-64294                      CVE-2026-64296 CVE-2026-64297 CVE-2026-64298 CVE-2026-64299                      CVE-2026-64301 CVE-2026-64303 CVE-2026-64304 CVE-2026-64305                      CVE-2026-64306 CVE-2026-64307 CVE-2026-64308 CVE-2026-64309                      CVE-2026-64310 CVE-2026-64312 CVE-2026-64313 CVE-2026-64315                      CVE-2026-64316 CVE-2026-64317 CVE-2026-64318 CVE-2026-64319                      CVE-2026-64320 CVE-2026-64321 CVE-2026-64322 CVE-2026-64323                      CVE-2026-64324 CVE-2026-64326 CVE-2026-64327 CVE-2026-64328                      CVE-2026-64329 CVE-2026-64330 CVE-2026-64331 CVE-2026-64332                      CVE-2026-64333 CVE-2026-64334 CVE-2026-64335 CVE-2026-64336                      CVE-2026-64337 CVE-2026-64338 CVE-2026-64340 CVE-2026-64341                      CVE-2026-64342 CVE-2026-64343 CVE-2026-64344 CVE-2026-64345                      CVE-2026-64346 CVE-2026-64347 CVE-2026-64348 CVE-2026-64350                      CVE-2026-64351 CVE-2026-64352 CVE-2026-64354 CVE-2026-64355                      CVE-2026-64357 CVE-2026-64358 CVE-2026-64359 CVE-2026-64360                      CVE-2026-64361 CVE-2026-64362 CVE-2026-64363 CVE-2026-64364                      CVE-2026-64365 CVE-2026-64367 CVE-2026-64368 CVE-2026-64369                      CVE-2026-64370 CVE-2026-64371 CVE-2026-64372 CVE-2026-64373                      CVE-2026-64374 CVE-2026-64375 CVE-2026-64376 CVE-2026-64377                      CVE-2026-64378 CVE-2026-64379 CVE-2026-64380 CVE-2026-64381                      CVE-2026-64382 CVE-2026-64383 CVE-2026-64384 CVE-2026-64385                      CVE-2026-64386 CVE-2026-64387 CVE-2026-64390 CVE-2026-64391                      CVE-2026-64392 CVE-2026-64393 CVE-2026-64394 CVE-2026-64395                      CVE-2026-64396 CVE-2026-64397 CVE-2026-64398 CVE-2026-64399                      CVE-2026-64401 CVE-2026-64402 CVE-2026-64403 CVE-2026-64404                      CVE-2026-64405 CVE-2026-64406 CVE-2026-64407 CVE-2026-64408                      CVE-2026-64409 CVE-2026-64411 CVE-2026-64412 CVE-2026-64413                      CVE-2026-64414 CVE-2026-64415 CVE-2026-64416 CVE-2026-64417                      CVE-2026-64418 CVE-2026-64419 CVE-2026-64420 CVE-2026-64421                      CVE-2026-64422 CVE-2026-64423 CVE-2026-64424 CVE-2026-64425                      CVE-2026-64428 CVE-2026-64429 CVE-2026-64430 CVE-2026-64432                      CVE-2026-64433 CVE-2026-64434 CVE-2026-64435 CVE-2026-64436                      CVE-2026-64437 CVE-2026-64438 CVE-2026-64440 CVE-2026-64441                      CVE-2026-64442 CVE-2026-64443 CVE-2026-64444 CVE-2026-64445                      CVE-2026-64446 CVE-2026-64448 CVE-2026-64449 CVE-2026-64450                      CVE-2026-64452 CVE-2026-64454 CVE-2026-64455 CVE-2026-64456                      CVE-2026-64457 CVE-2026-64458 CVE-2026-64461 CVE-2026-64462                      CVE-2026-64463 CVE-2026-64465 CVE-2026-64468 CVE-2026-64469                      CVE-2026-64470 CVE-2026-64471 CVE-2026-64472 CVE-2026-64473                      CVE-2026-64474 CVE-2026-64475 CVE-2026-64476 CVE-2026-64477                      CVE-2026-64478 CVE-2026-64479 CVE-2026-64480 CVE-2026-64481                      CVE-2026-64482 CVE-2026-64483 CVE-2026-64484 CVE-2026-64486                      CVE-2026-64487 CVE-2026-64488 CVE-2026-64489 CVE-2026-64490                      CVE-2026-64493 CVE-2026-64494 CVE-2026-64495 CVE-2026-64496                      CVE-2026-64497 CVE-2026-64499 CVE-2026-64500 CVE-2026-64503                      CVE-2026-64504 CVE-2026-64505 CVE-2026-64507 CVE-2026-64508                      CVE-2026-64509 CVE-2026-64510 CVE-2026-64511 CVE-2026-64512                      CVE-2026-64514 CVE-2026-64530 CVE-2026-64531 CVE-2026-64532                      CVE-2026-64533 CVE-2026-64534 CVE-2026-64535 CVE-2026-64536                      CVE-2026-64537 CVE-2026-64538 CVE-2026-64539 CVE-2026-64540                      CVE-2026-64541 CVE-2026-64542 CVE-2026-64543 CVE-2026-64544                      CVE-2026-64545 CVE-2026-64546 CVE-2026-64547 CVE-2026-64548                      CVE-2026-64549 CVE-2026-64550 CVE-2026-64551 CVE-2026-64552                      CVE-2026-64553 CVE-2026-64554 CVE-2026-64555 CVE-2026-64556                      CVE-2026-64557 CVE-2026-64558 CVE-2026-64559 CVE-2026-64560                      CVE-2026-64582 CVE-2026-64585 CVE-2026-64589 CVE-2026-64590                      CVE-2026-64592 CVE-2026-64593 CVE-2026-64594 CVE-2026-64597                      CVE-2026-64598 CVE-2026-64599 CVE-2026-64600 CVE-2026-64602                      CVE-2026-64603 CVE-2026-64604     Debian Bug     : 1130336 1140651

    Linux 6.12 has been packaged for Debian 12 bookworm as linux-6.12.
    This provides a supported upgrade path for systems that currently use     kernel packages from the bookworm-backports suite.

    There is no need to upgrade systems using Linux 6.1, as that kernel     version will also continue to be supported in the LTS period.

    The apt full-upgrade command will *not* automatically install the     updated kernel packages.  You should explicitly install one of the     following metapackages first, as appropriate for your system:

        linux-image-6.12-amd64         linux-image-6.12-arm64         linux-image-6.12-arm64-16k         linux-image-6.12-armmp         linux-image-6.12-armmp-lpae         linux-image-6.12-cloud-amd64         linux-image-6.12-cloud-arm64         linux-image-6.12-powerpc64le         linux-image-6.12-powerpc64le-64k         linux-image-6.12-rt-amd64         linux-image-6.12-rt-arm64         linux-image-6.12-rt-armmp

    For example, if the command uname -r currently shows     6.12.95+deb12-amd64, you should install linux-image-6.12-amd64.

    This backport does not include the following binary packages:

        bpftool hyperv-daemons intel-sdsi libcpupower-dev libcpupower1         linux-cpupower linux-libc-dev linux-perf rtla usbip

    Older versions of most of those are built from the linux source     package in Debian 12.

    Several vulnerabilities have been discovered in the Linux kernel that     may lead to a privilege escalation, denial of service or information     leaks.

    For Debian 12 bookworm, these problems have been fixed in version     6.12.100-1~deb12u1.  This update also fixes several bugs reported to     Debian.  It additionally includes many more bug fixes from stable     updates 6.12.96-6.12.100.

    We recommend that you upgrade your linux-6.12 packages.

    For the detailed security status of linux-6.12 please refer to     its security tracker page at:
    https://security-tracker.debian.org/tracker/linux-6.12

    Further information about Debian LTS security advisories, how to apply     these updates to your system and frequently asked questions can be     found at: https://wiki.debian.org/LTS     Attachment:
    signature.asc     Description: PGP signature

Tenable has extracted the preceding description block directly from the Debian security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

An update of the linux package has been released.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - mm/slab: do not limit zeroing to orig_size when only red zoning is enabled When init (zeroing) on     allocation is requested, for kmalloc() we generally have to zero the full object size even if a smaller     size is requested, in order to provide krealloc()'s __GFP_ZERO guarantees. But if we track the requested     size, krealloc() uses that information to do the right thing, so we can zero only the requested size. With     red zoning also enabled, any extra size became part of the red zone, so it must not be zeroed and thus we     must zero only the requested size. However the current check is imprecise, and will trigger also when only     SLAB_RED_ZONE is enabled without SLAB_STORE_USER (which enables tracking the requested size). This means     enabling red zoning alone can compromise krealloc()'s __GFP_ZERO contract. Fix this by using     slub_debug_orig_size() instead, which is the exact check for whether the requested size is tracked. We     don't need to care if red zoning is also enabled or not. Also update and expand the comment accordingly.
    (CVE-2026-64368)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Type	Severity
335133	AlmaLinux 10 : kernel (ALSA-2026:53330)	Nessus	Alma Linux Local Security Checks	Local	high
334962	Oracle Linux 9 : kernel (ELSA-2026-53329)	Nessus	Oracle Linux Local Security Checks	Local	high
334880	RockyLinux 9 : kernel (RLSA-2026:53329)	Nessus	Rocky Linux Local Security Checks	Local	high
334843	RockyLinux 10 : kernel (RLSA-2026:53330)	Nessus	Rocky Linux Local Security Checks	Local	high
334812	Oracle Linux 10 : kernel (ELSA-2026-53330)	Nessus	Oracle Linux Local Security Checks	Local	high
334552	RHEL 10 : kernel (RHSA-2026:53330)	Nessus	Red Hat Local Security Checks	Local	high
334487	RHEL 9 : kernel (RHSA-2026:53329)	Nessus	Red Hat Local Security Checks	Local	high
333521	Debian dla-4724 : ata-modules-6.12.100+deb12-armmp-di - security update	Nessus	Debian Local Security Checks	Local	medium
332499	Photon OS 5.0: Linux PHSA-2026-5.0-92-0928	Nessus	PhotonOS Local Security Checks	Local	high
329938	Linux Distros Unpatched Vulnerability : CVE-2026-64368	Nessus	Misc.	Local	high
329325	Photon OS 5.0: Linux PHSA-2026-5.0-0928	Nessus	PhotonOS Local Security Checks	Local	medium

Detections

Analytics

CVE-2026-64368

high

Tenable Plugins

high

high

high

high

high

high

high

medium

high

high

medium