Description
In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the TrustZone-M ports dereference a thread pointer supplied by the non-secure world without checking that it points to non-secure memory. Non-secure code can make the secure firmware reveal which secure bytes are zero, write chosen secure words, and fault the secure world, breaking TrustZone-M isolation and enabling recovery of secure-world secrets such as cryptographic keys.
Published: 2026-09-29
Score: 8.4 High
EPSS: < 1% Very Low
KEV: No
Impact: Information Disclosure
Action: Immediate Patch
AI Analysis

Impact

In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the TrustZone‑M ports dereference a thread pointer supplied by the non‑secure world without confirming that it points to non-secure memory. This flaw allows non‑secure code to cause the secure firmware to reveal which secure bytes are zero, to write arbitrary secure words, and to fault the secure world, thereby breaking TrustZone‑M isolation and exposing secure‑world secrets such as cryptographic keys.

Affected Systems

The Eclipse ThreadX real‑time operating system for ARM TrustZone‑M is affected, specifically releases in the 6.0.1 through 6.5.2.202603 range. Users should verify that their deployments fall within these version boundaries.

Risk and Exploitability

The CVSS score of 8.4 indicates high severity, while the EPSS score of < 1% suggests a very low exploitation probability and the vulnerability is not listed in CISA KEV, meaning no active exploits are known. The likely attack vector requires an attacker with code execution privileges in the non‑secure world who can supply a crafted thread pointer to one of the vulnerable secure stack functions; this is a local privilege escalation against the TrustZone‑M boundary. Because the impact is significant, any system running vulnerable ThreadX code should consider the risk high.

Generated by OpenCVE AI on November 3, 2026 at 19:01 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the latest ThreadX firmware release that addresses the non‑secure pointer validation issue, creating a secure stack boundary check.
  • If an immediate update is not possible, disable or restrict the non‑secure callable secure stack functions that dereference thread pointers to prevent exploitation of CWE‑200 and CWE‑822.
  • Audit non‑secure world code for unsafe pointer handling and add explicit bounds checks or sanitization to prevent invalid memory access (CWE‑501).

Generated by OpenCVE AI on November 3, 2026 at 19:01 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 03 Nov 2026 19:30:00 +0000

Type Values Removed Values Added
Title Improper Validation of Non‑Secure Pointers in ThreadX Leads to Secure Memory Disclosure

Tue, 03 Nov 2026 16:00:00 +0000

Type Values Removed Values Added
Description Improper validation of non-secure (NS) pointers in multiple TrustZone-M non-secure callable (NSC) entry functions allows an attacker executing in the non-secure world to supply pointers to secure memory. The secure firmware subsequently dereferences these attacker-controlled pointers without verifying that they reference non-secure memory, resulting in unintended disclosure of secure memory contents. This violates the isolation guarantees provided by Arm TrustZone-M and can be leveraged as a memory disclosure or corruption primitive that may enable recovery of sensitive cryptographic material. In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the TrustZone-M ports dereference a thread pointer supplied by the non-secure world without checking that it points to non-secure memory. Non-secure code can make the secure firmware reveal which secure bytes are zero, write chosen secure words, and fault the secure world, breaking TrustZone-M isolation and enabling recovery of secure-world secrets such as cryptographic keys.

Wed, 30 Sep 2026 21:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'total'}, 'version': '2.0.3'}


Tue, 29 Sep 2026 23:00:00 +0000

Type Values Removed Values Added
Title Improper Validation of Non‑Secure Pointers in ThreadX Leads to Secure Memory Disclosure

Tue, 29 Sep 2026 18:45:00 +0000

Type Values Removed Values Added
First Time appeared Eclipse
Eclipse threadx
Vendors & Products Eclipse
Eclipse threadx

Tue, 29 Sep 2026 17:45:00 +0000

Type Values Removed Values Added
Description Improper validation of non-secure (NS) pointers in multiple TrustZone-M non-secure callable (NSC) entry functions allows an attacker executing in the non-secure world to supply pointers to secure memory. The secure firmware subsequently dereferences these attacker-controlled pointers without verifying that they reference non-secure memory, resulting in unintended disclosure of secure memory contents. This violates the isolation guarantees provided by Arm TrustZone-M and can be leveraged as a memory disclosure or corruption primitive that may enable recovery of sensitive cryptographic material.
Weaknesses CWE-200
CWE-501
CWE-822
References
Metrics cvssV4_0

{'score': 8.4, 'vector': 'CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: eclipse

Published:

Updated: 2026-11-03T16:06:06.478Z

Reserved: 2026-09-29T16:15:06.474Z

Link: CVE-2026-102709

cve-icon Vulnrichment

Updated: 2026-09-30T20:39:02.966Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-09-29T18:17:09.863

Modified: 2026-11-03T17:17:52.287

Link: CVE-2026-102709

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-11-03T19:15:14Z

Weaknesses
  • CWE-200

    Exposure of Sensitive Information to an Unauthorized Actor

  • CWE-501

    Trust Boundary Violation

  • CWE-822

    Untrusted Pointer Dereference