CVE-2026-71246: Pixelfed's SearchController (behind the auth middleware) accepts a URL via its remote-search parameters and fetches it server-side through
Source GCVE Database
Not known to be exploited · CVSS 4.3 Medium.
Data as of 3 Nov 2026, 22:58 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 19% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 3 Nov 2026.
What to do
AI-suggested
Until a fix is available, restrict access to the SearchController to trusted users only and monitor for unusual internal requests. Consider implementing additional server-side validation to block requests to private, internal, or link-local IP ranges and enable strict DNS validation filtering IP ranges.
Description
Pixelfed's SearchController accepts a URL parameter for remote searching and fetches it server-side via ActivityPubFetchService. The service's URL validation only blocks localhost addresses and requires HTTPS but does not check if the resolved IP is within private or internal ranges. DNS validation is optional and does not filter IP ranges. The fetched response body is returned to authenticated users only if the content type matches ActivityPub types, resulting in a semi-blind SSRF vulnerability accessible to logged-in users.