Skip to main content
VulnerabilityPublished

CVE-2025-30086: harbor · Information Exposure

Affects harborSource CVE Database V5

0

Not known to be exploited · CVSS 4.9 Medium : upgrade to 2.13.1 or 2.12.4 when convenient.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
4.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 51% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.13.1, 2.12.4
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade goharbor/harbor to 2.13.1 or 2.12.4.

Affected software

ProductAffectedFixed in
GitHubgoharbor/harborpkg:github/goharbor/harborOther threatsAffected
  • <2.12.4
  • <2.13.1
Fixed in
  • 2.12.4
  • 2.13.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

European organizations should immediately upgrade affected Harbor instances to versions 2.13.1 or 2.12.4 or later, where this vulnerability is patched. Until upgrades can be performed, organizations should restrict administrator access to Harbor to a minimal set of trusted personnel and enforce strong multi-factor authentication (MFA) to reduce the risk of credential compromise. Monitoring and auditing Harbor API usage, especially queries involving the q parameter, can help detect suspicious activity indicative of exploitation attempts. Network segmentation should be applied to isolate Harbor instances from less trusted network zones. Additionally, organizations should rotate Harbor user credentials and any associated secrets after patching to mitigate potential credential exposure. Implementing strict role-based access control (RBAC) policies within Harbor can limit the number of users with administrator privileges, reducing the attack surface. Finally, organizations should keep abreast of official Harbor security advisories and apply patches promptly to address any future related vulnerabilities.

Description

CNCF Harbor 2.13.x before 2.13.1 and 2.12.x before 2.12.4 allows information disclosure by administrators who can exploit an ORM Leak present in the /api/v2.0/users endpoint to leak users' password hash and salt values. The q URL parameter allows a user to filter users by any column, and filter password=~ could be abused to leak out a user's password hash character by character. An attacker with administrator access could exploit this to leak highly sensitive information stored in the Harbor database. All endpoints that support the q URL parameter are vulnerable to this ORM leak attack.

References

Community reviews

Loading reviews…