CVE-2025-70083: OpenSatKit · Stack-based Buffer Overflow
Source CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 12% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 11 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
To mitigate CVE-2025-70083, organizations should implement the following specific measures: 1) Apply official patches or updates from OpenSatKit maintainers as soon as they become available to fix the unsafe strcpy usage. 2) Until patches are available, implement strict input validation on the DirName field at the ground segment interface to ensure its length is always less than OS_MAX_PATH_LEN before processing. 3) Replace unsafe string functions like strcpy with safer alternatives such as strncpy or strlcpy that enforce buffer size limits. 4) Conduct thorough code audits of all input handling routines in OpenSatKit to identify and remediate similar unsafe memory operations. 5) Employ runtime protections such as stack canaries, address space layout randomization (ASLR), and non-executable stack configurations to reduce exploitation success. 6) Limit local access to trusted users and systems, enforcing strict access controls and monitoring for suspicious activity. 7) Implement network segmentation to isolate satellite ground segment systems from broader enterprise networks, reducing attack surface. 8) Regularly monitor logs and system behavior for signs of exploitation attempts or anomalous activity related to telecommand processing. These targeted mitigations go beyond generic advice by focusing on the specific unsafe strcpy usage and the operational context of OpenSatKit.
Description
An issue was discovered in OpenSatKit 2.2.1. The DirName field in the telecommand is provided by the ground segment and must be treated as untrusted input. The program copies DirName into the local buffer DirWithSep using strcpy. The size of this buffer is OS_MAX_PATH_LEN. If the length of DirName is greater than or equal to OS_MAX_PATH_LEN, a stack buffer overflow occurs, overwriting adjacent stack memory. The path length check (FileUtil_AppendPathSep) is performed after the strcpy operation, meaning the validation occurs too late and cannot prevent the overflow.
References
- github.com/OpenSatKit/OpenSatKit (opens in a new tab)
- github.com/OpenSatKit/OpenSatKit/releases/tag/v2.2.1 (opens in a new tab)
- raw.githubusercontent.com/OpenSatKit/OpenSatKit/master/cfs/apps/filemgr/fsw/src/dir.c (opens in a new tab)
- raw.githubusercontent.com/OpenSatKit/OpenSatKit/master/cfs/apps/filemgr/fsw/src/dir.c (opens in a new tab)
- gist.github.com/jonafk555 (opens in a new tab)