CVE-2026-53552: Goploy: Cross-namespace IDOR and RCE via body-supplied row id in project and project_file handlers
Goploy is an open-source automation deployment system. In versions 1.17.5 and prior, Project.AddFile, Project.EditFile, Project.RemoveFile, and Project.Edit in cmd/server/api/project/handler.go accept a project or project-file row id from the JSON body and act on it without checking that the project belongs to the caller's namespace. The corresponding model.ProjectFile.GetData and model.Project.GetData queries filter only by row id. A user holding the manager role (or any role that includes the FileSync / EditProject permission) in their own namespace can read, write, or delete files in any project across the install, and can rewrite any project's git remote URL by submitting the foreign id in the body. The git-URL primitive escalates to RCE on the next deploy because Edit runs git remote set-url on the project's working tree. At time of publication, there are no known publicly available patches.
Security readout for executives and security teams
Plain-English summary
A user trusted to manage projects in one Goploy namespace can reportedly alter projects belonging to other namespaces. This can expose, modify, or delete deployment files and redirect a project's Git source. A later deployment may execute attacker-controlled code, creating organization-wide compromise risk.
Executive priority
Treat this as an immediate containment and investigation priority. Limit privileged access, verify Git remotes, and scrutinize recent deployments. Because no public patch was known at publication, leadership should consider temporarily suspending affected deployment workflows where access cannot be tightly controlled.
Technical view
Goploy 1.17.5 and earlier accepts project or project-file row IDs from request bodies without verifying namespace ownership. Several project handlers and their underlying data queries authorize by permission but retrieve records only by row ID. Cross-namespace file access and Git remote modification can lead to code execution during a subsequent deployment.
Likely exposure
Goploy installations running version 1.17.5 or earlier are affected when a user has the manager role, FileSync permission, or EditProject permission. Multi-namespace installations and environments where Goploy can deploy into sensitive systems face the greatest risk. Publicly reachable management interfaces may increase opportunity, but are not required by the described flaw.
Exploitation context
The vulnerability requires an authenticated low-privileged user with specified project-management permissions. Exploitation can cross namespace boundaries without user interaction. Code execution is not immediate; the described Git remote modification becomes effective on the affected project's next deployment. The supplied sources do not establish active exploitation, and the CVE is not listed as KEV.
Researcher notes
The core issues are cross-tenant authorization failures classified as CWE-639 and CWE-863. Project.AddFile, EditFile, RemoveFile, and Edit reportedly trust body-supplied row IDs, while ProjectFile.GetData and Project.GetData filter only by ID. The scope-changing impact and subsequent deployment-triggered execution support the supplied CVSS 3.1 score of 9.6.
Mitigation direction
Check the vendor advisory frequently for an official patch or updated release.
Temporarily remove FileSync and EditProject permissions from nonessential users.
Restrict Goploy management access to trusted administrators and controlled networks.
Pause deployments for potentially affected projects until Git remotes and files are verified.
Review and rotate credentials accessible to Goploy if compromise indicators are found.
Validation and detection
Inventory all Goploy installations and confirm their exact versions.
Identify users and roles holding FileSync or EditProject permissions.
Review project and project-file changes for unexpected cross-namespace activity.
Verify every project's Git remote URL against an approved repository inventory.
Examine deployments after suspicious configuration changes for unauthorized code or artifacts.
Confirm namespace ownership checks after applying any future vendor fix.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-639: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
2Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-639 · source CWE mapping
Authorization Bypass Through User-Controlled Key
Authorization Bypass Through User-Controlled Key represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.