In the Linux kernel, the following vulnerability has been resolved: block: don't overwrite bip_vcnt in bio_integrity_copy_user()… (CVE-2026-64053)
In the Linux kernel, the following vulnerability has been resolved: block: don't overwrite bip_vcnt in bio_integrity_copy_user() bio_integrity_add_page() already sets bip_vcnt to 1 for the bounce segment. Overwriting it with nr_vecs breaks bip_vcnt <= bip_max_vcnt on WRITE (bip_max_vcnt is 1), so the gap-merge checks in block/blk.h read past the bip_vec[] flex array. On READ the read is in bounds but lands on a saved user bvec instead of the bounce. The line was added for split propagation, but bio_integrity_clone() doesn't copy bip_vcnt and BIP_CLONE_FLAGS excludes BIP_COPY_USER.
AI Analysis
Technical Summary
The Linux kernel block subsystem had a vulnerability where bio_integrity_copy_user() overwrote the bip_vcnt field, which is set by bio_integrity_add_page() to 1 for the bounce segment. Overwriting bip_vcnt with nr_vecs broke the condition bip_vcnt <= bip_max_vcnt on WRITE operations, causing gap-merge checks to read past the bip_vec[] flexible array, resulting in out-of-bounds memory access. On READ operations, the read was within bounds but accessed incorrect data (a saved user bvec instead of the bounce). The problematic code line was introduced for split propagation, but bio_integrity_clone() does not copy bip_vcnt, and BIP_CLONE_FLAGS excludes BIP_COPY_USER, leading to this inconsistency. This vulnerability has been resolved in the Linux kernel.
Potential Impact
The vulnerability could lead to out-of-bounds memory reads on WRITE operations and incorrect data reads on READ operations within the Linux kernel's block subsystem. This may cause memory corruption or data integrity issues affecting block I/O operations. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix for this vulnerability has been implemented in the Linux kernel. Users and administrators should apply the official kernel updates that include this patch to remediate the issue. Since this is a kernel-level vulnerability, upgrading to a patched kernel version is the recommended mitigation. Patch status is not explicitly confirmed in the provided data; check the vendor or Linux kernel advisories for the exact fixed versions and update instructions.
In the Linux kernel, the following vulnerability has been resolved: block: don't overwrite bip_vcnt in bio_integrity_copy_user()… (CVE-2026-64053)
Description
In the Linux kernel, the following vulnerability has been resolved: block: don't overwrite bip_vcnt in bio_integrity_copy_user() bio_integrity_add_page() already sets bip_vcnt to 1 for the bounce segment. Overwriting it with nr_vecs breaks bip_vcnt <= bip_max_vcnt on WRITE (bip_max_vcnt is 1), so the gap-merge checks in block/blk.h read past the bip_vec[] flex array. On READ the read is in bounds but lands on a saved user bvec instead of the bounce. The line was added for split propagation, but bio_integrity_clone() doesn't copy bip_vcnt and BIP_CLONE_FLAGS excludes BIP_COPY_USER.
CVSS v3.1
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel block subsystem had a vulnerability where bio_integrity_copy_user() overwrote the bip_vcnt field, which is set by bio_integrity_add_page() to 1 for the bounce segment. Overwriting bip_vcnt with nr_vecs broke the condition bip_vcnt <= bip_max_vcnt on WRITE operations, causing gap-merge checks to read past the bip_vec[] flexible array, resulting in out-of-bounds memory access. On READ operations, the read was within bounds but accessed incorrect data (a saved user bvec instead of the bounce). The problematic code line was introduced for split propagation, but bio_integrity_clone() does not copy bip_vcnt, and BIP_CLONE_FLAGS excludes BIP_COPY_USER, leading to this inconsistency. This vulnerability has been resolved in the Linux kernel.
Potential Impact
The vulnerability could lead to out-of-bounds memory reads on WRITE operations and incorrect data reads on READ operations within the Linux kernel's block subsystem. This may cause memory corruption or data integrity issues affecting block I/O operations. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix for this vulnerability has been implemented in the Linux kernel. Users and administrators should apply the official kernel updates that include this patch to remediate the issue. Since this is a kernel-level vulnerability, upgrading to a patched kernel version is the recommended mitigation. Patch status is not explicitly confirmed in the provided data; check the vendor or Linux kernel advisories for the exact fixed versions and update instructions.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-xhqx-5f69-qrg5
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64053"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27a92a4a8d598912c875
Added to database: 07/19/2026, 19:38:17 UTC
Last enriched: 07/19/2026, 19:53:59 UTC
Last updated: 07/20/2026, 19:41:22 UTC
Views: 10
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.