Answer in brief
CVE-2026-72164 records a Unknown severity vulnerability in ocfs2: avoid moving extents to occupied clusters. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-72164 records a Unknown severity vulnerability in ocfs2: avoid moving extents to occupied clusters. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <3112afebf2a76e522fbaabcbb0c47aafbdc35932 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <35486b291b8fbde6c4d0b1c79e565c6260d3329d || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <19f7b04924b20b81dabbeed19d5542792ba5b6d6 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <e281d892ce5870a50fdc718cb3bfc3dd5b62c728 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <0d0c5c17b18bdbc592ac26ab4d1de7e3dbf9be1e || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <d5d5a21fb33cd9b963aea99da81e4dacd452cd95 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <4d1953d3aeb4a7f6623083e1839068ee1c157db2 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <22920541c35a9f23f219038ba5874c843a7c4419 | 3112afebf2a76e522fbaabcbb0c47aafbdc35932, 35486b291b8fbde6c4d0b1c79e565c6260d3329d, 19f7b04924b20b81dabbeed19d5542792ba5b6d6, e281d892ce5870a50fdc718cb3bfc3dd5b62c728, 0d0c5c17b18bdbc592ac26ab4d1de7e3dbf9be1e, d5d5a21fb33cd9b963aea99da81e4dacd452cd95, 4d1953d3aeb4a7f6623083e1839068ee1c157db2, 22920541c35a9f23f219038ba5874c843a7c4419 |
| Linux/Linuxgeneric | 3.0 | Not reported |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
In the Linux kernel, the following vulnerability has been resolved: ocfs2: avoid moving extents to occupied clusters For non-auto OCFS2_IOC_MOVE_EXT operations, userspace supplies a physical me_goal. ocfs2_move_extent() initializes new_phys_cpos from that goal and expects ocfs2_probe_alloc_group() to replace it with a free run in the target block group. The probe currently leaves *phys_cpos unchanged if the scan reaches the end of the group without finding a free run. An occupied goal at the last bit can therefore survive the probe and be passed to __ocfs2_move_extent(), which copies file data into a cluster still owned by another inode before the bitmap is updated. When the probe does find a free run, it also subtracts move_len from the ending bit. The start of an N-bit run ending at i is i - N + 1, so the current calculation can report the bit immediately before the free run. Clear *phys_cpos before scanning and use the correct free-run start. Callers already treat a zero result as -ENOSPC, so failed probes no longer continue with an occupied caller-controlled goal.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <3112afebf2a76e522fbaabcbb0c47aafbdc35932 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <35486b291b8fbde6c4d0b1c79e565c6260d3329d || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <19f7b04924b20b81dabbeed19d5542792ba5b6d6 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <e281d892ce5870a50fdc718cb3bfc3dd5b62c728 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <0d0c5c17b18bdbc592ac26ab4d1de7e3dbf9be1e || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <d5d5a21fb33cd9b963aea99da81e4dacd452cd95 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <4d1953d3aeb4a7f6623083e1839068ee1c157db2 || >=e6b5859cccfa0fec02f3c5b1069481efc7186f47 <22920541c35a9f23f219038ba5874c843a7c4419 | 3112afebf2a76e522fbaabcbb0c47aafbdc35932, 35486b291b8fbde6c4d0b1c79e565c6260d3329d, 19f7b04924b20b81dabbeed19d5542792ba5b6d6, e281d892ce5870a50fdc718cb3bfc3dd5b62c728, 0d0c5c17b18bdbc592ac26ab4d1de7e3dbf9be1e, d5d5a21fb33cd9b963aea99da81e4dacd452cd95, 4d1953d3aeb4a7f6623083e1839068ee1c157db2, 22920541c35a9f23f219038ba5874c843a7c4419 |
| Linux/Linuxgeneric | 3.0 | Not reported |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
In the Linux kernel, the following vulnerability has been resolved: ocfs2: avoid moving extents to occupied clusters For non-auto OCFS2_IOC_MOVE_EXT operations, userspace supplies a physical me_goal. ocfs2_move_extent() initializes new_phys_cpos from that goal and expects ocfs2_probe_alloc_group() to replace it with a free run in the target block group. The probe currently leaves *phys_cpos unchanged if the scan reaches the end of the group without finding a free run. An occupied goal at the last bit can therefore survive the probe and be passed to __ocfs2_move_extent(), which copies file data into a cluster still owned by another inode before the bitmap is updated. When the probe does find a free run, it also subtracts move_len from the ending bit. The start of an N-bit run ending at i is i - N + 1, so the current calculation can report the bit immediately before the free run. Clear *phys_cpos before scanning and use the correct free-run start. Callers already treat a zero result as -ENOSPC, so failed probes no longer continue with an occupied caller-controlled goal.
Quoted source text, attributed separately from HOL analysis.