SSRF and local file disclosure via unvalidated URLs
Applications that pass attacker-controlled URLs to `webpage` versions before 2.1.0 may be vulnerable to server-side request forgery (SSRF) or local file disclosure. `HTTP::fetch` and `Webpage::from_url` passed URLs to libcurl without restricting the URL scheme or validating the resolved destination IP address. Redirects were followed without checking whether the new destination was internal. Depending on how the application uses the response, an attacker could: - Read local files accessible to the application process using `file://` URLs. - Cause requests to internal or link-local services (e.g. cloud metadata endpoints at `http://169.254.169.254`) via direct private-IP URLs or by chaining HTTP redirects through an attacker-controlled server. Starting in 2.1.0, `HTTP::fetch` and `Webpage::from_url` reject non-HTTP(S) URL schemes and destinations that resolve to non-public IP addresses, including after redirects. Applications that intentionally fetch trusted internal resources can opt in to the previous behavior with `HTTP::fetch_unrestricted` or `Webpage::from_url_unrestricted`. Reported by [Aiden Mohan](https://github.com/AidenMohan).
- Products
- webpage
- Affected versions
- Not specified
- Fixed versions
- 2.1.0
- CVEs
- Not specified
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 1 Nov 2026, 14:47 UTC · Revision 1
Source evidence
SSRF and local file disclosure via unvalidated URLs
core-osv · Original sourcePublished 22 Oct 2026, 12:00 UTC
Applications that pass attacker-controlled URLs to `webpage` versions before 2.1.0 may be vulnerable to server-side request forgery (SSRF) or local file disclosure. `HTTP::fetch` and `Webpage::from_url` passed URLs to libcurl without restricting the URL scheme or validating the resolved destination IP address. Redirects were followed without checking whether the new destination was internal. Depending on how the application uses the response, an attacker could: - Read local files accessible to the application process using `file://` URLs. - Cause requests to internal or link-local services (e.g. cloud metadata endpoints at `http://169.254.169.254`) via direct private-IP URLs or by chaining HTTP redirects through an attacker-controlled server. Starting in 2.1.0, `HTTP::fetch` and `Webpage::from_url` reject non-HTTP(S) URL schemes and destinations that resolve to non-public IP addresses, including after redirects. Applications that intentionally fetch trusted internal resources can opt in to the previous behavior with `HTTP::fetch_unrestricted` or `Webpage::from_url_unrestricted`. Reported by [Aiden Mohan](https://github.com/AidenMohan).
osv:RUSTSEC-2026-0407
webpage
Fixed versions: 2.1.0
Complete source record
{
"id": "a336179150961ee1892646ca14208b12a2bbb0f296e3b1e7df317d597df12d43",
"url": "https://osv.dev/vulnerability/RUSTSEC-2026-0407",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "SSRF and local file disclosure via unvalidated URLs",
"summary": "Applications that pass attacker-controlled URLs to `webpage` versions before 2.1.0 may be vulnerable to server-side request forgery (SSRF) or local file disclosure. `HTTP::fetch` and `Webpage::from_url` passed URLs to libcurl without restricting the URL scheme or validating the resolved destination IP address. Redirects were followed without checking whether the new destination was internal. Depending on how the application uses the response, an attacker could: - Read local files accessible to the application process using `file://` URLs. - Cause requests to internal or link-local services (e.g. cloud metadata endpoints at `http://169.254.169.254`) via direct private-IP URLs or by chaining HTTP redirects through an attacker-controlled server. Starting in 2.1.0, `HTTP::fetch` and `Webpage::from_url` reject non-HTTP(S) URL schemes and destinations that resolve to non-public IP addresses, including after redirects. Applications that intentionally fetch trusted internal resources can opt in to the previous behavior with `HTTP::fetch_unrestricted` or `Webpage::from_url_unrestricted`. Reported by [Aiden Mohan](https://github.com/AidenMohan).",
"evidence": "osv:RUSTSEC-2026-0407",
"products": [
{
"name": {
"value": "webpage",
"evidence": "/affected/0/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "2.1.0",
"evidence": "/affected/0/ranges"
}
],
"affected_versions": []
}
],
"severity": "high",
"structured": {
"id": "RUSTSEC-2026-0407",
"aliases": [
"GHSA-23hp-j76v-pcwj",
"RUSTSEC-2026-0407"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N"
}
],
"affected": [
{
"ranges": [
{
"type": "SEMVER",
"events": [
{
"introduced": "0.0.0-0"
},
{
"fixed": "2.1.0"
}
]
}
],
"package": {
"name": "webpage",
"purl": "pkg:cargo/webpage",
"ecosystem": "crates.io"
},
"database_specific": {
"cvss": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N",
"source": "https://github.com/rustsec/advisory-db/blob/osv/crates/RUSTSEC-2026-0407.json",
"categories": [
"file-disclosure"
],
"informational": null
},
"ecosystem_specific": {
"affects": {
"os": [],
"arch": [],
"functions": []
},
"affected_functions": null
}
}
],
"modified": "2026-10-26T14:00:04.244031092Z",
"provider": "osv",
"references": [
"https://crates.io/crates/webpage",
"https://rustsec.org/advisories/RUSTSEC-2026-0407.html",
"https://github.com/orottier/webpage-rs/commit/5742fbee437c04170d101e10df3534e87730f36d"
],
"provider_metadata": {
"license": "CC0-1.0"
}
},
"related_cves": [],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 454185,
"published_at": "2026-10-22T12:00:00+00:00"
}