CVE-2026-54339: Glean: Server-Side Request Forgery (SSRF) with Full Response Disclosure via Malicious RSS Feed in /api/feeds/discover

Published Sep 17, 2026
·
Updated

Glean is a self-hosted RSS reader and personal knowledge management tool. Prior to 0.2.6, POST /api/feeds/discover passes an attacker-supplied feedurl to discoverfeed(feedurl), creates a subscription through FeedService.createsubscription(), and enqueues fetchfeedtask. The background path calls fetchfeed(feed.url) and parsefeed(), which assigns each RSS item link to ParsedEntry.url. The task then passes ParsedEntry.url to fetchandextractfulltext(parsedentry.url) without network-level validation in backend/packages/rss/gleanrss/extractor.py and backend/apps/worker/gleanworker/tasks/feedfetcher.py. A malicious feed can therefore make the server request private, loopback, link-local, or cloud-metadata resources. The fetched response is stored in Entry.content and can be retrieved through GET /api/entries/{id}, producing non-blind server-side request forgery with full response disclosure. This can bypass network perimeters, probe internal services and ports, expose internal configuration or web content, and potentially disclose cloud metadata access tokens. This issue is fixed in version 0.2.6.

Affected Software

1 affected component
Glean Glean<0.2.6

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Glean to a version that resolves this vulnerability.

    Fixed in 0.2.6

Event History

Sep 17, 2026
CVE Published
via MITRE·08:21 PM
Data Sourced
via MITRE·08:21 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who can exploit this issue?

An attacker needs privileges to submit a POST request to /api/feeds/discover with an attacker-controlled feed_url. They can use a malicious RSS feed whose item links point to internal, loopback, link-local, or cloud-metadata resources.

2

Can an attacker read the responses from internal requests?

Yes. The worker fetches RSS item links and stores fetched content in Entry.content; the response can then be retrieved through GET /api/entries/{id}. This makes the SSRF non-blind and allows full response disclosure.

3

What versions are affected and what is the fix?

Glean versions prior to 0.2.6 are affected. Upgrade to version 0.2.6, which fixes the issue.

4

What could an attacker access through this vulnerability?

The server may be used to reach private, loopback, link-local, and cloud-metadata endpoints that are otherwise inaccessible to the attacker. This may expose internal services, configuration or web content, and potentially cloud metadata access tokens.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203