CVE-2022-48747: block: Fix wrong offset in bio_truncate()
In the Linux kernel, the following vulnerability has been resolved:
block: Fix wrong offset in bio_truncate()
bio_truncate() clears the buffer outside of last block of bdev, however
current bio_truncate() is using the wrong offset of page. So it can
return the uninitialized data.
This happened when both of truncated/corrupted FS and userspace (via
bdev) are trying to read the last of bdev.
Security readout for executives and security teams
Plain-English summary
This Linux kernel flaw can expose uninitialized memory during a narrow block-device read edge case. The business risk is information disclosure, not system takeover, integrity loss, or service outage based on the supplied record.
Executive priority
Treat as a high-priority kernel confidentiality issue for Linux fleets, especially storage, virtualization, and forensic-processing systems. It is not evidenced as actively exploited in the supplied sources, so prioritize through standard emergency patch governance rather than incident response.
Technical view
bio_truncate() used the wrong page offset when clearing data beyond the last block of a block device. With a truncated or corrupted filesystem and userspace reading the end of the block device, uninitialized data could be returned. CWE-908 applies.
Likely exposure
Exposure is most relevant on Linux systems running affected kernel versions and workloads that permit userspace block-device reads, particularly around damaged, truncated, or unusual filesystems. The supplied affected-version data is incomplete and contains no CPEs.
Exploitation context
The source bundle does not show active exploitation, and KEV is false. The CVSS vector rates it 7.5 high, but the described trigger is a specific kernel block-layer edge case rather than a documented public exploit path.
Researcher notes
Key uncertainty is affected-version precision: the bundle lists commit identifiers and several kernel versions but no CPEs. Validate against distro backports, because package versions may not match upstream kernel numbers. Avoid assuming exploitability beyond the described bio_truncate() read-edge condition.
Mitigation direction
Apply vendor-supported Linux kernel updates that include the referenced stable fixes.
Check distribution advisories for the exact fixed package version in each environment.
Restrict unnecessary direct block-device access by users and services.
Prioritize systems processing untrusted disk images or damaged filesystems.
Validation and detection
Inventory Linux kernel versions across servers, appliances, containers hosts, and storage nodes.
Map kernels against vendor advisories or the referenced stable commits.
Review whether unprivileged or service accounts can read block devices.
Confirm patched systems no longer run affected kernel builds.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-908: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-908 · source CWE mapping
Use of Uninitialized Resource
Use of Uninitialized Resource represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.