HIGH 8.1

CVE-2026-53777: Perry Path Traversal in WebSocket Artifact Handling

Perry, a build or artifact management tool, has a path traversal vulnerability affecting versions before 0.5.1159. When a malicious build server sends specially crafted messages to a Perry client, it can trick the client into writing files to unintended locations on the system. This could allow an attacker controlling the server to overwrite important files or steal sensitive data from the client machine. The vulnerability requires user interaction—the client must be actively connected to and communicating with the compromised server—but once exploited, the impact is significant.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N
Weaknesses (CWE)
CWE-22
Affected products
0 configuration(s)
Published / Modified
2026-06-11 / 2026-07-14

NVD description (verbatim)

Perry before 0.5.1159 contains a path traversal vulnerability that allows a malicious build server to write arbitrary content to any location writable by the running process by supplying unsanitized path components in the artifact_name field of ArtifactReady WebSocket messages. Attackers controlling the server URL can deliver traversal payloads through the artifact_name or download_path fields, causing the client to overwrite sensitive files or expose arbitrary local files to an attacker-accessible location.

6 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53777 is a path traversal flaw in Perry's WebSocket message handling. The vulnerability exists in how the application processes the artifact_name and download_path fields within ArtifactReady WebSocket messages. When a client connects to a build server, it accepts path components from the server without proper sanitization. An attacker controlling the server URL can inject directory traversal sequences (such as '../') to escape intended artifact directories and write to arbitrary locations writable by the Perry process, or read files and move them to attacker-accessible paths. The root cause is insufficient input validation on server-supplied path parameters before their use in file operations.

Business impact

A compromised or malicious build server can leverage this vulnerability to corrupt application deployments, inject malicious code into release artifacts, steal source code or configuration secrets from developer machines, or destroy critical build infrastructure. In supply chain scenarios where multiple teams rely on shared build servers, a single compromise can affect numerous downstream systems. The impact extends beyond the developer using Perry—artifacts built through a compromised pipeline may propagate compromised binaries to production environments.

Affected systems

Perry versions before 0.5.1159 are vulnerable. The attack surface includes any deployment where Perry clients connect to build servers, particularly in CI/CD pipelines, distributed build environments, or developer workstations that interact with build infrastructure. The vulnerability does not require authentication to the server, making it a concern for internal networks where build servers might be assumed trustworthy but could be compromised or spoofed.

Exploitability

Exploitation requires control or compromise of the build server URL that the Perry client connects to. An attacker must be in a position to intercept or control the server endpoint—via network compromise, DNS spoofing, or by directly compromising the build infrastructure. While no public exploit code has been weaponized yet (CVE is not yet on CISA's Known Exploited Vulnerabilities list), the attack is straightforward once a malicious server is in place, as it only requires sending crafted WebSocket messages. The requirement for user interaction (the client must actively connect to the server) is a minor limiting factor but does not meaningfully reduce risk in automated or persistent build environments.

Remediation

Upgrade Perry to version 0.5.1159 or later. This version includes input validation and path sanitization for the artifact_name and download_path fields. Additionally, ensure build servers are hardened and monitored for unauthorized changes, restrict network access to build infrastructure, and validate the integrity of downloaded artifacts through checksums or signatures whenever possible.

Patch guidance

Apply the Perry update to 0.5.1159 or later. This should be prioritized for all systems that use Perry in CI/CD pipelines or for automated artifact retrieval. Test the update in a staging environment first to confirm compatibility with your build workflows. Verify that artifact downloads and file paths continue to function as expected after patching. If you have custom build server integrations, review them to ensure they do not introduce similar path traversal issues.

Detection guidance

Monitor Perry client logs for unusual file write patterns, particularly writes outside expected artifact directories. Look for WebSocket messages containing path traversal sequences ('../', '..\', or URL-encoded variants) in the artifact_name or download_path fields. Check system file access logs for unexpected modifications in sensitive directories (e.g., config, home, or application installation directories). Correlate client activity with server behavior to identify when a server may have been compromised. Network monitoring can also flag suspicious WebSocket traffic containing traversal payloads.

Why prioritize this

This vulnerability scores HIGH (CVSS 8.1) due to high integrity and confidentiality impact combined with network accessibility and low complexity of exploitation. While it requires user interaction and does not enable remote code execution directly, the ability to arbitrarily overwrite or exfiltrate files is severe in a build context, where compromise can poison software supply chains. Organizations using Perry in production CI/CD should treat this as a critical priority. Even organizations not yet on vulnerable versions should plan upgrades as part of normal maintenance.

Risk score, explained

CVSS 3.1 score of 8.1 reflects: (1) Network-based attack vector—the malicious server is accessed over the network; (2) Low attack complexity—once the attacker controls the server, exploitation is straightforward; (3) No privilege requirement—unauthenticated server connections are accepted; (4) Required user interaction—the client must initiate a connection; (5) Unchanged scope—impact is limited to the client system; (6) High confidentiality impact—arbitrary files can be read and exfiltrated; (7) High integrity impact—arbitrary files can be overwritten; (8) No availability impact. The score appropriately reflects a high-severity threat in supply chain and build infrastructure contexts.

Frequently asked questions

Is this vulnerability being actively exploited?

CVE-2026-53777 is not currently listed on CISA's Known Exploited Vulnerabilities catalog, and no public exploits have been widely reported. However, the straightforward nature of exploitation means organizations should not assume it is safe to delay patching.

Do we need to patch if our build servers are air-gapped or on a private network?

Yes. While air-gapped networks reduce the risk of initial server compromise, insider threats, supply chain compromises of the build server software itself, or lateral movement from other breached systems can still enable exploitation. Additionally, developers may access build infrastructure from less-controlled networks. Patching remains essential.

Can we mitigate this without patching by restricting file write permissions?

Restricting the process permissions of Perry to only necessary directories would limit the scope of damage, but it does not address the underlying vulnerability. Attackers could still overwrite files within permitted directories, corrupt artifacts, or exfiltrate sensitive data. Patching is the proper remediation.

How can we verify our build artifacts have not been compromised?

Regenerate artifacts after patching Perry and the underlying build infrastructure. Validate artifact integrity using cryptographic checksums (SHA-256) or digital signatures. For critical deployments, perform code review or static analysis on binaries built during the vulnerable window to detect injected malicious code. Consider re-deploying applications built with vulnerable Perry versions from before the patch date.

This analysis is provided for informational purposes and based on publicly disclosed vulnerability data current as of the publication date. No guarantee is made regarding the completeness or timeliness of information. Organizations should verify patch availability, compatibility, and applicability against their specific Perry deployments and vendor advisories. This document does not constitute security advice, and organizations should consult their own security teams and vendor documentation for definitive guidance. SEC.co and its authors assume no liability for decisions made based on this analysis. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).