In the Linux kernel, the following vulnerability has been resolved:
ACPICA: Avoid walking the Namespace if start_node is NULL
Although commit 0c9992315e73 ("ACPICA: Avoid walking the ACPI Namespace
if it is not there") fixed the situation when both start_node and
acpi_gbl_root_node are NULL, the Linux kernel mainline now still crashed
on Honor Magicbook 14 Pro [1].
That happens due to the access to the member of parent_node in
acpi_ns_get_next_node(). The NULL pointer dereference will always
happen, no matter whether or not the start_node is equal to
ACPI_ROOT_OBJECT, so move the check of start_node being NULL
out of the if block.
Unfortunately, all the attempts to contact Honor have failed, they
refused to provide any technical support for Linux.
The bad DSDT table's dump could be found on GitHub [2].
DMI: HONOR FMB-P/FMB-P-PCB, BIOS 1.13 05/08/2025
[ rjw: Subject adjustment, changelog edits ]
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before b84edef48cc8afb41150949a87dcfa81bc95b53e; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before ecb296286c8787895625bd4c53e9478db4ae139c; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 7f9b951ed11842373851dd3c91860778356d62d3; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 builds before 1bc34293dfbd266c29875206849b4f8e8177e6df; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 builds before 0d8bb08126920fd4b12dbf32d9250757c9064b36; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before f91dad0a3b381244183ffbea4cec5a7a69d6f41e; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 9d6c58dae8f6590c746ac5d0012ffe14a77539f0
from 2.6.12.1 before 5.10.248; from 5.11 before 5.15.198; from 5.16 before 6.1.160; from 6.2 before 6.6.120; from 6.7 before 6.12.64; from 6.13 before 6.18.3; 2.6.12; 2.6.12; and 11 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.