PT-2026-106536 · Linux · Linux

CVE-2026-98207

·

Published

2026-10-06

·

Updated

2026-10-06

None

No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
mmc: spi: reset bytes xfered before retrying CRC failures
mmc spi data do() updates data->bytes xfered after each block has been transferred successfully. If a later block in the same data request fails with a CRC error, data->bytes xfered may therefore contain the number of bytes completed before the failing block.
mmc spi request() has a private recovery path for such CRC failures. It sends STOP TRANSMISSION, clears data->error and jumps back to crc recover to issue the same command and data request again. However, it does not clear data->bytes xfered before the retry.
If the retry succeeds, the request is completed with the bytes from the failed attempt still included in data->bytes xfered. For a multi-block request this can make the completed request report more bytes than were transferred by the successful retry, and can even exceed the request size when most blocks completed before the CRC error.
This is most likely to be observed on MMC-over-SPI systems where long multi-block transfers occasionally hit a data CRC error but the mmc spi-internal retry succeeds. The data itself is retried, but the completion accounting is not.
Clear data->bytes xfered together with data->error before repeating the request so the final completion reports only the bytes transferred by the successful attempt.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-98207

Affected Products

Linux