Security Resilience

CVE-2024-22809

Tormach Pathpilot Controller 2.9.6

Published
22 April 2024
Modified
15 September 2025
CVSS Score v3.1 6.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
EPSS Score 0.0025 16th percentile
Risk Priority 49 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2024-22809 is a medium-severity Improper Handling of Syntactically Invalid Structure (CWE-228) vulnerability in Tormach Pathpilot Controller. Its CVSS base score is 6.5 (Medium).

Operationally, ranked at the 16th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SI-10 (Information Input Validation) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

Incorrect access control in Tormach xsTECH CNC Router, PathPilot Controller v2.9.6 allows attackers to access the G code's shared folder and view sensitive information.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-22815Same product: Tormach Pathpilot Controller
CVE-2024-22807Same product: Tormach Pathpilot Controller
CVE-2024-22813Same product: Tormach Pathpilot Controller
CVE-2024-22811Same product: Tormach Pathpilot Controller
CVE-2024-22808Same product: Tormach Pathpilot Controller
CVE-2025-0343Shared CWE-228
CVE-2026-42100Shared CWE-228
CVE-2024-6382Shared CWE-228
CVE-2026-50103Shared CWE-228
CVE-2025-2529Shared CWE-228

Affected Assets

tormach
pathpilot controller
2.9.6

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

SI-10 requires validity checks on information inputs, directly stopping syntactically malformed data from being processed without proper handling.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

blocks

A.8.25 mandates secure SDLC practices (secure coding guidelines, security requirements, checkpoints, testing including code scans) that reach improper syntactic handling during development; this prevents exploitation for many cases but leaves a bounded remainder (e.g. non-code-structure inputs, runtime parsers, or incomplete guideline application)

blocks

Application security requirements include explicit rules for input validation and malformed-data handling.

blocks

A.8.27 mandates security-by-design principles including data validation/sanitization, distrust-external-input, secure architecture reviews against attack patterns, and zero-trust verification; this reaches a minority slice of CWE-228 (invalid structure in external inputs) but leaves most instances (e.g. internal malformed data, non-input structures, parser differentials) unaddressed as the clause sets process rather than mandating complete syntactic enforcement everywhere.

prevents

Secure coding explicitly requires validation of all input syntax and structure, directly eliminating CWE-228.

finds

Security testing can detect malformed-input issues but does not itself implement the handling logic.

Hardening callouts derived

DISA STIG baselines are authored against specific weaknesses. Where this CVE cites a broad weakness class, the mapping is not asserted at that abstraction (owner ruling, 2026-09-25: grade only at Base and below), so no rule is shown here rather than a rule shown against the wrong grain.

  • No fine-grained STIG row for CWE-228, a class-level weakness, and none of its children carries one either.

References