Staging Environment: Content and features may be unstable or change without notice.

Advisory Weakness Curation

GHSA-jgh8-vchw-q3g7

Progress 0 / 0

Advisory Summaries

github_osv/GHSA-jgh8-vchw-q3g7

safeurl-python contains Server-Side Request Forgery ### Description In SafeURL it is possible to specify a list of domains that should be matched before a request is sent out. The regex used to compare domains did not work as intended. ### Impact The regex used was: `re.match("(?i)^%s" % domain, value)` This has two problems, first that only the beginning and not the end of the string is anchored. Second, that a dot in the domain matches any character as part of regex syntax. Therefore, an allowlist of ["victim.com"] could allow the domain "victimacomattacker.com" to be requested. This has lower impact since the usual attacker aim in an SSRF is to request internal resources such as private IP addresses rather than an attacker's own domain. But, in a case where SafeURL had specifically been used to try to limit requests to a particular allowlist, say for example a PDF renderer, the finding would be more severe. ### Patches Fixed in https://github.com/IncludeSecurity/safeurl-python/pull/5 ### References Server-side request forgery (SSRF) https://portswigger.net/web-security/ssrf

gitlab/pypi/safeurl-python/CVE-2023-24622

safeurl-python contains Server-Side Request Forgery In SafeURL it is possible to specify a list of domains that should be matched before a request is sent out. The regex used to compare domains did not work as intended.

gitlab/pypi/safeurl-python/GMS-2023-177

Duplicate This advisory duplicates another.