Skip to content

GHSA-q6cj-6jvq-jwmh CVE-2019-19023 GO-2022-0863

Privilege Escalation in Cloud Native Computing Foundation Harbor

Critical Go
Severity
9.3 / 10
Critical · CVSS 3.1
Exploit chance (EPSS)
1.62%
Chance of exploitation in the next 30 days. Higher than 76.05% of scored vulnerabilities.
Known exploited
No
Not in CISA's catalog
Weakness
CWE-269 Improper Privilege Management
Fix
1.8.6
Upgrade github.com/goharbor/harbor to this version or later

Description

Cloud Native Computing Foundation Harbor prior to 1.8.6 and 1.9.3 has a Privilege Escalation Vulnerability in the VMware Harbor Container Registry for the Pivotal Platform.

Affected versions

Go

PackageVulnerableFixed in
github.com/goharbor/harbor
>= 1.7.0, < 1.8.6
1.8.6
github.com/goharbor/harbor
>= 1.9.0, < 1.9.3
1.9.3
github.com/goharbor/harbor
>= 1.7.0, < 1.8.6
>= 1.9.0, < 1.9.3
1.8.6
1.9.3

How to fix

Move to the fixed version or later with your package manager, update the lockfile, and run your tests. If the package only arrives through another dependency, upgrade that dependency first. If none of its releases pulls a fixed version yet, force the version with your package manager's override.

github.com/goharbor/harbor Go → 1.8.6

go
go get github.com/goharbor/harbor@v1.8.6 && go mod tidy

Severity breakdown

CVSS 3.1 9.3

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:L/A:N

Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
None
Scope
Changed
Confidentiality
High
Integrity
Low
Availability
None

Weakness

CWE-269: Improper Privilege Management

The product does not properly assign, modify, track, or check privileges for an actor, creating an unintended sphere of control for that actor.

How to prevent it
  • Architecture and Design, Operation: Very carefully manage the setting, management, and handling of privileges. Explicitly manage trust zones in the software.
  • Architecture and Design: Follow the principle of least privilege when assigning access rights to entities in a software system.
  • Architecture and Design: Consider following the principle of separation of privilege. Require multiple conditions to be met before permitting access to a system resource.

References

Timeline

  1. Published
  2. Last updated by the source
  3. Latest EPSS score
AdvisorySeverityWhy it's related
GHSA-prh4-vhfh-24mj
Harbor: LDAP password and OIDC secret are not redacted in the audit log
Medium Also affects github.com/goharbor/harbor
GHSA-hj7x-hmf2-hc2p
Harbor allows the use of the default password for web UI login
Critical Also affects github.com/goharbor/harbor
GHSA-h27m-3qw8-3pw8
Possible ORM Leak Vulnerability in the Harbor
Medium Also affects github.com/goharbor/harbor
GHSA-f9vc-vf3r-pqqq
Harbor repository description page has Cross-site Scripting vulnerability
Medium Also affects github.com/goharbor/harbor
GHSA-r864-28pw-8682
Harbor fails to validate the user permissions when updating p2p preheat policies
High Also affects github.com/goharbor/harbor
GHSA-hw28-333w-qxp3
Harbor fails to validate the user permissions when updating project configurations
Medium Also affects github.com/goharbor/harbor
GHSA-vw63-824v-qf2j
SQL Injection in Harbor scan log API
Medium Also affects github.com/goharbor/harbor
GHSA-5757-v49g-f6r7
Open Redirect URL in Harbor
Medium Also affects github.com/goharbor/harbor
Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor