---
id: CVE-2025-68266
title: |-
  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" fiel…
summary: |-
  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" fiel…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    d0c5ec1f57d8fbb953f166a27d9d32473dc8f3e4
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    aeccd6743ee4fdd1ab8cfcbb5b9a20b613418f6d
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    8f73336b75bd3457b6f9410f2a0601a238f32238
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    a9f626396bfe66f49b743601e862767928237cc0
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    77899444d46162aeb65f229590c26ba266864223
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    a8cb796e7e2cb7971311ba236922f5e7e1be77e6
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    34ab4c75588c07cca12884f2bf6b0347c7a13872
  - Linux 2.6.12
published: '2025-12-16'
updated: '2026-10-15'
sourceUpdated: '2026-10-15T02:18:11.443'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2025-68266'
references:
  - url: 'https://git.kernel.org/stable/c/34ab4c75588c07cca12884f2bf6b0347c7a13872'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/77899444d46162aeb65f229590c26ba266864223'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/8f73336b75bd3457b6f9410f2a0601a238f32238'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/a8cb796e7e2cb7971311ba236922f5e7e1be77e6'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/a9f626396bfe66f49b743601e862767928237cc0'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/aeccd6743ee4fdd1ab8cfcbb5b9a20b613418f6d'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/d0c5ec1f57d8fbb953f166a27d9d32473dc8f3e4'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://cert-portal.siemens.com/productcert/html/ssa-019113.html'
    label: 0b142b55-0307-4c5a-b3c9-f314f3fb7c5e
  - url: 'https://cert-portal.siemens.com/productcert/html/ssa-457936.html'
    label: 0b142b55-0307-4c5a-b3c9-f314f3fb7c5e
tags:
  - nvd
  - cve.org
epss: 0.00218
epssPercentile: 0.12161
ingestedAt: '2026-09-08T15:33:26.996Z'
---

## Overview

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).

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.