GHSA-v269-8r2r-vj93
Severity by source
AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:H/A:H
Network channel exploitation requires Agent/Connect permission (PR:L); scope changes from agent to controller (S:C); full code execution yields C:H/I:H/A:H.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
2Description PRE-NVD
Articles & Coverage 1
AnalysisAI
Remote code execution on the Jenkins controller is achievable by attackers holding Agent/Connect permission via a JEP-200 deserialization filter bypass in the Remoting library (agent.jar/remoting.jar). Jenkins 2.575 and earlier, and LTS 2.568.1 and earlier, include a Remoting version (3384.v60d89463d9e0 and earlier, except the backport 3355.3357.v931d3c992987) that fails to apply the JEP-200 class filter to a fallback deserialization code path, allowing crafted serialized Java objects to reach classes on the Jenkins core classpath that are not blocked by the pre-JEP-200 denylist. No public exploit or CISA KEV listing has been identified at time of analysis, but the primitive - controller-side code execution triggered from an agent - represents a critical trust-boundary violation in Jenkins' controller-agent architecture.
Technical ContextAI
Jenkins uses the Remoting library for controller-agent communication via serialized Java objects over a dedicated channel. To guard against deserialization attacks, Jenkins implemented JEP-200, a class filter allowlist/denylist applied during deserialization on the controller. The flaw resides in a fallback resolution path within the Remoting deserialization implementation that bypasses this filter entirely, exposing classes on the Jenkins core classpath (bundled with Jenkins or the JDK) that are not covered by the pre-JEP-200 denylist. The affected component is Remoting 3384.v60d89463d9e0 and earlier (except the patched backport 3355.3357.v931d3c992987), included in Jenkins core 2.575 and Jenkins LTS 2.568.1. Plugin-bundled dependencies are explicitly not reachable via this path, limiting the gadget surface to core and JDK classes. The root cause class is CWE-502 (Deserialization of Untrusted Data) combined with an incomplete security control - a defense-in-depth bypass rather than a missing control entirely.
RemediationAI
Upgrade Jenkins to 2.576 (weekly) or Jenkins LTS 2.568.2, which include the fixed Remoting version that correctly applies the JEP-200 class filter across all deserialization code paths including the previously unprotected fallback path. The advisory is at https://www.jenkins.io/security/advisory/2026-08-05/. If immediate upgrade is not possible, the primary compensating control is to audit and restrict Agent/Connect permissions to the smallest possible set of trusted principals - revoking this permission from any user or service account that does not strictly require it. Additionally, isolating agent infrastructure so agents can only reach the controller via authenticated, network-segmented channels reduces the blast radius if an agent is compromised by an external party. Note that neither workaround eliminates the vulnerability: a compromised trusted agent can still trigger the bypass. There is no effective application-layer workaround short of upgrading Remoting or Jenkins itself.
Denial of service against HTTP/2 server implementations allows remote unauthenticated attackers to exhaust server resour
A sandbox bypass vulnerability exists in Jenkins Pipeline: Groovy Plugin 2.63 and earlier in pom.xml, src/main/java/org/
The Jenkins CLI subsystem in Jenkins before 1.638 and LTS before 1.625.2 allows remote attackers to execute arbitrary co
The remoting module in Jenkins before 2.32 and LTS before 2.19.3 allows remote attackers to execute arbitrary code via a
Multiple unspecified API endpoints in Jenkins before 1.650 and LTS before 1.642.2 allow remote authenticated users to ex
The Fingerprints pages in Jenkins before 1.638 and LTS before 1.625.2 might allow remote attackers to obtain sensitive j
The remoting module in Jenkins before 1.650 and LTS before 1.642.2 allows remote attackers to execute arbitrary code by
A sandbox bypass vulnerability exists in Jenkins Script Security Plugin 1.53 and earlier in src/main/java/org/jenkinsci/
A code execution vulnerability exists in the Stapler web framework used by Jenkins 2.153 and earlier, LTS 2.138.3 and ea
A sandbox bypass vulnerability exists in Jenkins Script Security Plugin 1.50 and earlier in src/main/java/org/jenkinsci/
A sandbox bypass vulnerability exists in Pipeline: Declarative Plugin 1.3.3 and earlier in. Rated high severity (CVSS 8.
A sandbox bypass vulnerability exists in Pipeline: Groovy Plugin 2.61 and earlier in src/main/java/org/jenkinsci/plugins
Same weakness CWE-502 – Deserialization of Untrusted Data
View allSame technique Deserialization
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-53569