Mage AI's affected repository management API reconstructed user-influenced paths, messages and Git parameters into shell command strings. Once a caller reached those endpoints, shell syntax could be interpreted as executable instructions rather than literal repository data. That route matters in an AI-capable coding environment because automated workflows…
Inspect the ClaimsCase · DiggingBeagle record
Mage Git project API passed untrusted parameters into shell commands
Repository arguments and filenames could enter shell-form Git command strings, enabling command injection through an authenticated project-management endpoint.
Mage AI Git/version_control API, PR #6205; access to relevant authenticated endpoint required.
Assessment profile
Assessment method- Setting
- research demonstration
- Exploitation
- demonstrated
- Evidence
- Grade B
- Remediation
- patch available
- AI role
- AGAINST AI
Basis and provenance
The Mage maintainer's October 16 merged PR #6205 and published targeted tests document the command concatenation and argv hardening. The inspected pull request establishes a source fix, but not which packaged deployments included it or any real customer command execution. Impact remains unknown.
Assessed Oct 18, 2026 using diggingbeagle.assessment/1.
Evidence basis: CLM-CP13-MAGE-ARGV · CLM-CP13-MAGE-SHELL · CLM-ENRICH-MAGE-GIT-MERGED · Mage AI PR #6205: replace shell-form Git command construction
At a glance
Closing login bypasses and role checks is important but cannot fix shell interpretation once a user legitimately reaches the endpoint. Conversely, argv handling alone cannot prevent an unauthorized low-privilege user from invoking mutations. The three Mage research records represent independent conditions and fixes.
Read the implicationsNo verified in-the-wild command execution. Tagged release packaging and coverage of every Git execution-capable helper are not established.
Limits and uncertaintyFull account
Mage AI's affected repository management API reconstructed user-influenced paths, messages and Git parameters into shell command strings. Once a caller reached those endpoints, shell syntax could be interpreted as executable instructions rather than literal repository data. That route matters in an AI-capable coding environment because automated workflows may supply unusual file names or instructions, but the vulnerability itself is a server-side command-construction defect.
Maintainer PR #6205, merged on October 16, replaces affected command construction with argument-vector execution, literal path arguments and -- delimiters. It restricts generic Git commands to reviewed read operations and disables execution-capable diff and text-conversion helpers within the constrained path. Local tests reported before-and-after regression coverage. Those results support a source-level repair, not confirmation that every running container or released package contains it.
The change does not promise to sandbox deliberately available notebooks, terminals or previously trusted Git configuration. Mage's separate OAuth identity failure might affect who could obtain a session, and the repository role-check defect might affect who could invoke a write action, but neither should be collapsed into the command-injection mechanism. A full deployment review tests access rights and argument parsing independently, then checks the final child process and its filesystem effects.
Mechanism and trust boundary
- 01
Step
- 02
Step
- 03
Step
Claims & evidence
CLM-CP13-MAGE-ARGVThe patch switches selected Git operations to argument-vector execution and filters potentially executable Git helper behavior, with before/after regression tests.supported
Basis: reported finding
- supportsMage AI PR #6205: replace shell-form Git command constructionpatch commit artifact
PR #6205 changed execution methods and test output
CLM-CP13-MAGE-SHELLThe Mage Git API passed caller-influenced repository input through shell-form command construction rather than treating all arguments as data.supported
Basis: reported finding
- supportsMage AI PR #6205: replace shell-form Git command constructionpatch commit artifact
PR #6205 security rationale, affected Git command builders
CLM-ENRICH-MAGE-GIT-MERGEDMage maintainers merged PR #6205 on October 16, 2026 with argv-based execution and restrictions on generic Git execution; this establishes a source-level fix, not a confirmed tagged fixed release.supported
Basis: reported finding
- supportsMage AI PR #6205: replace shell-form Git command constructionpatch commit artifact
Pull request #6205 merged state, implementation summary and validation
Implications
Closing login bypasses and role checks is important but cannot fix shell interpretation once a user legitimately reaches the endpoint. Conversely, argv handling alone cannot prevent an unauthorized low-privilege user from invoking mutations. The three Mage research records represent independent conditions and fixes.
Controls and mitigations
- Deploy a Mage build that includes merged PR #6205 and verify that each repository path, commit message and Git option remains a literal argument, not a shell fragment.
- Separate authorization for version-control mutations from permitted Git subcommands, and test option-like file names and executable Git hooks without enabling unrestricted shell execution.
Unknowns and contradictions
- No verified in-the-wild command execution.
- Tagged release packaging and coverage of every Git execution-capable helper are not established.
Sources and citation
Material revision history
- Oct 18, 2026 · Canonical change recorded · new in release · revision 171