Download hash inconsistent with bytes actually on disk
A download or cache integrity check reports a hash that does not correspond to the bytes actually persisted, because the hashed range and the on-disk range diverge. A resumed or sparse download accumulates a hash over a different byte span than the file that ends up on disk, so the reported digest no longer certifies the stored content.
Mechanism
Fix shape
CVEs in this pattern
1 component · Downloads| CVE | What | Component | Vendor | Severity | Month | |
|---|---|---|---|---|---|---|
| CVE-2026-87549 | LogicError in Downloads | Downloads | chrome | Medium | 2026-09 | 🔧 |
| CVE-2026-95330 | InputValidation in Downloads | Downloads | chrome | Medium | 2026-09 | 🔧 |
Hunt for siblings
Auditors should check that every download-finish and resume path truncates to and hashes exactly the persisted contiguous range; fuzzing interrupted and resumed downloads with sparse writes surfaces hash/length divergence.
Mitigations that would catch this class
- Truncate the on-disk file to the hashed logical length so no trailing bytes escape the digest.
- Reset hash state whenever the received-byte total and the persisted contiguous offset diverge, forcing a clean re-hash.
- Compute the integrity digest only over the contiguous persisted prefix, never over a superset of received bytes.