PatchSiren cyber security CVE debrief
CVE-2026-74507 Linux CVE debrief
A vulnerability in the Linux kernel's Bluetooth HIDP implementation could allow an attacker to trigger an uninitialized-value use in hidp_session_run(). The issue arises when a connected HIDP peer replies with only a DATA transaction header, leaving the skb empty after the header is removed. This can lead to the consumption of a peer-controlled byte beyond the declared L2CAP PDU. To address this, a payload byte is now required before comparing a numbered report ID.
- Vendor
- Linux
- Product
- Unknown
- CVSS
- HIGH 7.1
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-08-15
- Original CVE updated
- 2026-10-16
- Advisory published
- 2026-08-15
- Advisory updated
- 2026-10-16
Who should care
Linux kernel developers and maintainers, Bluetooth HIDP implementation users and deployers, Linux distribution maintainers, and security teams responsible for Linux kernel vulnerability management.
Why it matters
A vulnerability in the Linux kernel's Bluetooth HIDP implementation could allow an attacker to trigger an uninitialized-value use or consume a peer-controlled byte beyond the declared L2CAP PDU. Defenders should verify and apply patches, monitor for exploitation attempts, and review Linux kernel versions and configurations for exposure.
- Verify and apply patches to prevent potential crashes or information disclosure
- Monitor for potential exploitation attempts targeting this vulnerability
- Review Linux kernel versions and configurations for exposure
Technical summary
The Linux kernel's Bluetooth HIDP implementation did not properly validate numbered report payloads, allowing for an uninitialized-value use in hidp_session_run(). A connected HIDP peer could reply with only a DATA transaction header, leaving the skb empty after the header is removed. This could lead to the consumption of a peer-controlled byte beyond the declared L2CAP PDU. The issue has been resolved by requiring a payload byte before comparing a numbered report ID.
Defensive priority
Medium
Recommended defensive actions
- Review and apply the patch to the Linux kernel's Bluetooth HIDP implementation
- Verify that the Linux kernel version is up-to-date and not vulnerable
- Monitor for potential exploitation attempts targeting this vulnerability
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
- Track exceptions, retest remediated assets, and close the item only after evidence is documented
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
Evidence notes
The CVE record and source item provide details on the vulnerability, including its description, affected versions, and references to source code changes. Linux kernel developers and maintainers should verify and apply patches, monitor for exploitation attempts, and review Linux kernel versions and configurations for exposure. The vulnerability could allow an attacker to trigger an uninitialized-value use or consume a peer-controlled byte beyond the declared L2CAP PDU. Defenders should focus on validating and applying patches, ensuring
Sources and references
Verified primary and authoritative sources
-
CVE-2026-74507 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-74507
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-74507 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-74507
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Bluetooth: HIDP: validate numbered report payloads
Unverified legacy reference
URL: https://raw.githubusercontent.com/CVEProject/cvelistV5/main/cves/2026/74xxx/CVE-2026-74507.json
cve_program_cvelist_v5
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/011bf4350d941f1995b2bd4b815ee206cacf2b8e
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/689d8bb7fee96b7196b572b015b6055c6616ce0c
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/c73beb320f5705e508bf7d385b8cc5ef8d9c8b69
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/b7ad105d46acd828e424454815e4cd31069e047a
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/7e7162427659b70ea17cd41b1f79e2e64c246690
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/27cc0e603355c585f1e5da8398faa4d36d498188
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/9c841f59e10b5d75c398a3fc6b2da448d2a2276b
Supplemental source
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.