An authenticated GitLab user holding a specific granular permission could, under the vendor's stated conditions, obtain a Duo Agent Platform token that bypassed governance controls. GitLab disclosed CVE-2026-105458 in its October 12 patch bulletin. The reported defect lies in a software security decision, rather than a model's willingness to follow a prompt.…
Inspect the ClaimsCase · DiggingBeagle record
GitLab Duo token issuance bypassed configured governance checks
GitLab describes CVE-2026-105458 as a case where an authenticated user with a particular granular permission could obtain an agent platform token that bypassed configured governance controls.
GitLab EE token-governance vulnerability CVE-2026-105458 disclosed and patched October 12, 2026.
Assessment profile
Assessment method- Exploitation
- not established
- Remediation
- patch available
- AI role
- AGAINST AI
Basis and provenance
The vendor identifies CVE-2026-105458 and a granular-permission prerequisite. This does not establish token theft, arbitrary execution, or observed exploitation. Primary passages were inspected in this review, but the pinned contract supplies no grading rubric for A-D or the numeric impact bands; both remain ungraded. This is a source review, not an independent reproduction.
Assessed Oct 13, 2026 using diggingbeagle.assessment/1.
Evidence basis: CLM-R4-GITLAB-DUO-TOKEN-1 · CLM-R4-GITLAB-DUO-TOKEN-2 · CLM-R4-GITLAB-DUO-TOKEN-3 · GitLab October 12, 2026 security patch bulletin: Duo agent and related fixes
At a glance
Policy cannot be enforced solely at agent-token creation if claims and scopes are derived from user-controlled values.
Read the implicationsThe public bulletin does not enumerate exact privileged actions allowed by the affected token. No verified victim exploitation or token theft campaign was reported.
Limits and uncertaintyFull account
An authenticated GitLab user holding a specific granular permission could, under the vendor's stated conditions, obtain a Duo Agent Platform token that bypassed governance controls. GitLab disclosed CVE-2026-105458 in its October 12 patch bulletin. The reported defect lies in a software security decision, rather than a model's willingness to follow a prompt.
GitLab attributes the issue to reliance on untrusted input when deciding whether to issue the token. The caller already needs authentication and the relevant permission, so the disclosure does not support a claim of anonymous token creation. Nor does it enumerate every operation the resulting token could perform. The durable finding is that configured governance failed to constrain the token through the intended decision path.
The affected EE ranges begin with 19.1 before 19.2.8, include 19.3 before 19.3.5, and include 19.4 before 19.4.2. GitLab identifies those corrected patch releases and credits internal researcher Rahul Barnwal. The vendor's correction does not establish that all deployed installations have received it, and the bulletin does not report a verified token-theft campaign.
This distinction changes the control question. Conversation screening addresses what an agent interprets, while token issuance must enforce governance independently of caller-controlled values. The other Duo flaw in the release concerns injected context and cross-user command attribution. Neither finding supplies the missing exploitation details of the other.
Mechanism and trust boundary
- 01
Permission prerequisite
The caller is authenticated and holds a specific granular permission.
Boundary: The flaw is not described as anonymous token creation.
- 02
Token decision
Untrusted input influences the security decision used to obtain a Duo Agent Platform token.
Boundary: Configured governance must constrain token authority independently of caller-controlled values.
- 03
Governance bypass
GitLab reports a token bypassing governance controls, without enumerating every resulting operation.
Boundary: A token issuance defect and a prompt-injection command path are distinct mechanisms.
Timeline
- Oct 12, 2026disclosure
Public disclosure
Claims & evidence
CLM-R4-GITLAB-DUO-TOKEN-1GitLab describes CVE-2026-105458 as a case where an authenticated user with a particular granular permission could obtain an agent platform token that bypassed configured governance controls.supported
Basis: reported finding
- supportsGitLab October 12, 2026 security patch bulletin: Duo agent and related fixesprimary disclosure
CVE-2026-105458 section in patch bulletin.
CLM-R4-GITLAB-DUO-TOKEN-2The affected GitLab EE release branches were fixed in 19.2.8, 19.3.5 and 19.4.2.supported
Basis: reported finding
- supportsGitLab October 12, 2026 security patch bulletin: Duo agent and related fixesprimary disclosure
CVE-2026-105458 section, Impacted Versions.
CLM-R4-GITLAB-DUO-TOKEN-3GitLab attributes CVE-2026-105458 to reliance on untrusted input in a security decision, affecting EE from 19.1 before the fixed 19.2.8, 19.3.5 and 19.4.2 patch lines. The bulletin credits internal researcher Rahul Barnwal.supported
Basis: reported finding
- supportsGitLab October 12, 2026 security patch bulletin: Duo agent and related fixesprimary disclosure
CVE-2026-105458, description, Impacted Versions and discovery credit.
Implications
Policy cannot be enforced solely at agent-token creation if claims and scopes are derived from user-controlled values.
Controls and mitigations
- Apply the matching fixed GitLab EE release. Review agent-token governance separately from conversation-content defenses because the reported failure occurs in a security decision, not a model refusal.
Unknowns and contradictions
- The public bulletin does not enumerate exact privileged actions allowed by the affected token.
- No verified victim exploitation or token theft campaign was reported.
Sources and citation
Material revision history
- Oct 13, 2026 · Published version · first publication · revision 141