CVE-2024-9014
CVE-2024-9014 — OAuth2 client id and secret exposed through the web browser in pgAdmin 4
pgAdmin versions 8.11 and earlier are vulnerable to a security flaw in OAuth2 authentication. This vulnerability allows an attacker to potentially obtain the client ID and secret, leading to unauthorized access to user data.
Published Updated Sources: cvelistV5, PostgreSQL
Triage
Is it exploited, how likely is exploitation, what does it touch, and how severe do the scoring sources call it.
Exploitation
Exploit code
public exploit, none observed
EPSS
10%
chance of exploitation in 30 days
CVSS base
9.9
CRITICAL
CISA SSVC assessment
Three decision points CISA publishes for the CVEs it assesses · SSVC 2.0.3. A stakeholder decision, not a severity score.
Exploitation
None
none · proof-of-concept · active
Automatable
No
can an attacker script all four kill-chain steps
Technical impact
Total
partial · total control of the vulnerable component
Affected scope
The catalog records vendors and products as separate lists, not pairs, so which product belongs to which vendor is not something this page can say.
Vendors (2)
Products (1)
Every base score collected
Sources score independently and disagree; each row says who scored it and under which version.
| Score | Version | Severity | Expl. | Impact | Source |
|---|---|---|---|---|---|
| 9.9 | CVSS 3.1 | CRITICAL | — | — | cvelistV5 |
Weakness & attack patterns
- CWE-522
Attack patterns reported against this CVE. The ATT&CK techniques below are inferred from its weakness class.
- T1552.004Unsecured Credentials: Private Keys
- T1558.003Steal or Forge Kerberos Tickets: Kerberoasting
- T1543Create or Modify System Process
Public exploit
Capability, not use: code existing is a different claim from anyone running it.
Indexed by
References
1 on the record
- github.com/pgadmin-org/pgadmin4/issues/7945
issue-tracking
Elsewhere on this site
- pgadmin orgevery CVE for this vendor
- postgresqlevery CVE for this vendor
- CWE-522other pages naming this weakness
Not in any source we poll
Listed rather than left blank: an empty field and an unmeasured one look identical on screen, and only one is a reason to look elsewhere.
- No confirmed IOCs, IP addresses, domains, file hashes, or malware artifacts supplied.
- No organization-specific asset inventory, compensating-control status, or patch deployment evidence supplied.
- No exploit packet captures, log samples, or incident case IDs supplied.