“Cordyceps” CI/CD Attack Wave: How Malicious Pull Requests Are Quietly Infecting Global Developer Supply Chains

Listen to this Post

Featured ImageIntroduction: A Silent Shift Inside the Software Supply Chain

Modern software is no longer just code written by developers. It is an automated machine of pipelines, workflows, and continuous integration systems that decide what gets built, tested, and shipped to millions of users. Within this machine, a new class of vulnerability is emerging, one that does not break systems loudly but infiltrates them silently through trusted development flows.

Security researcher Elad Meged from Novee has uncovered a critical CI/CD weakness dubbed “Cordyceps,” named after the parasitic fungus that takes control of its host. The analogy is unsettling but accurate. Attackers are not breaking into systems directly. Instead, they are using malicious pull requests to manipulate automated workflows and extract secrets, escalate privileges, and compromise entire software supply chains.

the Original Findings: The Hidden Weakness in Pull Request Systems

The Cordyceps issue centers on how pull requests interact with CI/CD pipelines. In theory, pull requests are controlled entry points where developers propose changes, and maintainers approve them after automated testing. In practice, many systems give these workflows excessive permissions.

Research from Novee found that attackers can inject malicious code into pull requests to exploit CI/CD pipelines that run with elevated privileges. These pipelines often contain sensitive assets such as signing keys, API tokens, and cloud credentials.

Across large-scale scanning, 654 repositories were flagged as potentially vulnerable, and around 300 were confirmed as fully exploitable. The impact includes remote code execution, credential theft, and full supply chain compromise.

How Cordyceps Turns Pull Requests Into Attack Vectors

The core danger lies in the trust boundary between untrusted contributor input and privileged automation systems. When CI/CD pipelines automatically execute code from pull requests, they may unknowingly grant attackers access to internal systems.

This includes command injection risks, privilege escalation, and unauthorized access to deployment systems. In some cases, attackers can even bypass merge protections and inject malicious artifacts directly into production pipelines.

What makes Cordyceps particularly dangerous is that it does not rely on traditional vulnerabilities. Instead, it exploits design assumptions in automation workflows that assume pull request content is safe to execute under certain conditions.

Real-World Impact Across Major Technology Ecosystems

The research highlights that this is not theoretical. Multiple high-profile ecosystems were found to be affected.

In Microsoft Azure Sentinel, a pull request comment was capable of triggering code execution within CI systems, exposing non-expiring GitHub App keys.

In Google AI Agent Development Kit, malicious workflows could escalate privileges into full Google Cloud project control, effectively granting attackers administrative power.

Meanwhile, Apache Software Foundation projects such as Doris were found vulnerable to zero-click exploitation through pull request workflows.

Other affected ecosystems included Cloudflare Workers SDK and the Python Software Foundation’s Black formatting tool, showing that both infrastructure and utility projects are exposed.

Why CI/CD Systems Became the Perfect Attack Surface

Modern CI/CD systems are designed for speed, not adversarial resistance. Developers rely on automation to reduce friction, but this automation often runs with broad permissions.

The vulnerability emerges when untrusted input, such as external pull requests, crosses into trusted execution environments. These workflows frequently assume that code being tested is non-malicious, which is no longer a safe assumption.

As a result, attackers are not exploiting bugs in the software itself but in how organizations design their automation trust models.

The Scale of Exposure and Real Risk to Supply Chains

Novee’s analysis revealed hundreds of repositories with exploitable configurations. Around half of them allowed full compromise scenarios, including credential theft and malicious package publishing.

The risk extends beyond single repositories. A compromised CI/CD pipeline can affect downstream users, package managers, and even cloud deployments.

This transforms Cordyceps from a simple vulnerability into a systemic supply chain threat capable of cascading across entire ecosystems.

AI Coding Tools and the Acceleration of Misconfiguration

One of the most concerning findings is that AI-assisted development tools are accelerating the spread of insecure CI/CD patterns.

As developers use AI systems to generate workflows quickly, insecure configurations are being replicated across repositories without proper security review. This leads to widespread duplication of the same trust mistakes at scale.

Instead of reducing risk, automation is inadvertently multiplying it.

Vendor Response and Mitigation Efforts

Several organizations confirmed exposure and began remediation. Microsoft and Google acknowledged impact, while Cloudflare and Apache Software Foundation implemented hardening measures and fixes.

Researchers noted that there is currently no evidence of widespread exploitation in the wild. However, the underlying attack patterns remain viable if misconfigurations persist.

The consensus is clear: prevention is more important than reaction in CI/CD security.

Why This Is Not Just a Traditional Vulnerability

Cordyceps does not fit neatly into a standard CVE classification because it is not a single bug. It is a systemic design flaw in how automation pipelines are structured.

The vulnerability exists in composition rather than code. Each component behaves correctly on its own, but together they create a dangerous trust imbalance.

This makes detection difficult for traditional security scanners.

Securing the Future of Developer Workflows

Security researchers emphasize that CI/CD pipelines must be treated as critical infrastructure. They are not just scripts or configuration files, but execution environments with production-level privileges.

Organizations are advised to inventory workflows that process untrusted input and audit them for excessive permissions. Every secret, token, and credential exposed to automation must be tightly scoped.

In essence, workflow security must evolve to match application security standards.

What Undercode Say:

CI/CD pipelines are becoming the new primary attack surface in modern software engineering

Pull requests are no longer just collaboration tools, they are potential execution gateways

Supply chain attacks are shifting from code exploitation to workflow exploitation

Trust boundaries in automation systems are poorly defined in many organizations

Security teams often overlook YAML and pipeline configuration as “non-critical code”

Elevated CI permissions significantly increase blast radius of compromise

Secrets stored in CI environments remain one of the biggest operational risks

Cloud integrations amplify the impact of pipeline exploitation

Zero-click execution paths indicate dangerous automation assumptions

Repository scale directly increases exposure probability

AI-generated CI configs are spreading insecure patterns faster than audits can catch

Developer velocity is outpacing security validation in many ecosystems

Open source ecosystems inherit systemic CI/CD misconfigurations

Attackers benefit from predictability of CI pipeline structures

Logging and monitoring often miss short-lived workflow abuses

Token leakage from CI systems can lead to persistent compromise

Privilege separation in pipelines is frequently under-implemented

Merge gate systems are not designed for adversarial input models

Security scanning tools lack context for workflow composition risks

Cross-repository reuse spreads vulnerabilities horizontally

Cloud CI integrations create multi-layer attack surfaces

Secrets management remains inconsistent across organizations

Attack chains can span from PR comment to cloud admin access

Most CI systems assume contributor trust by default

Repository maintainers often lack visibility into workflow execution paths

Automated testing environments can become attack execution zones

Supply chain security depends heavily on configuration hygiene

Misconfigurations scale faster than manual security review capacity

CI/CD security is lagging behind application security maturity

Vendor patching does not eliminate systemic design issues

Workflow isolation is critical but often missing

Attack surface increases with third-party CI integrations

Open source projects face amplified exposure due to public PRs

Security-by-default is not standard in most CI templates

Developer tooling ecosystems prioritize usability over isolation

Credential reuse in pipelines increases lateral movement risk

Attack detection in CI is still immature

Trust assumptions in automation must be re-evaluated

Future supply chain attacks will likely focus more on pipelines than code

CI/CD security will become a core pillar of enterprise risk management

❌ The “Cordyceps” vulnerability is based on a research disclosure, not an officially standardized CVE class
✅ CI/CD misconfiguration risks and supply chain attacks are widely documented in real-world security research
❌ No confirmed evidence exists of large-scale active exploitation in the wild as of the report

Prediction

(+1) CI/CD security tooling will rapidly evolve, introducing stricter isolation between pull requests and privileged workflows
(+1) Organizations will increasingly adopt least-privilege pipeline architectures and signed execution environments
(-1) AI-generated CI/CD configurations will continue to spread insecure patterns faster than manual audits can control
(-1) Supply chain attacks targeting automation pipelines will increase in sophistication and frequency over time

Deep Anlysis

Linux CI/CD Security Inspection Commands

ps aux | grep runner
systemctl status jenkins
cat /etc/github-runner/config.yaml
docker ps --format "table {{.Names}}    {{.Image}}"
grep -R "secrets" .github/workflows/
find / -name ".yml"
journalctl -u gitlab-runner
kubectl get pods -A
kubectl describe pod <pod>

auditctl -l

ausearch -m EXECVE

lsof -i
netstat -tulnp
crontab -l
env | sort
cat ~/.bash_history
grep -i token ~/.bashrc
find . -perm /4000
docker inspect <container>
chmod -R go-w .github

Windows CI/CD Security Commands

tasklist /v

sc query jenkins

netstat -ano
powershell Get-Process
Get-ScheduledTask

Get-ChildItem -Recurse

findstr /s secret .yml

Get-WinEvent -LogName Security

icacls .

whoami /priv

macOS CI/CD Security Commands

ps aux

launchctl list

lsof -i
sudo fs_usage
sudo dtrace -n 'syscall:::entry'
grep -R "token" ~/

system_profiler SPApplicationsDataType

log show –predicate eventMessage contains “git”

security find-generic-password

pkgutil –pkgs

🕵️‍📝Let’s dive deep and fact‑check.

🎓 Live Courses & Certifications:

Join Undercode Academy for Verified Certifications

🚀 Request a Custom Project:

Secure, high-velocity infrastructure and disruptive technological engineering. Contact our engineering team for high-tier development and proprietary systems:
[email protected]
💎 Smart Architecture | 🛡️ Secure by Design | ⭐ Trusted by Thousands

References:

Reported By: www.darkreading.com
Extra Source Hub (Possible Sources for article):
https://stackoverflow.com
Wikipedia
OpenAi & Undercode AI

Image Source:

Unsplash
Undercode AI DI v2

🔐JOIN OUR CYBER WORLD [ CVE News • HackMonitor • UndercodeNews ]

💬 Whatsapp | 💬 Telegram

📢 Follow UndercodeNews & Stay Tuned:

𝕏 formerly Twitter 🐦 | @ Threads | 🔗 Linkedin | 🦋BlueSky | 🐘Mastodon | 📺Youtube