Executive Summary
Docker fixed a critical vulnerability (CVE-2026-105445) in Docker Hub that allowed attackers to push, pull, or delete container images as other users. The flaw, dubbed GhostPat, existed for over two years from August 2024 to September 2026 and stemmed from improper handling of personal access tokens (PATs) during account-to-organization conversions. Attackers could create a token, convert their account to an organization, and designate another user as owner, thereby gaining registry access under that user's identity. While Docker found no evidence of exploitation after reviewing 304,000 pushes, the vulnerability posed significant supply chain risks by enabling malicious image publication under legitimate names.
This incident highlights the growing sophistication of supply chain attacks targeting container registries, coinciding with increased focus on software supply chain security following recent high-profile compromises and new regulatory requirements for software bill of materials tracking.
Why This Matters Now
Container registries have become prime targets for supply chain attacks, with attackers increasingly exploiting authentication flaws to distribute malicious images under trusted publisher names, making this vulnerability type critically relevant as organizations accelerate containerization.
Attack Path Analysis
Attackers exploited Docker Hub's account conversion flaw (CVE-2026-105445) to hijack Personal Access Tokens (PATs) and gain unauthorized access to legitimate container repositories. By converting their controlled account to an organization and naming a target user as owner, attackers could push malicious images under trusted namespaces, establish covert access channels, and potentially exfiltrate sensitive data from private repositories or deploy compromised containers across victim infrastructure.
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
Attacker creates Docker Hub account and Personal Access Token, then exploits CVE-2026-105445 by converting account to organization and naming target user as owner, transferring token ownership without notification
Related CVEs
CVE-2026-105445
CVSS 9.4Docker Hub account conversion feature allowed personal access tokens to be transferred to organization owners without consent, enabling unauthorized repository access including push, pull, and delete operations.
Affected Products:
Docker Inc Docker Hub – All versions from August 26, 2024 to September 30, 2026
Exploit Status:
no public exploit
MITRE ATT&CK® Techniques
Valid Accounts
Access Token Manipulation
Modify Authentication Process
Supply Chain Compromise: Compromise Software Dependencies and Development Tools
Implant Internal Image
Account Discovery
Data Manipulation: Stored Data Manipulation
Potential Compliance Exposure
Mapping incident impact across multiple compliance frameworks.
PCI DSS 4.0 – Strong Authentication for All Users
Control ID: 8.2.1
NYDFS 23 NYCRR 500 – Penetration Testing and Vulnerability Assessments
Control ID: 500.15
DORA – ICT Third-Party Risk Management
Control ID: Article 8
CISA ZTMM 2.0 – Enterprise Manages the Entire Digital Identity Lifecycle
Control ID: Identity-02
NIS2 Directive – Cybersecurity Risk Management Measures
Control ID: Article 21
ISO 27001:2022 – Removal of Access Rights
Control ID: A.9.2.6
Sector Implications
Industry-specific impact of the vulnerabilities, including operational, regulatory, and cloud security risks.
Computer Software/Engineering
Docker Hub supply chain vulnerability enables unauthorized container image manipulation, compromising software distribution integrity and requiring enhanced container security controls.
Information Technology/IT
Critical Docker Hub flaw allows token-based impersonation attacks affecting containerized infrastructure, demanding immediate access token audits and multi-cloud security enhancements.
Financial Services
Container registry compromise threatens financial application deployment pipelines, requiring zero trust segmentation and enhanced egress controls for regulatory compliance protection.
Health Care / Life Sciences
Docker Hub vulnerability exposes healthcare container workflows to supply chain attacks, necessitating HIPAA-compliant encrypted traffic monitoring and access management.
Sources
- Docker Fixes Critical Two-Year-Old Hub Flaw That Let One User Push Images as Anotherhttps://thehackernews.com/2026/10/docker-fixes-critical-two-year-old-hub.htmlVerified
- Docker Hub Security Advisory - CVE-2026-105445https://www.docker.com/blog/docker-hub-security-advisory-cve-2026-105445/Verified
- GhostPat Technical Write-up by mptrdev.comhttps://ghostpat.com/Verified
- CVE-2026-105445 Official CVE Recordhttps://github.com/CVEProject/cvelistV5/blob/main/cves/2026/105xxx/CVE-2026-105445.jsonVerified
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 would constrain container-based lateral movement and reduce blast radius by implementing workload segmentation and egress controls that limit attacker reach across cloud environments following the Docker Hub token hijacking incident.
Control: Cloud Native Security Fabric (CNSF)
Mitigation: While the Docker Hub account compromise would likely still occur, CNSF visibility capabilities could detect anomalous container registry activities and unauthorized image pull patterns from compromised tokens across cloud environments.
Control: Zero Trust Segmentation
Mitigation: Zero Trust segmentation policies would likely constrain the scope of repository access by limiting which workloads and environments can interact with specific container registries, reducing the blast radius of hijacked credentials.
Control: East-West Traffic Security
Mitigation: East-west traffic controls would likely limit container deployment paths and restrict inter-workload communication, constraining the attacker's ability to spread malicious images across segmented environments and organizational boundaries.
Control: Multicloud Visibility & Control
Mitigation: Multicloud visibility controls would likely detect and constrain unauthorized command and control communications from container workloads, limiting persistent access channels across different cloud environments and regions.
Control: Egress Security & Policy Enforcement
Mitigation: Egress security policies would likely constrain data exfiltration by controlling outbound traffic from container workloads, limiting unauthorized data transfers and repository content extraction to external destinations.
Despite CNSF controls reducing attack scope, residual impact could still affect workloads that successfully pulled malicious images, though blast radius would likely be constrained to specific network segments rather than enterprise-wide compromise.
Impact at a Glance
Affected Business Functions
- Container Registry Services
- Software Supply Chain Management
- DevOps CI/CD Pipelines
- Application Deployment
Estimated downtime: N/A
Estimated loss: N/A
Unauthorized access to private container repositories, potential for malicious image injection into legitimate namespaces, and compromise of software supply chain integrity affecting downstream users of Docker Hub images
Recommended Actions
Key Takeaways & Next Steps
- • Implement Zero Trust segmentation and identity-based policies to prevent unauthorized container registry access even with compromised credentials
- • Deploy egress security and policy enforcement to detect and block malicious container images attempting to communicate with external command and control infrastructure
- • Establish multicloud visibility and control to monitor container deployment patterns and detect anomalous repository access or image push activities
- • Enable threat detection and anomaly response capabilities to identify suspicious container registry operations and unauthorized PAT usage patterns
- • Implement Kubernetes security controls to prevent compromised container images from executing with excessive privileges or accessing sensitive workloads



