Executive Summary
In October 2026, the GhostAction threat actor escalated a supply-chain campaign by registering the phishing domain my-github[.]com and deploying a reverse-proxy kit that silently harvested GitHub credentials and 2FA codes, then stealthily authorized OAuth tokens with repo and workflow write permissions. The actor embedded a credential stealer inside a fake font file (fa-solid-400.woff2) committed to 94 repositories across 66 owners, using a VS Code tasks.json runOn:folderOpen trigger to persist on developer machines entirely outside GitHub's runner controls. The stealer harvested AWS keys, PyPI and npm tokens, Kubernetes credentials, SSH private keys, and AI provider secrets, exfiltrating everything over plain HTTP to a single attacker-controlled IP.
This incident illustrates a maturing supply-chain playbook in which attackers combine OAuth device-code phishing, IDE auto-execution abuse, and stealer malware disguised as legitimate assets to survive platform-level mitigations. As open-source ecosystems grow more interconnected, a single compromised maintainer account can cascade stolen secrets across thousands of downstream consumers, amplifying both blast radius and regulatory exposure.
Why This Matters Now
GitHub Actions supply-chain attacks surged through 2025–2026, and GhostAction's pivot to IDE-level persistence demonstrates that platform controls alone are insufficient. With AI provider credentials now explicitly targeted alongside cloud and registry secrets, organizations running LLM-integrated pipelines face a new exfiltration surface that most existing egress and DLP policies do not yet cover.
Attack Path Analysis
GhostAction attackers initiated a multi-vector supply chain and phishing campaign by registering lookalike domains (my-github[.]com) to impersonate GitHub security alerts, deploying a reverse-proxy phishing kit to harvest developer credentials and silently authorize OAuth tokens with repo/workflow scopes. With stolen tokens, attackers escalated privileges by injecting malicious GitHub Actions workflow files into 94 repositories, embedding a credential stealer disguised as a font file (fa-solid-400.woff2) alongside a VS Code tasks.json auto-run trigger to persist on developer machines. Exfiltrated secrets—AWS keys, PyPI/npm tokens, SSH keys, Kubernetes credentials, and AI provider tokens—were sent over plain HTTP port 8080 to a single attacker-controlled IP, with a fallback upload to a GitHub gist, ultimately enabling downstream supply chain compromise of any user who cloned the infected repositories.
Kill Chain Progression
This analysis maps confirmed threat intelligence to the full cloud kill chain to show where defensive gaps would emerge as an attack progresses.
Initial Compromise
Description
Attackers registered the typosquat domain my-github[.]com and sent phishing emails impersonating GitHub security alerts, warning developers of suspicious logins from Moscow. The phishing page acted as a reverse proxy to harvest passwords and 2FA codes in real time, while embedded JavaScript silently completed the GitHub OAuth device flow—granting the attacker a repo/workflow-scoped access token without victim awareness. This technique mirrors device code phishing and required no CVE exploitation, relying entirely on social engineering and OAuth abuse.
MITRE ATT&CK® Techniques
Supply Chain Compromise: Compromise Hardware Supply Chain
Phishing: Spearphishing Link
Steal Web Session Cookie
Steal Application Access Token
Unsecured Credentials: Credentials In Files
Scheduled Task/Job: Cron
Obfuscated Files or Information: Embedded Payloads
Exfiltration Over C2 Channel
Potential Compliance Exposure
Mapping incident impact across multiple compliance frameworks.
NIST SP 800-53 Rev 5 – Malicious Code Protection / Software, Firmware, and Information Integrity
Control ID: SI-3 / SI-7
PCI DSS 4.0 – Secure Software Development / Multi-Factor Authentication Bypass Risk
Control ID: Requirement 6.3.3 / 8.3.6
NYDFS 23 NYCRR 500 – Multi-Factor Authentication / Training and Monitoring
Control ID: 500.12 / 500.14
DORA (EU Regulation 2022/2554) – ICT Security Controls / Third-Party ICT Risk Management
Control ID: Article 9 / Article 28
NIS2 Directive (EU 2022/2555) – Supply Chain Security / Access Control and Authentication
Control ID: Article 21(2)(a) / Article 21(2)(e)
CISA Zero Trust Maturity Model 2.0 – Phishing-Resistant MFA and Continuous Authorization Validation
Control ID: Identity Pillar – Advanced / Applications & Workloads Pillar
Sector Implications
Industry-specific impact of the vulnerabilities, including operational, regulatory, and cloud security risks.
Computer Software/Engineering
GhostAction's supply-chain infostealer targets open-source maintainers via 94 compromised GitHub repositories, harvesting AWS keys, PyPI tokens, npm credentials, and SSH keys through fake font payloads, directly threatening software build pipelines and CI/CD integrity.
Information Technology/IT
Credential stealer exfiltrates Kubernetes cluster credentials, Git logins, and AI provider tokens over unencrypted HTTP; validated egress security and Zero Trust segmentation controls map directly to NIST.800-53.SC-7 and PCI.4.0.3.5.1 gaps exploited in this campaign.
Computer/Network Security
Reverse-proxy phishing bypassing 2FA, stealthy OAuth device-flow automation, and persistent cron-based exfiltration expose critical detection gaps addressed by Multicloud Visibility, Inline IPS, and Threat Detection capabilities mapped to NIST.CSF.DE.CM-7 and HIPAA.164.308(a)(6).
Financial Services
Harvested AWS keys, npm tokens, and AI provider credentials from compromised developer repositories create downstream supply-chain risk for financial platforms, triggering PCI.4.0.4.2.1 and NIST.800-53.SC-12 compliance obligations around data-in-transit exfiltration controls.
Sources
- GhostAction Attackers Plant Credential Stealer Disguised as Font in 94 GitHub Repositorieshttps://thehackernews.com/2026/10/ghostaction-attackers-plant-credential.htmlVerified
- GhostAction Attack Escalates - OpenSourceMalware Research Bloghttps://opensourcemalware.com/blog/ghostaction-attack-escalatesVerified
- GhostAction Phishing Campaign Analysis - OpenSourceMalwarehttps://opensourcemalware.com/blog/ghostaction-phishing-campaignVerified
- GhostAction Copycats PolinRider by Hiding a Stealer in a Fake Font Filehttps://opensourcemalware.com/blog/ghostaction-copycats-polinrider-by-hiding-a-stealer-in-a-fake-font-fileVerified
- GitHub OAuth Apps - Scopes for OAuth Apps (Official Documentation)https://docs.github.com/en/apps/oauth-apps/building-oauth-apps/scopes-for-oauth-appsVerified
- GitHub OAuth Apps - Authorizing OAuth Apps: Device Flow (Official Documentation)https://docs.github.com/en/apps/oauth-apps/building-oauth-apps/authorizing-oauth-apps#device-flowVerified
- VirusTotal Report - my-github.com Domain Indicatorhttps://www.virustotal.com/gui/url/65d01eddf5e47f5f92bbb139052c3eee0f17e8a65e1206491ca382b282874f8bVerified
Frequently Asked Questions
Cloud Native Security Fabric Mitigations and ControlsCNSF
Based on the attack progression modeled above, these are the defensive controls that would constrain each stage.
Aviatrix Zero Trust CNSF is directly relevant to this incident because the attacker's ability to move laterally across CI/CD environments, reach cloud workloads, and exfiltrate secrets over uncontrolled outbound paths all depend on network reachability that segmentation-based controls would likely constrain. By enforcing workload-level segmentation and controlled egress, the blast radius across the 94 infected repositories and downstream cloud environments could be meaningfully reduced.
Control: Cloud Native Security Fabric (CNSF)
Mitigation: Consistent identity-aware access policies across cloud-connected developer environments would likely reduce the reachability of attacker-controlled infrastructure, making it harder for malicious OAuth callback flows and reverse-proxy endpoints to silently complete without scrutiny at the network boundary.
Control: Zero Trust Segmentation
Mitigation: Zero Trust segmentation applied to cloud workload identities and CI/CD runner environments would likely limit how far a compromised token's access could propagate across cloud infrastructure boundaries, reducing the scope of what an authenticated-but-unauthorized principal could reach.
Control: East-West Traffic Security
Mitigation: East-west traffic controls between CI/CD runner environments, developer workstation segments, and cloud workloads would likely reduce the attacker's ability to freely pivot across those boundaries, limiting how far injected payloads could communicate once activated on a developer machine.
Control: Multicloud Visibility & Control
Mitigation: Multicloud visibility across workload egress paths would likely surface anomalous outbound connections to a single external IP on non-standard ports, and centralized control policies could reduce the attacker's ability to maintain a reliable command and control channel from cloud-adjacent developer environments.
Control: Egress Security & Policy Enforcement
Mitigation: Egress security policies enforced at the network boundary would likely constrain plaintext data transmission over port 8080 to an unrecognized external IP, reducing the attacker's ability to reliably exfiltrate harvested credentials from developer or cloud-connected environments on a repeating schedule.
Even where credential theft succeeded, the attacker's ability to leverage harvested AWS keys, Kubernetes credentials, and cloud tokens against live infrastructure would likely be reduced if those environments enforced workload-level segmentation — meaning stolen credentials may not translate directly into broad cloud environment access without hitting policy enforcement boundaries.
Impact at a Glance
Affected Business Functions
- Open-Source Software Supply Chain Integrity
- Developer Credential and Secret Management
- CI/CD Pipeline and GitHub Actions Workflow Security
- Downstream Software Consumer Trust and Package Integrity
Estimated downtime: 7 days
Estimated loss: N/A
Credentials harvested across 94 compromised GitHub repositories belonging to 66 distinct maintainers. Stolen data categories include: AWS access keys and secret keys, PyPI API tokens, npm authentication tokens, Git credentials (username and password or personal access tokens), Kubernetes cluster kubeconfig credentials, SSH private keys, AI provider API keys for Anthropic Claude and Google Gemini, and GitHub OAuth access tokens with repo, workflow, and read:org scopes. The OAuth tokens grant write access to repositories and Actions workflows, enabling persistent downstream supply-chain compromise. Any downstream user or organization that cloned or consumed packages from affected repositories is at risk of receiving backdoored or tampered software artifacts. The stealer also installs a persistent cron job executing attacker-controlled code every five minutes on developer machines, extending data exposure beyond the initial compromise window.
Recommended Actions
Key Takeaways & Next Steps
- • Enforce egress filtering and FQDN-based policy (Egress Security & Policy Enforcement): Block outbound connections from CI/CD runners and developer workstations to unknown or newly registered domains such as my-github[.]com; enforce allow-list egress policies that prevent plaintext HTTP exfiltration over non-standard ports (8080, 8443) to unapproved destinations, directly disrupting the stealer's primary and fallback C2 channels.
- • Deploy Cloud Firewall (ACF) with URL filtering for outbound developer traffic: Apply internet egress controls that inspect and restrict outbound traffic from build pipelines and developer endpoints to known-good destinations; AI-assisted traffic discovery can surface anomalous POST requests to newly registered lookalike domains and flag stealer beaconing behavior before credentials leave the environment.
- • Apply Zero Trust Segmentation and least-privilege OAuth scope enforcement: Limit OAuth token permissions granted through CI/CD integrations to the minimum required scopes; implement identity-based microsegmentation policies that prevent a single compromised developer token from traversing across multiple repositories and organizations, containing the blast radius of the workflow injection.
- • Enable Multicloud Visibility & Control to monitor CI/CD and cloud API anomalies: Instrument centralized traffic observability across GitHub Actions runners, AWS, Kubernetes, and AI provider API calls to detect anomalous automation patterns—such as bulk repository enumeration, repeated workflow file writes, and unexpected credential API calls—that indicate post-compromise token abuse.
- • Use Inline IPS (Suricata) and Encrypted Traffic enforcement to detect and block stealer payloads in transit: Deploy inline inspection on egress paths from developer networks to detect known stealer payload signatures and block plaintext credential exfiltration over HTTP; enforce encrypted traffic standards (MACsec/IPsec) on internal and hybrid connectivity paths to prevent opportunistic packet sniffing of harvested secrets transiting internal networks before reaching the exfiltration endpoint.



