Re: [PATCH v4] dm cache: parse invalidate_cblocks with kstrtouint()
Ming Hung Tsai <[email protected]> Wed, 15 Jul 2026 15:38:59 +0800
| Newsgroups | dev.linux.lists.dm-devel,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <CALjSBEvfJ95UFg8xcw4+X8sO8QL2dejAtY4P91gJi3BGqA-+-g@mail.gmail.com> |
On Wed, Jul 15, 2026 at 8:29 AM Samuel Moelius <[email protected]> wrote: > > invalidate_cblocks parses cache block numbers with sscanf() and then > stores them in the narrower dm_cblock_t type. Values larger than the > cblock representation are truncated before invalidation, so a request > for one cache block can invalidate a different block. > > Checking the parsed value after sscanf() is not sufficient because > sscanf() does not reliably reject values beyond U64_MAX before storing > into the destination. Such inputs can still be converted to a wrapped > u64 value and then pass a later range check. > > Split ranges in place and parse each single value or range endpoint > directly with kstrtouint() instead. This rejects malformed values and > values that do not fit in dm_cblock_t before they can be converted to > cblock values. The existing range validation continues to reject empty > or out-of-cache ranges, including the single-value U32_MAX case whose > exclusive end wraps to zero. > > Assisted-by: Codex:gpt-5.5-cyber-preview > Signed-off-by: Samuel Moelius <[email protected]> Reviewed-by: Ming-Hung Tsai <[email protected]>