CVE-2026-14629: RT-Thread Divide-by-Zero Denial of Service Vulnerability
RT-Thread versions up to 5.2.2 contain a flaw in the parameter handling system that can crash the service. An authenticated attacker can manipulate certain system operations to trigger a divide-by-zero error, causing a denial of service. Because the flaw requires existing user access and does not enable data theft or unauthorized access, the impact is limited to availability.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
- Weaknesses (CWE)
- CWE-369, CWE-404
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-04 / 2026-07-06
NVD description (verbatim)
A flaw has been found in RT-Thread up to 5.2.2. Affected is the function read/write/sys_ioctl of the file components/lwp/lwp_syscall.c of the component Parameter Handler. Executing a manipulation can lead to divide by zero. The attack may be launched remotely. The exploit has been published and may be used. The pull request to fix this issue awaits acceptance.
7 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14629 is a divide-by-zero vulnerability in RT-Thread's lightweight process (lwp) subsystem, specifically within the sys_ioctl, read, and write functions of components/lwp/lwp_syscall.c. The vulnerability stems from insufficient input validation in the parameter handler, allowing a local or remote authenticated user to supply malformed parameters that cause integer division by zero. This is categorized as CWE-369 (Divide By Zero) and CWE-404 (Improper Resource Validation). The flaw affects RT-Thread versions through 5.2.2. A fix is pending in an open pull request but has not yet been merged into a stable release.
Business impact
This vulnerability degrades service availability for RT-Thread deployments. In embedded or IoT environments using RT-Thread as the operating system, an authenticated user could crash the kernel, forcing administrators to reboot affected devices. Frequent exploitation would require repeated manual recovery, increasing operational overhead. Organizations relying on RT-Thread for mission-critical embedded systems should assess whether any of their devices are exposed to untrusted authenticated users. The medium severity and authentication requirement limit the attack surface but do not eliminate risk.
Affected systems
RT-Thread versions up to and including 5.2.2 are affected. No specific list of downstream vendors or products was provided in the vulnerability data. Organizations running RT-Thread directly or as part of an embedded platform should verify their version number and check vendor advisories for patched releases or workarounds. The vulnerability requires authenticated network or local access to exploit.
Exploitability
The vulnerability has a published proof-of-concept and is actively exploitable. However, exploitation requires pre-existing authentication (network or local user credentials), which moderates the risk profile. An attacker cannot exploit this without first gaining valid access. The technical complexity is low—the attack is straightforward manipulation of system call parameters. Remote exploitation is possible if the RT-Thread instance exposes network-accessible authenticated interfaces.
Remediation
Upgrade to a patched version of RT-Thread once released. A pull request addressing this issue is pending acceptance into the main codebase. Administrators should monitor the RT-Thread project repository and vendor communications for the next stable release that includes the fix. Until a patch is available, restrict authenticated access to RT-Thread systems to trusted users and limit network-facing authenticated services. Consider network segmentation to reduce the surface area for remote exploitation.
Patch guidance
Verify the RT-Thread project's release notes and pull request tracker for confirmation that a stable patch is available. Once released, administrators should update to the first version after 5.2.2 that includes the fix. Patch testing should be performed in a non-production environment before deployment. If running RT-Thread as part of a larger platform or appliance, check with your vendor for a platform-specific patched release, as vendors may bundle the fix into their own update cycle.
Detection guidance
Monitor RT-Thread logs for repeated sys_ioctl, read, or write system call failures, particularly those that result in kernel panic or service restart. Network-based detection is limited without direct access to RT-Thread debugging facilities; however, monitoring for unexpected service interruptions or crashes on affected devices may indicate exploitation attempts. If RT-Thread is instrumented with crash reporting, correlate crashes with unusual parameter values in sys_ioctl calls. Intrusion detection on authenticated sessions may help identify lateral movement by compromised users attempting to trigger the flaw.
Why prioritize this
Although the CVSS score is 4.3 (medium) and the vulnerability requires authentication, the existence of published exploit code and the simplicity of triggering a denial of service justify prompt patching. Organizations with large RT-Thread deployments or those exposed to untrusted authenticated users should prioritize updating once a patch is available. The pending nature of the fix suggests a short window between disclosure and patch availability.
Risk score, explained
The CVSS:3.1 score of 4.3 reflects the availability impact (denial of service), low attack complexity, and the requirement for authenticated access. No confidentiality or integrity impact is present. The vector (AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L) indicates network-accessible attack vector, low complexity, low privilege requirement, no user interaction needed, and contained scope. This places the vulnerability in the medium category, appropriate for a privilege-escalation-free denial of service with authentication required.
Frequently asked questions
Does this vulnerability allow remote code execution or data exfiltration?
No. The divide-by-zero flaw causes a denial of service by crashing the RT-Thread kernel or service. It does not enable arbitrary code execution, privilege escalation, or unauthorized data access.
Do I need to patch immediately if I run RT-Thread?
If your RT-Thread deployment is isolated from untrusted users and you do not expose authenticated interfaces to the network, immediate patching is not urgent. However, once a stable patch is released, you should update as part of your normal maintenance cycle. Prioritize higher if you have untrusted authenticated users or remote access to RT-Thread systems.
Is there a workaround while waiting for a patch?
The primary mitigation is to restrict authenticated access to trusted users only and avoid exposing RT-Thread services over untrusted networks. Network segmentation and strict access controls can reduce the exploitability window. A permanent fix requires updating to a patched version once available.
How do I know when a patch is available?
Monitor the RT-Thread GitHub repository and official release notes. Subscribe to vendor security advisories if RT-Thread is bundled in a larger platform. Verify the fix is included by checking pull request merge status or release notes that explicitly reference this CVE.
This analysis is provided for informational purposes and reflects publicly available vulnerability data as of the publication date. CVSS scoring and severity assessments are based on the official vector provided by the CVE authority. Organizations must verify their own product versions and apply patches according to their vendor's official guidance. SEC.co makes no warranty regarding patch availability dates, vendor timelines, or real-world exploitation trends. Security teams should consult vendor advisories and their own threat modeling before prioritizing remediation. This document does not constitute legal or compliance advice. Source: NVD (public-domain), retrieved 2026-08-13. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10201LOWAssimp FBX Divide-by-Zero Denial of Service
- CVE-2026-14801LOWGPAC TeXML Divide-by-Zero Denial of Service Vulnerability
- CVE-2025-55642MEDIUMGPAC MP4Box Floating Point Exception Denial of Service
- CVE-2025-70100MEDIUMlwext4 Divide-by-Zero Denial of Service (MEDIUM)
- CVE-2026-10113MEDIUMOpen5GS NF-Profile Parser Denial of Service Vulnerability
- CVE-2026-10115MEDIUMOpen5GS NF Profile Parser DoS Vulnerability
- CVE-2026-10116MEDIUMOpen5GS UE Authentication Denial-of-Service Vulnerability
- CVE-2026-10117MEDIUMOpen5GS nghttp2-server Denial of Service Vulnerability