What Happened
The private email address GitLab gives you for filing issues by email is a credential. Anyone who gets it can email a patch that GitLab commits in your name, to any branch you can push to, including main, and can start CI/CD jobs that run as you. GitLab shows each user this address behind a button labeled "Email work item to this project." Mail sent to it opens an issue in that project, authored
Why It Matters
The report states that anyone obtaining GitLab’s private issue-by-email address can submit patches that GitLab commits under the account owner’s identity, potentially to branches the user can access, and can trigger CI/CD jobs by modifying configuration. For AI-enabled software pipelines, this creates a supply-chain compromise path that could alter code, build artifacts, or deployment workflows; RealGround analysis recommends reviewing credential-like developer tooling, CI/CD permissions, secret exposure, and monitoring controls.
RealGround Analysis
This signal maps to AI supply chain. Organizations using AI agents, LLM APIs, SaaS integrations, or sensitive data workflows should review whether this class of issue could create unauthorized tool execution, data leakage, weak approval gates, or unmanaged supply-chain exposure.
Recommended Actions
- Restrict AI agent tool permissions and production write paths.
- Review sensitive data access across prompts, logs, embeddings, memory, and SaaS integrations.
- Add human approval workflows for high-impact or state-changing actions.
- Run prompt injection and indirect prompt injection tests against affected workflows.
- Document the owner, control gap, and remediation deadline for this risk class.
Source
https://thehackernews.com/2026/09/a-leaked-gitlab-issue-email-address.html
