An update for kernel is now available for openEuler-20.03-LTS-SP4 Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2025-1596 Final 1.0 1.0 2025-06-06 Initial 2025-06-06 2025-06-06 openEuler SA Tool V1.0 2025-06-06 kernel security update An update for kernel is now available for openEuler-20.03-LTS-SP4 The Linux Kernel, the operating system core itself. Security Fix(es): In the Linux kernel, the following vulnerability has been resolved: mmc: sdhci-pci: Fix possible memory leak caused by missing pci_dev_put() pci_get_device() will increase the reference count for the returned pci_dev. We need to use pci_dev_put() to decrease the reference count before amd_probe() returns. There is no problem for the 'smbus_dev == NULL' branch because pci_dev_put() can also handle the NULL input parameter case.(CVE-2022-49787) In the Linux kernel, the following vulnerability has been resolved: media: dw2102: Fix null-ptr-deref in dw2102_i2c_transfer() In dw2102_i2c_transfer, msg is controlled by user. When msg[i].buf is null and msg[i].len is zero, former checks on msg[i].buf would be passed. Malicious data finally reach dw2102_i2c_transfer. If accessing msg[i].buf[0] without sanity check, null ptr deref would happen. We add check on msg[i].len to prevent crash. Similar commit: commit 950e252cb469 ("[media] dw2102: limit messages to buffer size")(CVE-2023-53146) In the Linux kernel, the following vulnerability has been resolved: fs/jfs: Prevent integer overflow in AG size calculation The JFS filesystem calculates allocation group (AG) size using 1 << l2agsize in dbExtendFS(). When l2agsize exceeds 31 (possible with >2TB aggregates on 32-bit systems), this 32-bit shift operation causes undefined behavior and improper AG sizing. On 32-bit architectures: - Left-shifting 1 by 32+ bits results in 0 due to integer overflow - This creates invalid AG sizes (0 or garbage values) in sbi->bmap->db_agsize - Subsequent block allocations would reference invalid AG structures - Could lead to: - Filesystem corruption during extend operations - Kernel crashes due to invalid memory accesses - Security vulnerabilities via malformed on-disk structures Fix by casting to s64 before shifting: bmp->db_agsize = (s64)1 << l2agsize; This ensures 64-bit arithmetic even on 32-bit architectures. The cast matches the data type of db_agsize (s64) and follows similar patterns in JFS block calculation code. Found by Linux Verification Center (linuxtesting.org) with SVACE.(CVE-2025-37858) An update for kernel is now available for openEuler-20.03-LTS-SP4/openEuler-22.03-LTS-SP3. openEuler Security has rated this update as having a security impact of medium. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section. Medium kernel https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1596 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2022-49787 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2023-53146 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-37858 https://nvd.nist.gov/vuln/detail/CVE-2022-49787 https://nvd.nist.gov/vuln/detail/CVE-2023-53146 https://nvd.nist.gov/vuln/detail/CVE-2025-37858 openEuler-20.03-LTS-SP4 bpftool-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm bpftool-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-debugsource-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-devel-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-source-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-tools-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-tools-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm kernel-tools-devel-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm perf-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm perf-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm python2-perf-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm python2-perf-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm python3-perf-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm python3-perf-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.aarch64.rpm bpftool-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm bpftool-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-debugsource-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-devel-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-source-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-tools-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-tools-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-tools-devel-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm perf-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm perf-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm python2-perf-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm python2-perf-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm python3-perf-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm python3-perf-debuginfo-4.19.90-2506.1.0.0330.oe2003sp4.x86_64.rpm kernel-4.19.90-2506.1.0.0330.oe2003sp4.src.rpm In the Linux kernel, the following vulnerability has been resolved: mmc: sdhci-pci: Fix possible memory leak caused by missing pci_dev_put() pci_get_device() will increase the reference count for the returned pci_dev. We need to use pci_dev_put() to decrease the reference count before amd_probe() returns. There is no problem for the 'smbus_dev == NULL' branch because pci_dev_put() can also handle the NULL input parameter case. 2025-06-06 CVE-2022-49787 openEuler-20.03-LTS-SP4 Low 3.9 AV:L/AC:H/PR:H/UI:N/S:U/C:L/I:L/A:L kernel security update 2025-06-06 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1596 In the Linux kernel, the following vulnerability has been resolved: media: dw2102: Fix null-ptr-deref in dw2102_i2c_transfer() In dw2102_i2c_transfer, msg is controlled by user. When msg[i].buf is null and msg[i].len is zero, former checks on msg[i].buf would be passed. Malicious data finally reach dw2102_i2c_transfer. If accessing msg[i].buf[0] without sanity check, null ptr deref would happen. We add check on msg[i].len to prevent crash. Similar commit: commit 950e252cb469 ("[media] dw2102: limit messages to buffer size") 2025-06-06 CVE-2023-53146 openEuler-20.03-LTS-SP4 Medium 5.5 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H kernel security update 2025-06-06 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1596 In the Linux kernel, the following vulnerability has been resolved: fs/jfs: Prevent integer overflow in AG size calculation The JFS filesystem calculates allocation group (AG) size using 1 << l2agsize in dbExtendFS(). When l2agsize exceeds 31 (possible with >2TB aggregates on 32-bit systems), this 32-bit shift operation causes undefined behavior and improper AG sizing. On 32-bit architectures: - Left-shifting 1 by 32+ bits results in 0 due to integer overflow - This creates invalid AG sizes (0 or garbage values) in sbi->bmap->db_agsize - Subsequent block allocations would reference invalid AG structures - Could lead to: - Filesystem corruption during extend operations - Kernel crashes due to invalid memory accesses - Security vulnerabilities via malformed on-disk structures Fix by casting to s64 before shifting: bmp->db_agsize = (s64)1 << l2agsize; This ensures 64-bit arithmetic even on 32-bit architectures. The cast matches the data type of db_agsize (s64) and follows similar patterns in JFS block calculation code. Found by Linux Verification Center (linuxtesting.org) with SVACE. 2025-06-06 CVE-2025-37858 openEuler-20.03-LTS-SP4 Low 3.9 AV:L/AC:H/PR:H/UI:N/S:U/C:L/I:L/A:L kernel security update 2025-06-06 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1596