// AI threat desk · 14 Oct 2026
Home/SUPPLY · AI Supply Chain
AI Supply ChainCriticalDOCKERCVSS 9.4

Docker Hub flaw could let attackers impersonate users and publish images

Docker disclosed a critical Docker Hub flaw that could let attackers impersonate users and publish images under trusted names. The flaw affected personal access tokens transferred during account conversions.

AI-generated image of a cybersecurity engineer reviewing a blurred container registry account page beside server racks.
AI-generated image, not a photo of the event.
Key takeaways
  • 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

  1. Review your tokens and revoke any you do not recognize or no longer use.
  2. 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

  1. Critical Docker Hub Flaw Lets Attackers Impersonate Users and Push Container Images, HKCERTPrimary
  2. Docker Hub Security Advisory: CVE-2026-105445 | Docker, DockerPrimary
  3. Docker Hub's access token vulnerability: how signing let me verify my images, Todd MatensPrimary
  4. Docker Fixes Critical Two-Year-Old Hub Flaw That Let One User Push Images as Another, The Hacker News
  5. Half of Docker Hub Images Feature Critical Flaws, Prevasio
  6. Half of all Docker Hub images have at least one critical vulnerability, CSOonline
  7. Two-thirds of Docker Hub images contain critical vulnerabilities, IT-Online
How we checked this story
ClaimSourceStatus
Docker disclosed a critical Docker Hub vulnerability that could let attackers impersonate users and publish container images under trusted names.Docker, via HKCERTAttributed
Docker said the vulnerability affected personal access tokens transferred during account conversions.Docker, via HKCERTAttributed
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 HKCERTAttributed
Docker said the vulnerability did not allow full account takeover.Docker, via HKCERTAttributed
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 HKCERTAttributed
Researchers Peter Molnar and Krisztian Hozak of mptrdev.com reported the issue through Docker’s vulnerability disclosure program.Docker, via HKCERTAttributed
Docker reproduced the vulnerability with internal test accounts and deployed a fix less than four hours after receiving the report.Docker, via HKCERTAttributed
Docker said it found no evidence that the vulnerability was exploited.DockerConfirmed
Docker examined about 304,000 pushes made with transferred tokens.DockerConfirmed
Docker found that every examined push went to repositories belonging to the converted organization or the new owner.DockerConfirmed
Docker deactivated transferred tokens on October 8, except when owners had asked to retain them.Docker, via The Hacker NewsAttributed
Docker’s fix removed personal access token transfer from account conversion and added consent, notifications, and ownership-change records.DockerConfirmed
Todd Matens said the vulnerability let one user push or pull images as another user through a personal access token.Todd MatensAttributed
Todd Matens verified all 42 compose-lint images and traced each one back to the CI run that built it.Todd MatensConfirmed
Todd Matens rotated his tokens and separated them so each job received only the access it needed.Todd MatensConfirmed
The Hacker News said docker Hub is a registry where container images are published and downloaded.The Hacker NewsAttributed
Prevasio reported that 51% of scanned Docker Hub images contained one or more critical vulnerabilities.PrevasioAttributed
Prevasio identified 6,433 malicious or potentially harmful images, representing 0.16% of Docker Hub.Prevasio, via CSOonlineAttributed
Cryptocurrency miners accounted for 44% of the malicious images identified by Prevasio.Prevasio, via CSOonlineAttributed
Prevasio found that 23% of malicious images contained a Bitcoin wallet stealer in the flatmap-stream npm package.Prevasio, via CSOonlineAttributed
Prevasio found hacking tools in 20% of malicious images and Windows malware in 6.5%.Prevasio, via CSOonlineAttributed
Prevasio found trojanized versions of WordPress, Apache Tomcat, and Jenkins in some container images.Prevasio, via CSOonlineAttributed
Prevasio warned that dynamic payloads may download and execute malicious code only after a container image is deployed.Prevasio, via CSOonlineAttributed
Prevasio said dynamic payloads require dynamic analysis tools that run and monitor images in a sandbox.Prevasio, via CSOonlineAttributed
Sonatype reported 430% year-over-year growth in attacks attempting to infiltrate open-source software projects upstream.Sonatype, via CSOonlineAttributed
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 CSOonlineAttributed
CSOonline said organizations can reduce risks from Docker images by choosing reliable publishers and requiring vulnerability and configuration scans during deployment and regularly.CSOonlineAttributed
Kaspersky Container Security found that 64 of 100 randomly scanned Docker Hub images had critical vulnerabilities.Kaspersky Container Security, via IT-OnlineAttributed
Kaspersky Container Security found that only one in ten analyzed Docker Hub images was fully up to date.Kaspersky Container Security, via IT-OnlineAttributed
Kaspersky Container Security identified insecure credentials, container privilege escalation, and missing integrity checks as configuration risks.Kaspersky Container Security, via IT-OnlineAttributed
Kaspersky Container Security includes the KIRA AI assistant to identify insecure configurations and potential vulnerabilities and suggest fixes.Kaspersky Container Security, via IT-OnlineAttributed
HKCERT published its report on Oct 13, 2026.HKCERTConfirmed
docker.com published its report on Oct 12, 2026.docker.comConfirmed
dev.to published its report on Oct 12, 2026.dev.toConfirmed

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.
Explore with AI