Answer in brief
CVE-2025-68266 records a Unknown severity vulnerability in bfs: Reconstruct file type when loading from disk. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (generic), Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (generic) and additional mapped packages. 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), Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (generic), Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <d0c5ec1f57d8fbb953f166a27d9d32473dc8f3e4 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <aeccd6743ee4fdd1ab8cfcbb5b9a20b613418f6d || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <8f73336b75bd3457b6f9410f2a0601a238f32238 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a9f626396bfe66f49b743601e862767928237cc0 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <77899444d46162aeb65f229590c26ba266864223 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a8cb796e7e2cb7971311ba236922f5e7e1be77e6 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <34ab4c75588c07cca12884f2bf6b0347c7a13872 | d0c5ec1f57d8fbb953f166a27d9d32473dc8f3e4, aeccd6743ee4fdd1ab8cfcbb5b9a20b613418f6d, 8f73336b75bd3457b6f9410f2a0601a238f32238, a9f626396bfe66f49b743601e862767928237cc0, 77899444d46162aeb65f229590c26ba266864223, a8cb796e7e2cb7971311ba236922f5e7e1be77e6, 34ab4c75588c07cca12884f2bf6b0347c7a13872 |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
| Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFPgeneric | >=V3.1.6 <* | * |
| Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFPgeneric | >=V3.1.6 <* | * |
| Siemens/SIPLUS S7-1500 CPU 1518-4 PN/DP MFPgeneric | >=V3.1.6 <* | * |
Published upstream
Dec 16, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 8, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jul 14, 2026
In the Linux kernel, the following vulnerability has been resolved: bfs: Reconstruct file type when loading from disk syzbot is reporting that S_IFMT bits of inode->i_mode can become bogus when the S_IFMT bits of the 32bits "mode" field loaded from disk are corrupted or when the 32bits "attributes" field loaded from disk are corrupted. A documentation says that BFS uses only lower 9 bits of the "mode" field. But I can't find an explicit explanation that the unused upper 23 bits (especially, the S_IFMT bits) are initialized with 0. Therefore, ignore the S_IFMT bits of the "mode" field loaded from disk. Also, verify that the value of the "attributes" field loaded from disk is either BFS_VREG or BFS_VDIR (because BFS supports only regular files and the root directory).
Quoted source text, attributed separately from HOL analysis.