You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Introduced through
requests@2.25.1, prance@0.22.11.4.0 and others
Fixed in
requests@2.31.0
Exploit maturity
No known exploit
Detailed paths and remediation
Introduced through: project@0.0.0 › requests@2.25.1
Fix: Upgrade requests to version 2.31.0
Introduced through: project@0.0.0 › prance@0.22.11.4.0 › requests@2.25.1
Fix: Pin requests to version 2.31.0
Introduced through: project@0.0.0 › requests-aws4auth@1.0 › requests@2.25.1
Fix: Pin requests to version 2.31.0
…and 1 more
Security information
Factors contributing to the scoring:
Snyk: [CVSS 6.1](https://security.snyk.io/vuln/SNYK-PYTHON-REQUESTS-5595532) - Medium Severity
NVD: Not available. NVD has not yet published its analysis.
Why are the scores different? Learn how Snyk evaluates vulnerability scores
Overview
Affected versions of this package are vulnerable to Information Exposure by leaking Proxy-Authorization headers to destination servers during redirects to an HTTPS origin. This is a result of how rebuild_proxies is used to recompute and reattach the Proxy-Authorization header to requests when redirected.
NOTE: This behavior has only been observed to affect proxied requests when credentials are supplied in the URL user information component (e.g. https://username:password@proxy:8080), and only when redirecting to HTTPS:
HTTP → HTTPS: leak
HTTPS → HTTP: no leak
HTTPS → HTTPS: leak
HTTP → HTTP: no leak
For HTTP connections sent through the proxy, the proxy will identify the header in the request and remove it prior to forwarding to the destination server. However when sent over HTTPS, the Proxy-Authorization header must be sent in the CONNECT request as the proxy has no visibility into further tunneled requests. This results in Requests forwarding the header to the destination server unintentionally, allowing a malicious actor to potentially exfiltrate those credentials.
Completion criteria
(What does the end state look like - as long as this task(s) is done, this work is complete)
This vulnerability is remediated or ignored (because we have confirmed it doesn't affect us)
The text was updated successfully, but these errors were encountered:
Introduced through
requests@2.25.1, prance@0.22.11.4.0 and others
Fixed in
requests@2.31.0
Detailed paths and remediation
Introduced through: project@0.0.0 › prance@0.22.11.4.0 › requests@2.25.1
Fix: Pin requests to version 2.31.0
Introduced through: project@0.0.0 › requests-aws4auth@1.0 › requests@2.25.1
Fix: Pin requests to version 2.31.0
…and 1 more
Security information
Factors contributing to the scoring:
Why are the scores different? Learn how Snyk evaluates vulnerability scores
Overview
Affected versions of this package are vulnerable to Information Exposure by leaking Proxy-Authorization headers to destination servers during redirects to an HTTPS origin. This is a result of how rebuild_proxies is used to recompute and reattach the Proxy-Authorization header to requests when redirected.
NOTE: This behavior has only been observed to affect proxied requests when credentials are supplied in the URL user information component (e.g. https://username:password@proxy:8080), and only when redirecting to HTTPS:
For HTTP connections sent through the proxy, the proxy will identify the header in the request and remove it prior to forwarding to the destination server. However when sent over HTTPS, the Proxy-Authorization header must be sent in the CONNECT request as the proxy has no visibility into further tunneled requests. This results in Requests forwarding the header to the destination server unintentionally, allowing a malicious actor to potentially exfiltrate those credentials.
Completion criteria
(What does the end state look like - as long as this task(s) is done, this work is complete)
The text was updated successfully, but these errors were encountered: