In the Linux kernel, the following vulnerability has been resolved: lib/crypto: mpi: Fix integer underflow in mpi_read_raw_from_sgl() Yiming reports an integer underflow in mpi_read_raw_from_sgl() when subtracting "lzeros" from the unsigned "nbytes". For this to happen, the scatterlist "sgl" needs to occupy more bytes than the "nbytes" parameter and the first "nbytes + 1" bytes of the scatterlist must be zero. Under these conditions, the while loop iterating over the scatterlist will count more zeroes than "nbytes", subtract the number of zeroes from "nbytes" and cause the underflow. When commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") originally introduced the bug, it couldn't be triggered because all callers of mpi_read_raw_from_sgl() passed a scatterlist whose length was equal to "nbytes". However since commit 63ba4d67594a ("KEYS: asymmetric: Use new crypto interface without scatterlists"), the underflow can now actually be triggered. When invoking a KEYCTL_PKEY_ENCRYPT system call with a larger "out_len" than "in_len" and filling the "in" buffer with zeroes, crypto_akcipher_sync_prep() will create an all-zero scatterlist used for both the "src" and "dst" member of struct akcipher_request and thereby fulfil the conditions to trigger the bug: sys_keyctl() keyctl_pkey_e_d_s() asymmetric_key_eds_op() software_key_eds_op() crypto_akcipher_sync_encrypt() crypto_akcipher_sync_prep() crypto_akcipher_encrypt() rsa_enc() mpi_read_raw_from_sgl() To the user this will be visible as a DoS as the kernel spins forever, causing soft lockup splats as a side effect. Fix it.
In the Linux kernel, the following vulnerability has been resolved: lib/crypto: mpi: Fix integer underflow in mpi_read_raw_from_sgl() Yiming reports an integer underflow in mpi_read_raw_from_sgl() when subtracting "lzeros" from the unsigned "nbytes". For this to happen, the scatterlist "sgl" needs to occupy more bytes than the "nbytes" parameter and the first "nbytes + 1" bytes of the scatterlist must be zero. Under these conditions, the while loop iterating over the scatterlist will count more zeroes than "nbytes", subtract the number of zeroes from "nbytes" and cause the underflow. When commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") originally introduced the bug, it couldn't be triggered because all callers of mpi_read_raw_from_sgl() passed a scatterlist whose length was equal to "nbytes". However since commit 63ba4d67594a ("KEYS: asymmetric: Use new crypto interface without scatterlists"), the underflow can now actually be triggered. When invoking a KEYCTL_PKEY_ENCRYPT system call with a larger "out_len" than "in_len" and filling the "in" buffer with zeroes, crypto_akcipher_sync_prep() will create an all-zero scatterlist used for both the "src" and "dst" member of struct akcipher_request and thereby fulfil the conditions to trigger the bug: sys_keyctl() keyctl_pkey_e_d_s() asymmetric_key_eds_op() software_key_eds_op() crypto_akcipher_sync_encrypt() crypto_akcipher_sync_prep() crypto_akcipher_encrypt() rsa_enc() mpi_read_raw_from_sgl() To the user this will be visible as a DoS as the kernel spins forever, causing soft lockup splats as a side effect. Fix it.
Update Linux/Linux to a1793a48881ec8d26e9c79b0ee65753f1c6846a4 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanlib/crypto: mpi: Fix integer underflow in mpi_read_raw_from_sgl() affects Linux/Linux (generic), Linux/Linux (generic). Severity is medium. In the Linux kernel, the following vulnerability has been resolved: lib/crypto: mpi: Fix integer underflow in mpi_read_raw_from_sgl() Yiming reports an integer underflow in mpi_read_raw_from_sgl() when subtracting "lzeros" from the unsigned "nbytes". For this to happen, the scatterlist "sgl" needs to occupy more bytes than the "nbytes" parameter and the first "nbytes + 1" bytes of the scatterlist must be zero. Under these conditions, the while loop iterating over the scatterlist will count more zeroes than "nbytes", subtract the number of zeroes from "nbytes" and cause the underflow. When commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") originally introduced the bug, it couldn't be triggered because all callers of mpi_read_raw_from_sgl() passed a scatterlist whose length was equal to "nbytes". However since commit 63ba4d67594a ("KEYS: asymmetric: Use new crypto interface without scatterlists"), the underflow can now actually be triggered. When invoking a KEYCTL_PKEY_ENCRYPT system call with a larger "out_len" than "in_len" and filling the "in" buffer with zeroes, crypto_akcipher_sync_prep() will create an all-zero scatterlist used for both the "src" and "dst" member of struct akcipher_request and thereby fulfil the conditions to trigger the bug: sys_keyctl() keyctl_pkey_e_d_s() asymmetric_key_eds_op() software_key_eds_op() crypto_akcipher_sync_encrypt() crypto_akcipher_sync_prep() crypto_akcipher_encrypt() rsa_enc() mpi_read_raw_from_sgl() To the user this will be visible as a DoS as the kernel spins forever, causing soft lockup splats as a side effect. Fix it.
AI coding agents often install or upgrade packages automatically in generic. A medium vulnerability in a dependency can be pulled into a project through a normal install or update without a human reviewing the change, expanding the blast radius from a single package to every agent workspace that depends on it.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=2d4d1eea540b27c72488fd1914674c42473d53df <a1793a48881ec8d26e9c79b0ee65753f1c6846a4 || >=2d4d1eea540b27c72488fd1914674c42473d53df <1abd50fc3cfa16fc2074a3c8c2729c50fd9d7043 || >=2d4d1eea540b27c72488fd1914674c42473d53df <6d63615c796c085b4984e3031b9fa77fffb47360 || >=2d4d1eea540b27c72488fd1914674c42473d53df <2aa77a18dc7f2670497fe3ee5acbeda0b57659e5 || >=2d4d1eea540b27c72488fd1914674c42473d53df <26d3a97ad46c7a9226ec04d4bf35bd4998a97d16 || >=2d4d1eea540b27c72488fd1914674c42473d53df <8637dfb4c1d8a7026ef681f2477c6de8b71c4003 || >=2d4d1eea540b27c72488fd1914674c42473d53df <30e513e755bb381afce6fb57cdc8694136193f22 || >=2d4d1eea540b27c72488fd1914674c42473d53df <8c2f1288250a90a4b5cabed5d888d7e3aeed4035 | a1793a48881ec8d26e9c79b0ee65753f1c6846a4, 1abd50fc3cfa16fc2074a3c8c2729c50fd9d7043, 6d63615c796c085b4984e3031b9fa77fffb47360, 2aa77a18dc7f2670497fe3ee5acbeda0b57659e5, 26d3a97ad46c7a9226ec04d4bf35bd4998a97d16, 8637dfb4c1d8a7026ef681f2477c6de8b71c4003, 30e513e755bb381afce6fb57cdc8694136193f22, 8c2f1288250a90a4b5cabed5d888d7e3aeed4035 |
| Linux/Linuxgeneric | 4.4 | Not reported |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by CVE List V5 (cvelist).
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL GuardUpdate Linux/Linux to a1793a48881ec8d26e9c79b0ee65753f1c6846a4 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanlib/crypto: mpi: Fix integer underflow in mpi_read_raw_from_sgl() affects Linux/Linux (generic), Linux/Linux (generic). Severity is medium. In the Linux kernel, the following vulnerability has been resolved: lib/crypto: mpi: Fix integer underflow in mpi_read_raw_from_sgl() Yiming reports an integer underflow in mpi_read_raw_from_sgl() when subtracting "lzeros" from the unsigned "nbytes". For this to happen, the scatterlist "sgl" needs to occupy more bytes than the "nbytes" parameter and the first "nbytes + 1" bytes of the scatterlist must be zero. Under these conditions, the while loop iterating over the scatterlist will count more zeroes than "nbytes", subtract the number of zeroes from "nbytes" and cause the underflow. When commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") originally introduced the bug, it couldn't be triggered because all callers of mpi_read_raw_from_sgl() passed a scatterlist whose length was equal to "nbytes". However since commit 63ba4d67594a ("KEYS: asymmetric: Use new crypto interface without scatterlists"), the underflow can now actually be triggered. When invoking a KEYCTL_PKEY_ENCRYPT system call with a larger "out_len" than "in_len" and filling the "in" buffer with zeroes, crypto_akcipher_sync_prep() will create an all-zero scatterlist used for both the "src" and "dst" member of struct akcipher_request and thereby fulfil the conditions to trigger the bug: sys_keyctl() keyctl_pkey_e_d_s() asymmetric_key_eds_op() software_key_eds_op() crypto_akcipher_sync_encrypt() crypto_akcipher_sync_prep() crypto_akcipher_encrypt() rsa_enc() mpi_read_raw_from_sgl() To the user this will be visible as a DoS as the kernel spins forever, causing soft lockup splats as a side effect. Fix it.
AI coding agents often install or upgrade packages automatically in generic. A medium vulnerability in a dependency can be pulled into a project through a normal install or update without a human reviewing the change, expanding the blast radius from a single package to every agent workspace that depends on it.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=2d4d1eea540b27c72488fd1914674c42473d53df <a1793a48881ec8d26e9c79b0ee65753f1c6846a4 || >=2d4d1eea540b27c72488fd1914674c42473d53df <1abd50fc3cfa16fc2074a3c8c2729c50fd9d7043 || >=2d4d1eea540b27c72488fd1914674c42473d53df <6d63615c796c085b4984e3031b9fa77fffb47360 || >=2d4d1eea540b27c72488fd1914674c42473d53df <2aa77a18dc7f2670497fe3ee5acbeda0b57659e5 || >=2d4d1eea540b27c72488fd1914674c42473d53df <26d3a97ad46c7a9226ec04d4bf35bd4998a97d16 || >=2d4d1eea540b27c72488fd1914674c42473d53df <8637dfb4c1d8a7026ef681f2477c6de8b71c4003 || >=2d4d1eea540b27c72488fd1914674c42473d53df <30e513e755bb381afce6fb57cdc8694136193f22 || >=2d4d1eea540b27c72488fd1914674c42473d53df <8c2f1288250a90a4b5cabed5d888d7e3aeed4035 | a1793a48881ec8d26e9c79b0ee65753f1c6846a4, 1abd50fc3cfa16fc2074a3c8c2729c50fd9d7043, 6d63615c796c085b4984e3031b9fa77fffb47360, 2aa77a18dc7f2670497fe3ee5acbeda0b57659e5, 26d3a97ad46c7a9226ec04d4bf35bd4998a97d16, 8637dfb4c1d8a7026ef681f2477c6de8b71c4003, 30e513e755bb381afce6fb57cdc8694136193f22, 8c2f1288250a90a4b5cabed5d888d7e3aeed4035 |
| Linux/Linuxgeneric | 4.4 | Not reported |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by CVE List V5 (cvelist).
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL Guard