- Docker disclosed a critical Docker Hub vulnerability that could let attackers impersonate users and publish container images under trusted names.
- Docker said the flaw affected personal access tokens transferred during account conversions.
- Docker reproduced the vulnerability with internal test accounts and deployed a fix less than four hours after receiving the report.
Docker said the flaw could let attackers impersonate users and publish container images under trusted names. It said the flaw affected personal access tokens transferred during account conversions.
Depending on a token’s permissions and the target user’s access, an attacker could pull, push or delete images in personal repositories and connected organizations. Docker said the flaw did not allow full account takeover, and it found no evidence that the vulnerability was exploited.
The Hacker News described Docker Hub as a registry where container images are published and downloaded. It said the CVE record gives the flaw a CVSS 4.0 score of 9.4.
On this page
Docker reproduced the token flaw and deployed a fix in less than four hours
Docker said researchers Peter Molnar and Krisztian Hozak of mptrdev.com reported the issue through its vulnerability disclosure program. The company reproduced it with internal test accounts and deployed a fix less than four hours after receiving the report.
Under the affected process, a personal access token could move during an account conversion. Docker said the token’s permissions and the target user’s access determined whether images could be pulled, pushed or deleted.
Docker removed token transfer from account conversion
Docker said its immediate fix removed personal access token transfer from conversion entirely. It also began requiring a user’s consent before naming that user as an organization owner, notifying the user when that happened and recording an auditable history of every token ownership change.
The exposure window ran from Aug 26, 2024, to Sep 30, 2026
Docker said the exposure window began on Aug 26, 2024, at 20:33 UTC and ended on Sep 30, 2026, at approximately 19:10 UTC. The company said it deactivated identified transferred tokens on Oct 8, with an exception for tokens whose owners had asked to keep them.
Docker said it examined every push made with a transferred token, about 304,000 in all. Every examined push landed in repositories belonging to the converted organization or the new owner.
Docker said it deactivated the transferred tokens it identified on Oct 8, except for tokens whose owners had asked to retain them. It said it notified every user and organization owner whose account could have been impacted on Oct 2.
Todd Matens said he verified all 42 compose-lint images and traced each one to the CI run that built it. He said he rotated the tokens and separated them so each job received only the access it needed.
What to do now
- Review your tokens and revoke any you do not recognize or no longer use.
- Use organization access tokens, not one person’s personal access token, for automation that belongs to an organization.
FAQ
What happened with the Docker Hub vulnerability?
Docker disclosed a critical vulnerability affecting personal access tokens transferred during account conversions, which could let attackers impersonate users and publish container images under trusted names.
Who reported the Docker Hub flaw?
Peter Molnar and Krisztian Hozak of mptrdev.com reported the issue through Docker’s vulnerability disclosure program.
Was the Docker Hub vulnerability exploited?
Docker said it found no evidence that the vulnerability was exploited.
What could an attacker do with a transferred Docker token?
Depending on the token’s permissions and the target user’s access, an attacker could pull, push or delete images in personal repositories and connected organizations. Docker said the flaw did not allow full account takeover.
How did Docker fix the token issue?
Docker removed personal access token transfer from account conversion and added consent, notifications and auditable records for token ownership changes.
Sources
- Critical Docker Hub Flaw Lets Attackers Impersonate Users and Push Container Images, HKCERTPrimary
- Docker Hub Security Advisory: CVE-2026-105445 | Docker, DockerPrimary
- Docker Hub's access token vulnerability: how signing let me verify my images, Todd MatensPrimary
- Docker Fixes Critical Two-Year-Old Hub Flaw That Let One User Push Images as Another, The Hacker News
- Half of Docker Hub Images Feature Critical Flaws, Prevasio
- Half of all Docker Hub images have at least one critical vulnerability, CSOonline
- Two-thirds of Docker Hub images contain critical vulnerabilities, IT-Online
How we checked this story
| Claim | Source | Status |
|---|---|---|
| Docker disclosed a critical Docker Hub vulnerability that could let attackers impersonate users and publish container images under trusted names. | Docker, via HKCERT | Attributed |
| Docker said the vulnerability affected personal access tokens transferred during account conversions. | Docker, via HKCERT | Attributed |
| Docker said the vulnerability could let attackers pull, push, or delete images in personal repositories and connected organizations, depending on token permissions and access. | Docker, via HKCERT | Attributed |
| Docker said the vulnerability did not allow full account takeover. | Docker, via HKCERT | Attributed |
| Docker said the exposure window lasted from August 26, 2024, at 20:33 UTC, until September 30, 2026, at approximately 19:10 UTC. | Docker, via HKCERT | Attributed |
| Researchers Peter Molnar and Krisztian Hozak of mptrdev.com reported the issue through Docker’s vulnerability disclosure program. | Docker, via HKCERT | Attributed |
| Docker reproduced the vulnerability with internal test accounts and deployed a fix less than four hours after receiving the report. | Docker, via HKCERT | Attributed |
| Docker said it found no evidence that the vulnerability was exploited. | Docker | Confirmed |
| Docker examined about 304,000 pushes made with transferred tokens. | Docker | Confirmed |
| Docker found that every examined push went to repositories belonging to the converted organization or the new owner. | Docker | Confirmed |
| Docker deactivated transferred tokens on October 8, except when owners had asked to retain them. | Docker, via The Hacker News | Attributed |
| Docker’s fix removed personal access token transfer from account conversion and added consent, notifications, and ownership-change records. | Docker | Confirmed |
| Todd Matens said the vulnerability let one user push or pull images as another user through a personal access token. | Todd Matens | Attributed |
| Todd Matens verified all 42 compose-lint images and traced each one back to the CI run that built it. | Todd Matens | Confirmed |
| Todd Matens rotated his tokens and separated them so each job received only the access it needed. | Todd Matens | Confirmed |
| The Hacker News said docker Hub is a registry where container images are published and downloaded. | The Hacker News | Attributed |
| Prevasio reported that 51% of scanned Docker Hub images contained one or more critical vulnerabilities. | Prevasio | Attributed |
| Prevasio identified 6,433 malicious or potentially harmful images, representing 0.16% of Docker Hub. | Prevasio, via CSOonline | Attributed |
| Cryptocurrency miners accounted for 44% of the malicious images identified by Prevasio. | Prevasio, via CSOonline | Attributed |
| Prevasio found that 23% of malicious images contained a Bitcoin wallet stealer in the flatmap-stream npm package. | Prevasio, via CSOonline | Attributed |
| Prevasio found hacking tools in 20% of malicious images and Windows malware in 6.5%. | Prevasio, via CSOonline | Attributed |
| Prevasio found trojanized versions of WordPress, Apache Tomcat, and Jenkins in some container images. | Prevasio, via CSOonline | Attributed |
| Prevasio warned that dynamic payloads may download and execute malicious code only after a container image is deployed. | Prevasio, via CSOonline | Attributed |
| Prevasio said dynamic payloads require dynamic analysis tools that run and monitor images in a sandbox. | Prevasio, via CSOonline | Attributed |
| Sonatype reported 430% year-over-year growth in attacks attempting to infiltrate open-source software projects upstream. | Sonatype, via CSOonline | Attributed |
| Sonatype reported that Docker Hub added 2.2 million container images over the past year and was on track for 96 billion image pull requests. | Sonatype, via CSOonline | Attributed |
| CSOonline said organizations can reduce risks from Docker images by choosing reliable publishers and requiring vulnerability and configuration scans during deployment and regularly. | CSOonline | Attributed |
| Kaspersky Container Security found that 64 of 100 randomly scanned Docker Hub images had critical vulnerabilities. | Kaspersky Container Security, via IT-Online | Attributed |
| Kaspersky Container Security found that only one in ten analyzed Docker Hub images was fully up to date. | Kaspersky Container Security, via IT-Online | Attributed |
| Kaspersky Container Security identified insecure credentials, container privilege escalation, and missing integrity checks as configuration risks. | Kaspersky Container Security, via IT-Online | Attributed |
| Kaspersky Container Security includes the KIRA AI assistant to identify insecure configurations and potential vulnerabilities and suggest fixes. | Kaspersky Container Security, via IT-Online | Attributed |
| HKCERT published its report on Oct 13, 2026. | HKCERT | Confirmed |
| docker.com published its report on Oct 12, 2026. | docker.com | Confirmed |
| dev.to published its report on Oct 12, 2026. | dev.to | Confirmed |
Could not verify
- Whether any attacker exploited the vulnerability is not established beyond Docker’s review finding no evidence.
- How many users and tokens were affected is not established.
- Whether pulls or deletions made with transferred tokens were misused is not established.
- Whether any malicious image reached downstream users is not established.



