Eclipse ThreadX Cortex-A7 module validates only first address of range
Key facts
- Attack vector
- Local
- Privileges required
- Low
- User interaction
- None
- Attack complexity
- Low
- Attack requirements
- None
- Impact type
- Code execution
- Confidentiality · integrity · availability
- High · High · High
- Fix status
- Fixed
Attack profile from CVSS 4.0 · CNA. Fix status from CNA. Impact type from CWE-787 and the CVSS impact.
Summary
Eclipse ThreadX from 6.1 through 6.5.1.202602a has a flaw in its Cortex-A7 MMU module, which validates a caller-supplied buffer by checking only its first address. A local user with low privileges can pass a range whose first byte is readable but whose remainder is not, so privileged dispatch code reads or writes past the validated range (CWE-787).
Written with Claude Haiku 5.5 from the sources below · 2026-10-28
Description from the CNA
The Cortex-A7 MMU Modules port validates a caller-supplied buffer by translating **one address** — the first byte. The common Module Manager hands its range check the module instance, the start address and the complete byte size; the Cortex-A7 implementation discarded the instance and the size and asked the MMU a single question about the start. A memory-protected module therefore passed any range whose first byte was user-readable, however far the rest of it reached. Privileged dispatch code then read or wrote the whole range. Because every protected-module dispatcher that consumes a buffer or an extra-parameter array goes through this one macro, the defect is not in any individual service: it is in the primitive all of them rely on.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- None
- Automatable
- No
- Technical impact
- Total
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| Eclipse Foundation | Eclipse ThreadX | 6.1 – 6.5.1.202602a | 6.5.2.202603 | Patch available | CNA |
- Eclipse ThreadX VendorEclipse Foundation Affected 6.1 – 6.5.1.202602a Fixed in 6.5.2.202603 Patch available CNA
Remediation
Upgrade Eclipse ThreadX to 6.5.2.202603, which is not affected.
Written with Claude Haiku 5.5 from the sources below · 2026-10-28
- Fix · CNA Eclipse ThreadX (Eclipse Foundation) Fixed in 6.5.2.202603
Timeline
- 2026-10-20 Threatist record created from CVE-2026-95109
- 2026-10-20 CISA SSVC decision points changed
- 2026-10-20 Priority changed: MEDIUM → LOW
More Eclipse Foundation vulnerabilities
- TI-2023-23979 The HTTP/2 protocol allows a denial of service (server resource consumption) because… KEVCVSS 3.1HIGH 7.5
- TI-2026-81947 Unauthenticated command injection in Eclipse Che che-machine-exec CVSS 3.1CRITICAL 9.8
- TI-2026-13216 CWE-863: ABAC authorization bypass via trailing slash route normalization in Eclipse BaSyx Go Components CVSS 3.1CRITICAL 9.8
- TI-2026-06514 Path traversal in Eclipse BaSyx CVSS 3.1CRITICAL 10.0
- TI-2026-01382 In the Eclipse Theia Website repository, the GitHub Actions workflow… CVSS 3.1CRITICAL 10.0
- TI-2026-74697 Authentication bypass in Eclipse Jetty EthereumAuthenticator CVSS 4.0CRITICAL 9.3
Sources
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences