CVE-2026-22213: RIOT OS <= 2026.01-devel-317 Stack-Based Buffer Overflow in tapslip6 Utility
RIOT OS versions up to and including 2026.01-devel-317 contain a stack-based buffer overflow vulnerability in the tapslip6 utility. The vulnerability is caused by unsafe string concatenation in the devopen() function, which constructs a device path using unbounded user-controlled input. The utility uses strcpy() and strcat() to concatenate the fixed prefix '/dev/' with a user-supplied device name provided via the -s command-line option without bounds checking. This allows an attacker to supply an excessively long device name and overflow a fixed-size stack buffer, leading to process crashes and memory corruption.
Security readout for executives and security teams
Plain-English summary
CVE-2026-22213 is a low-severity local flaw in RIOT OS's tapslip6 utility. An overly long device name can overflow a stack buffer and crash or corrupt that process. The sources do not show remote exposure, KEV listing, or active exploitation.
Executive priority
Treat this as routine remediation unless tapslip6 is exposed through automation to untrusted local users. Business impact appears limited to process crash or memory corruption on affected local tooling.
Technical view
In RIOT OS up to and including 2026.01-devel-317, tapslip6 devopen() builds a /dev/ path from the -s argument using unbounded strcpy()/strcat(). This is a CWE-121 stack-based buffer overflow with CVSS 4.0 score 2.4 and local, low-impact availability characteristics.
Likely exposure
Exposure is most likely on developer, lab, or operational systems that run RIOT OS tapslip6 and allow a local user or wrapper script to influence the -s device-name argument.
Exploitation context
The bundle cites a public technical description tagged as exploit, but KEV is false and no source states active exploitation. Attack requires local access, low privileges, and user interaction per the CVSS vector.
Researcher notes
Evidence supports a local stack overflow in tapslip6 path construction. The affected range is stated, but the bundle does not name a fixed release, commit, or official mitigation. Avoid assuming broader RIOT OS runtime impact.
Mitigation direction
Check RIOT OS upstream guidance for a fixed version or patch.
Restrict tapslip6 execution to trusted local users.
Do not pass untrusted input to the -s option.
Update affected RIOT OS builds when vendor remediation is available.
Review automation that wraps tapslip6 with user-supplied device names.
Validation and detection
Inventory systems using RIOT OS tapslip6.
Confirm whether versions are up to 2026.01-devel-317.
Review scripts or services that call tapslip6 with -s.
Verify whether local users can influence device names.
Track RIOT OS repository or advisories for remediation details.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-121: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-121 · source CWE mapping
Stack-based Buffer Overflow
Stack-based Buffer Overflow represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.