[PATCH mtd-utils] misc-utils: Fix integer overflow in docfdisk.c
Zhihao Cheng
chengzhihao1 at huawei.com
Tue Dec 17 17:30:44 PST 2024
在 2024/12/17 20:44, Anton Moryakov 写道:
> Report of the static analyzer:
> Possible integer underflow: left operand is tainted. An integer underflow may occur due to arithmetic operation (subtraction) between variable 'block' and value '1', when 'block' is tainted { [-2147483648, 2147483647] }
>
> Corrections explained:
> Added the block <= 0 check, which prevents integer underflow when calculating block - 1 and ensures that block is always positive.
>
> Triggers found by static analyzer Svace.
>
> Signed-off-by: Anton Moryakov <ant.v.moryakov at gmail.com>
>
> ---
> misc-utils/docfdisk.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/misc-utils/docfdisk.c b/misc-utils/docfdisk.c
> index 486ce29..e473ceb 100644
> --- a/misc-utils/docfdisk.c
> +++ b/misc-utils/docfdisk.c
> @@ -255,6 +255,10 @@ int main(int argc, char **argv)
> ip->firstUnit = cpu_to_le32(block);
> if (!nblocks[i])
> nblocks[i] = totblocks - block;
> + if (block <= 0) {
> + fprintf(stderr, "Error: Invalid block value (%d). Block must be greater than 0.\n", block);
> + return -1;
> + }
In the previous code, 'block' is already initialized as:
block = mhoffs / unitsize;
block++;
So I don't think underflow could happen.
> ip->virtualUnits = cpu_to_le32(nblocks[i]);
> block += nblocks[i];
> ip->lastUnit = cpu_to_le32(block-1);
>
More information about the linux-mtd
mailing list