Skip to main content
VulnerabilityPublished Updated

CVE-2025-70083: OpenSatKit · Stack-based Buffer Overflow

Source CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

Community reviews

Loading reviews…