Skip to main content
CVE-2024-37891VulnerabilityPublished Updated

CVE-2024-37891: Gimme aws creds · urllib3's Proxy-Authorization request header isn't stripped during cross-origin redirects

Affects gimme-aws-credsSource GCVE Database

0

Not known to be exploited · CVSS 4.4 Medium : upgrade to 2.8.2_3 when convenient.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
4.4Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.1% chance of exploitation in 30 days – higher than 66% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.29.0_1, 0.43.0_4, 1.28.0_1 +4
CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 13 Aug 2026

  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 2026-10-25.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
Homebrewlocustpkg:brew/locustOther threatsAffected
  • >=2.2.1 <2.29.0_1
Fixed in
  • 2.29.0_1
Homebrewtootpkg:brew/tootOther threatsAffected
  • >=0.26.0 <0.43.0_4
Fixed in
  • 0.43.0_4
Homebrewggshieldpkg:brew/ggshieldOther threatsAffected
  • >=1.19.1 <1.28.0_1
Fixed in
  • 1.28.0_1
Homebrewrobot-frameworkpkg:brew/robot-frameworkOther threatsAffected
  • <7.4.2_2
Fixed in
  • 7.4.2_2
Homebrewparliamentpkg:brew/parliamentOther threatsAffected
  • >=1.3.1 <1.6.2_3
Fixed in
  • 1.6.2_3
Homebrewosc-clipkg:brew/osc-cliOther threatsAffected
  • >=1.6 <1.11.0_6
Fixed in
  • 1.11.0_6
Homebrewgimme-aws-credspkg:brew/gimme-aws-credsOther threatsAffected
  • >=2.1.1 <2.8.2_3
Fixed in
  • 2.8.2_3

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

AI-suggested

Red Hat has released an official security update (RHSA-2024:4422) for fence-agents in Red Hat Enterprise Linux 9 and related variants to address CVE-2024-37891. Users should apply this update promptly following Red Hat's published guidance at https://access.redhat.com/articles/11258. No additional mitigation steps are indicated beyond applying the official patch.

Description

When using urllib3's proxy support with `ProxyManager`, the `Proxy-Authorization` header is only sent to the configured proxy, as expected. However, when sending HTTP requests *without* using urllib3's proxy support, it's possible to accidentally configure the `Proxy-Authorization` header even though it won't have any effect as the request is not using a forwarding proxy or a tunneling proxy. In those cases, urllib3 doesn't treat the `Proxy-Authorization` HTTP header as one carrying authentication material and thus doesn't strip the header on cross-origin redirects. Because this is a highly unlikely scenario, we believe the severity of this vulnerability is low for almost all users. Out of an abundance of caution urllib3 will automatically strip the `Proxy-Authorization` header during cross-origin redirects to avoid the small chance that users are doing this on accident. Users should use urllib3's proxy support or disable automatic redirects to achieve safe processing of the `Proxy-Authorization` header, but we still decided to strip the header by default in order to further protect users who aren't using the correct approach. ## Affected usages We believe the number of usages affected by this advisory is low. It requires all of the following to be true to be exploited: * Setting the `Proxy-Authorization` header without using urllib3's built-in proxy support. * Not disabling HTTP redirects. * Either not using an HTTPS origin server or for the proxy or target origin to redirect to a malicious origin. ## Remediation * Using the `Proxy-Authorization` header with urllib3's `ProxyManager`. * Disabling HTTP redirects using `redirects=False` when sending requests. * Not using the `Proxy-Authorization` header.

References

Community reviews

Loading reviews…