Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
Network-accessible endpoint requires authenticated session (PR:L); C:H because the entire raw telemetry archive is exposed, not a partial data subset.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
3Blast Radius
ecosystem impact- 7 maven packages depend on org.yamcs:yamcs-core (7 direct, 0 indirect)
Ecosystem-wide dependent count for version 5.13.0.
DescriptionCVE.org
Yamcs is a mission control framework. Prior to 5.12.8 and 5.13.2, the PacketsApi.exportPackets endpoint in yamcs-core/src/main/java/org/yamcs/http/api/PacketsApi.java failed to enforce object-level ReadPacket privileges when a request omitted specific packet names: with an empty name list the ctx.checkObjectPrivileges(ObjectPrivilegeType.ReadPacket, nameSet) call passed over an empty set, no WHERE pname IN filter was applied to the resulting SELECT * FROM tm query, and the onTuple handler streamed every retrieved packet without any per-row authorization check, so a low-privileged or zero-privilege authenticated user could dump the entire raw telemetry packet archive and bypass the role-based access control model. This issue is fixed in versions 5.12.8 and 5.13.2, which enforce per-packet ReadPacket checks in exportPackets.
AnalysisAI
Telemetry archive exposure in Yamcs mission control framework allows any authenticated user to dump the entire raw packet archive by exploiting a broken object-level authorization check in the exportPackets API. Versions prior to 5.12.8 (stable) and 5.13.2 (development) are affected. No public exploit or CISA KEV listing exists, but the attack requires only a valid session and a trivially crafted HTTP request, making it immediately actionable for any insider or compromised account.
Technical ContextAI
Yamcs is a Java-based open-source mission control framework used in spacecraft operations. The vulnerable component is the PacketsApi.exportPackets endpoint in yamcs-core/src/main/java/org/yamcs/http/api/PacketsApi.java. The root cause (CWE-284: Improper Access Control) is a logic flaw in the object-level privilege model: the call ctx.checkObjectPrivileges(ObjectPrivilegeType.ReadPacket, nameSet) evaluates against the caller-supplied name set, which is empty when no packet names are specified in the request. An empty set trivially passes the check - there is nothing to deny. Consequently, no WHERE pname IN (...) filter is applied to the downstream SELECT * FROM tm query, and the onTuple handler streams every retrieved row unconditionally. The fix (commits b566beceba98cc35514b0e1519be126b8c5a0438 and c743cc3acf5b5c53ff5181b94eacc21340f70dd9) adds a per-row guard - if (ctx.user.hasObjectPrivilege(ObjectPrivilegeType.ReadPacket, pname)) - inside onTuple before any packet data is emitted, closing the bypass at the streaming layer.
RemediationAI
Upgrade to Yamcs 5.12.8 (stable) or 5.13.2 (development), both confirmed patched releases available at https://github.com/yamcs/yamcs/releases/tag/yamcs-5.12.8 and https://github.com/yamcs/yamcs/releases/tag/yamcs-5.13.2. If an immediate upgrade is not feasible, restrict network access to the Yamcs HTTP API to only explicitly authorized internal users or services at the network perimeter - this reduces exposure but does not eliminate the risk from already-authenticated internal actors. Do not rely on absence of ReadPacket grants as a compensating control; the bypass defeats grant-based restrictions entirely. Removing authenticated access from untrusted user accounts is the only fully effective workaround short of patching.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
Same weakness CWE-284 – Improper Access Control
View allSame technique Authentication Bypass
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-44960
GHSA-8xjq-pr36-ccgf