CVE-2026-89442

platform/x86: ISST: Validate socket ID in clos_assoc ioctl

State
Published
Severity
7.8 High
Published
Sep 11, 2026
Updated
Oct 19, 2026
Reserved
Sep 11, 2026

Read the record on cve.org

Description

In the Linux kernel, the following vulnerability has been resolved:

platform/x86: ISST: Validate socket ID in clos_assoc ioctl

isst_if_clos_assoc() validates the user-supplied socket_id with 'socket_id > topology_max_packages()', but isst_common.sst_inst[] is allocated with topology_max_packages() entries, so the valid index range is [0, topology_max_packages()). The '>' comparison lets socket_id == topology_max_packages() pass and index one entry past the array.

In addition, isst_common.sst_inst[socket_id] is NULL for an in-range package that has no bound TPMI SST instance, and the pointer is used without a NULL check. Both the out-of-bounds entry and the NULL pointer are then dereferenced by map_partition_power_domain_id() and the following power_domain_info access.

Reject socket_id >= topology_max_packages() and a NULL sst_inst, matching the checks already performed by get_instance().

Scores

CVSSScoreVectorSource
3.17.8 HighCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HLinux

Weaknesses

The record names no weakness.

Affected Products

ProductVersions
LinuxLinux
  • 12a7d2cb811dd8a884dea088a2701fcb8d00136e to before c847ea4851ecfa3462cc711ded2c3c3dd8d08ab8Affected
  • 12a7d2cb811dd8a884dea088a2701fcb8d00136e to before 0d90ab5f80e19cddfeb0c9fab47a1f34aa932075Affected
  • 12a7d2cb811dd8a884dea088a2701fcb8d00136e to before 82e707eff9e3b7ef6d96ecc23ea8876d20c7d6caAffected
  • 12a7d2cb811dd8a884dea088a2701fcb8d00136e to before 207b4dc6eb100141b122b2602504a1429a4b6558Affected
  • 12a7d2cb811dd8a884dea088a2701fcb8d00136e to before a89f07db0cb95c54dac4a8406c79a04e44a73c3cAffected
LinuxLinux
  • 6.4Affected
  • before 6.4Not affected
  • 6.6.157 through 6.6.*Not affected
  • 6.12.109 through 6.12.*Not affected
  • 6.18.50 through 6.18.*Not affected
  • 7.2.4 through 7.2.*Not affected
  • 7.3 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.