CVE-2025-39835

Technical Description

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

xfs: do not propagate ENODATA disk errors into xattr code

ENODATA (aka ENOATTR) has a very specific meaning in the xfs xattr code;

namely, that the requested attribute name could not be found.

However, a medium error from disk may also return ENODATA. At best,

this medium error may escape to userspace as "attribute not found"

when in fact it's an IO (disk) error.

At worst, we may oops in xfs_attr_leaf_get() when we do:

error = xfs_attr_leaf_hasname(args, &bp);

if (error == -ENOATTR) {

xfs_trans_brelse(args->trans, bp);

return error;

}

because an ENODATA/ENOATTR error from disk leaves us with a null bp,

and the xfs_trans_brelse will then null-deref it.

As discussed on the list, we really need to modify the lower level

IO functions to trap all disk errors and ensure that we don't let

unique errors like this leak up into higher xfs functions - many

like this should be remapped to EIO.

However, this patch d

Remediation

Check the references section for vendor advisories and patches from linux. Update linux_kernel to the latest patched version. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

Affected Products

References