External risk intelligence

Jenkins FilePath Symlink Vulnerability Allows RCE

CVE advisorySeverity: CRITICAL (CVSS 9.4)

CVE-2026-19429

Jenkins is frequently deployed as an internet-facing automation and build server. The vulnerability is reachable via standard HTTP POST/GET requests to the build interface, which is commonly exposed to users and integrated systems in many real-world DevOps environments.

Remote Code Execution

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A critical vulnerability exists in Jenkins FilePath.untarFrom() that allows authenticated users to execute arbitrary code on the Jenkins master. This issue arises from insufficient validation of symbolic link targets during tar extraction, potentially enabling attackers to overwrite sensitive files and gain control over the build environment.

  • Jenkins allows code execution via file extraction.
  • Secrets and admin tokens are at risk.
  • Confirm exposure; remediate if affected.

Attack Path

How an attacker could exploit the issue

An attacker with basic access to Jenkins jobs can exploit a flaw in how uploaded archives are handled. By crafting a malicious archive, they can create symbolic links pointing to sensitive files. Once these links are established, the attacker can then access these files through the build console output, potentially leading to the decryption of secrets and unauthorized administrative control.

  • Requires authenticated access to Jenkins jobs.
  • Triggered by uploading a specially crafted archive.
  • Risk of credential theft and remote code execution.

Live Threat

Current exploitation, exposure, and threat context

Attackers with Item/Build access could exploit this vulnerability to write persistent symlinks into the tool cache. This could allow them to read sensitive files, such as secrets or user credentials, from the Jenkins master. If successful, this could lead to offline AES decryption of all stored credentials and potentially enable remote code execution on the Jenkins server.

  • Data or system asset at risk: Jenkins master secrets and credentials.
  • How exposure could happen: Writing symlinks to sensitive files.
  • Realistic consequence: Offline decryption and potential RCE.

Operational Fix

Recommended remediation, mitigation, and detection steps

The Jenkins Platform team is likely responsible for addressing this critical vulnerability, as it affects the core functionality of Jenkins. The immediate priority is to identify all Jenkins instances within the environment, assess their exposure and business criticality, and then coordinate remediation efforts with the vendor or internal teams.

  • Platform/Jenkins owners should address.
  • Verify Jenkins instance exposure and criticality.
  • Plan coordinated remediation with vendor.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Jenkins and why is it used?

Jenkins is an open-source automation server widely used to support software development workflows. It acts as a central hub for continuous integration and continuous delivery (CI/CD), automating the building, testing, and deployment of software projects. It relies on internal components to manage files, build jobs, and securely store sensitive data like credentials and API tokens required for connecting to other development tools and environments.

What does CVE-2026-19429 mean?

This vulnerability is an instance of Improper Link Following, categorized as CWE-59. It occurs because the Jenkins FilePath.untarFrom() method fails to properly validate the target destination of symbolic links during file extraction. An attacker can craft an archive that creates these links to sensitive system files. Once the archive is processed, the system treats the malicious link as if it were a legitimate file path, allowing unauthorized access to restricted data.

How can an attacker trigger this vulnerability?

The flaw is triggered when an authenticated user with permission to run or build a Jenkins job uploads a specifically crafted archive file. The process requires interaction with the build interface via a POST request to trigger the vulnerable extraction logic. Simply browsing the Jenkins interface or having basic read-only access is not enough to trigger the bug; the attacker must be able to initiate the tar extraction process within the environment to write the malicious symlinks.

Is my Jenkins instance at risk?

According to Halo Surface Signal, Jenkins instances are frequently deployed as internet-facing servers, making them a common target. If your instance is reachable via standard HTTP requests from the internet or by untrusted users within your network, the risk is higher. Because the vulnerability is reachable through the standard build interface, any installation where users can trigger jobs is a potential point of concern if the underlying software is not updated.

What should I do to address this issue?

Identify all Jenkins instances running in your environment and assess their business criticality. Prioritize checking these systems for unauthorized access and consult official vendor documentation for the necessary security patches or updates. Coordinate with your platform or infrastructure teams to apply the provided fixes and ensure the software is updated to a version where symlink validation has been corrected.

References