CVE-2026-43047: HID: multitouch: Check to ensure report responses match the request
In the Linux kernel, the following vulnerability has been resolved:
HID: multitouch: Check to ensure report responses match the request
It is possible for a malicious (or clumsy) device to respond to a
specific report's feature request using a completely different report
ID. This can cause confusion in the HID core resulting in nasty
side-effects such as OOB writes.
Add a check to ensure that the report ID in the response, matches the
one that was requested. If it doesn't, omit reporting the raw event and
return early.
Security readout for executives and security teams
Plain-English summary
A malicious or malfunctioning multitouch HID device can return an unexpected report identifier and confuse the Linux kernel. The resulting memory corruption may cause crashes or compromise confidentiality and system integrity. Exploitation requires local access or control of a connected device, so systems exposed to untrusted peripherals deserve the fastest attention.
Executive priority
Prioritize shared, physically accessible, kiosk, and high-value Linux endpoints that accept HID devices. Treat remediation as high priority, but not an internet-wide emergency: the evidence indicates a local peripheral-dependent path and does not show active exploitation. Use normal expedited kernel patching, with tighter peripheral controls where updates cannot be applied promptly.
Technical view
The Linux HID multitouch driver did not verify that a feature-response report ID matched the requested report. A mismatched response could confuse HID core processing and produce out-of-bounds writes. The fix rejects mismatched responses, suppresses the raw event, and returns early. CVSS 3.1 is 7.8: local, low complexity, low privileges, no user interaction, with high impact.
Likely exposure
Exposure is most plausible on affected Linux systems using HID multitouch devices, particularly kiosks, shared workstations, laboratories, and endpoints permitting untrusted peripherals. The supplied version metadata identifies multiple affected release lines but contains ambiguous entries, including โ0โ and commit hashes. Confirm exposure against distribution-specific kernel builds and backports rather than relying only on upstream version numbers.
Exploitation context
The supplied sources do not establish active exploitation, and the record is not marked as KEV. The attack vector is local and depends on a device providing a mismatched HID report response. A defective device could also trigger the flaw accidentally. No evidence in the bundle establishes public exploit availability, observed attacks, or reliable exploitation outcomes.
Researcher notes
The security-relevant behavior is an out-of-bounds write caused by accepting a feature response for a different report ID. The patch validates response/request correspondence before raw-event processing. The supplied affected-version data is insufficient for dependable branch-boundary analysis; inspect the linked stable commits and distribution backports. No CWE was assigned in the bundle.
Mitigation direction
Update to a distribution-supported kernel containing the applicable linked stable fix.
Reboot affected systems and confirm the corrected kernel is active.
Check distribution vendor guidance for backport status and precise fixed package versions.
Until updated, restrict untrusted HID peripherals on exposed or shared systems.
Validation and detection
Inventory active kernel versions and distribution package identifiers across Linux systems.
Identify systems loading HID multitouch support or accepting externally controlled HID devices.
Confirm installed kernels contain the report-ID validation fix or an equivalent vendor backport.
After updating, verify every system booted into the corrected kernel.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve ยท low confidence lookup
CVE-2026-43047 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
9Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.