Google: sys-kernel/cchost-kernel-6_12, sys-kernel/csql-kernel-6_6: security update to 19216.220.174

critical Tenable Cloud Security Plugin ID 472002

Description

There are packages installed that are affected by a vulnerability referenced in the following CVE:

- In the Linux kernel, the following vulnerability has been resolved: ext4: avoid infinite loops caused by
residual data On the mkdir/mknod path, when mapping logical blocks to physical blocks, if inserting a new
extent into the extent tree fails (in this example, because the file system disabled the huge file feature
when marking the inode as dirty), ext4_ext_map_blocks() only calls ext4_free_blocks() to reclaim the
physical block without deleting the corresponding data in the extent tree. This causes subsequent mkdir
operations to reference the previously reclaimed physical block number again, even though this physical
block is already being used by the xattr block. Therefore, a situation arises where both the directory and
xattr are using the same buffer head block in memory simultaneously. The above causes
ext4_xattr_block_set() to enter an infinite loop about "inserted" and cannot release the inode lock,
ultimately leading to the 143s blocking problem mentioned in [1]. If the metadata is corrupted, then
trying to remove some extent space can do even more harm. Also in case EXT4_GET_BLOCKS_DELALLOC_RESERVE
was passed, remove space wrongly update quota information. Jan Kara suggests distinguishing between two
cases: 1) The error is ENOSPC or EDQUOT - in this case the filesystem is fully consistent and we must
maintain its consistency including all the accounting. However these errors can happen only early before
we've inserted the extent into the extent tree. So current code works correctly for this case. 2) Some
other error - this means metadata is corrupted. We should strive to do as few modifications as possible to
limit damage. So I'd just skip freeing of allocated blocks. [1] INFO: task syz.0.17:5995 blocked for more
than 143 seconds. Call Trace: inode_lock_nested include/linux/fs.h:1073 [inline] __start_dirop
fs/namei.c:2923 [inline] start_dirop fs/namei.c:2934 [inline] (CVE-2026-31448)

Solution

Update the sys-kernel/cchost-kernel-6_12 library and its related packages to version 19216.220.174 or later.

Plugin Details

Severity: Critical

ID: 472002

Version: Revision 1.2

Type: Local

Family: Google COS Security Checks

Published: 10/3/2026

Updated: 10/5/2026

Supported Sensors: Tenable Cloud Security, Tenable Self-Hosted Container Security

Risk Information

VPR

Risk Factor: Medium

Score: 4.5

Percentile: 57.52

Vendor

Vendor Severity: LOW

CVSS v2

Risk Factor: High

Base Score: 9.7

Temporal Score: 7.2

Vector: CVSS2#AV:N/AC:L/Au:N/C:P/I:C/A:C

CVSS Score Source: CVE-2026-31448

CVSS v3

Risk Factor: Critical

Base Score: 9.4

Temporal Score: 8.2

Vector: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:H

Temporal Vector: CVSS:3.0/E:U/RL:O/RC:C

Vulnerability Information

Exploit Ease: No known exploits are available

Vulnerability Publication Date: 4/22/2026

Reference Information

CVE: CVE-2026-31448

Detections

Analytics