CVE-2025-70085: OpenSatKit · Stack-based Buffer Overflow
Source CVE Database V5
Not known to be exploited · CVSS 9.8 Critical.
Data as of 26 Oct 2026, 12:55 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 49% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/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-70085, organizations should immediately upgrade OpenSatKit to a version where this vulnerability is patched once available. In the absence of an official patch, developers should audit and refactor the affected code in file.c, replacing all unsafe sprintf calls with bounded functions such as snprintf or using format specifiers that limit output length (e.g., %.*s). Implement rigorous input validation to ensure filenames do not exceed safe lengths before processing. Employ compiler-based protections such as stack canaries, Address Space Layout Randomization (ASLR), and Data Execution Prevention (DEP) to reduce exploitation risk. Additionally, conduct thorough code reviews and static analysis to identify similar unsafe string operations elsewhere in the codebase. Network-level protections, such as firewall rules and intrusion detection systems, should monitor for anomalous activity targeting OpenSatKit services. Finally, maintain robust incident response plans to quickly address any exploitation attempts.
Description
An issue was discovered in OpenSatKit 2.2.1. The EventErrStr buffer has a fixed size of 256 bytes. The code uses sprintf to format two filenames (Source1Filename and the string returned by FileUtil_FileStateStr) into this buffer without any length checking and without using bounded format specifiers such as %.*s. If the filename length approaches OS_MAX_PATH_LEN (commonly 64-256 bytes), the combined formatted string together with constant text can exceed 256 bytes, resulting in a stack buffer overflow. Such unsafe sprintf calls are scattered across multiple functions in file.c, including FILE_ConcatenateCmd() and ConcatenateFiles(), all of which fail to validate the output length.