basicsecurity.net
Proof, not just disclosure.
Threats / GitLab / CVE-2023-7028
CVE-2023-7028 · EUVD no mirror located · GCVE no mirror located Verified 2026-06-22

GitLab CE/EE vulnerability

GitLab CE/EE contains an improper access control flaw allowing attackers to trigger password reset emails to unverified addresses, enabling account takeover.

Verdict

Today item — known-exploited.

An attacker exploits weak email verification controls to reset credentials on accounts they do not own, gaining unauthorized access to GitLab instances and hosted repositories. Active exploitation in the wild increases risk.

CISA KEV Yes · 2024-05-013EPSS 0.94955 (verify live)4Exploit Weaponized · public PoC5
01

Is it exploitable?

— the evidence, ranked above the score
Exploit available
Fully weaponized — public exploit code is cataloged for this vulnerability.We link the existence of the exploit; we do not host or redistribute payloads.
Reported exploitation
4 independent public reports of in-the-wild exploitation are cataloged.Distinct reporting sources (vendor, incident response, government); open them for the underlying claims.
Exploited in the wild
Listed in the CISA Known Exploited Vulnerabilities catalog (added 2024-05-01).
CISA KEV ↗Confirmed
Probability (EPSS)
EPSS 0.94955 — modeled likelihood of exploitation activity.EPSS is a daily-changing model output — open the source for today's value.
Severity / affected
Affected: GitLab, GitLab CE/EE. Confirm exact fixed builds in the vendor advisory.
NVD ↗Reported
Weakness (CWE)
Mapped to CWE-284 Improper Access Control — weakness family: Authorization / access control.CWE assignment from the public NVD record; the weakness class drives how the flaw is exploited.
NVD ↗Reported
WeaknessCWE-284 · Improper Access ControlAuthorization / access control
02

Who’s exploiting it?

— attribution turns risk into urgency
Attribution not established

No confirmed (advisory-backed) threat-actor attribution is established for this record. Absence of a named actor is not absence of compromise — see Coverage & confidence.

03

Why it matters

— the attack path, told twice: adversary, then board
1

Front door — unauthenticated access narrative 1

Attacker
I identify a target GitLab account and trigger a password reset to an unverified email address I control.
Business
Unauthorized access to source code repositories, CI/CD pipelines, and sensitive project data compromises software supply chain integrity.
2

Keys to the kingdom — privilege/identity takeover narrative 2

Attacker
I receive the password reset link and establish persistent access to the compromised account.
Business
Attackers can modify code, inject malicious commits, or exfiltrate intellectual property, leading to data breach and operational disruption.
3

Lateral reach — past segmentation narrative 3

Attacker
I escalate privileges or pivot to other systems accessible through the GitLab instance.
Business
Lateral movement through integrated development environments and deployment systems increases blast radius and recovery costs.
04

What to do

— defensible action
  • Remediate per the vendor advisory — confirm the fixed build for your version and verify exposure.1
Say it to the boardA vulnerability with this evidence profile is a defensible budget line, not a backlog ticket — fund the change against the proof above.
05

Coverage & confidence

— what we know, and what we don’t

Established (cited)

  • KEV listing (CISA)
  • EPSS probability (FIRST)
  • Weaponized exploit available (VulnCheck)
  • 4 reported-exploitation source(s)
  • CWE weakness mapping (NVD)
  • Public exploit availability
  • Catalogued by GitLab (CNA)
  • Named finder/reporter credit (CVE.org)
  • Coverage gaps — stated, not hidden

  • No EUVD / GCVE mirror in feed — single-authority dependency for the identifier.
  • EPSS & exposure are time-varying; verify live at the source.
  • Threat-actor attribution not established from feed data — absence of a name is not absence of compromise.
  • Disclosure & credit2
    Catalogued by GitLabCNA
    Credited with finding itThanks [asterion04](https://hackerone.com/asterion04) for reporting this vulnerability through our HackerOne bug bounty finder