ZeroHour
oss-securitypublished ()ingested 1

CVE-2026-82438: Apache Storm Webapp: Authenticated API Responses Exposed to Arbitrary Web Origins

mediumVulnerabilityimportance 30CVE-2026-82438
AI summary · glm-5.3

Three CORS misconfigurations in Apache Storm 3.0.0 let malicious web pages from arbitrary origins read authenticated API responses.

CVE-2026-82438 (severity: important) affects Apache Storm Webapp (storm-webapp) versions 3.0.0 before 3.1.0. Three separate mechanisms allowed a web page on an unrelated origin to read responses served to authenticated users, including the Logviewer reflecting the request's Origin header in Access-Control-Allow-Origin while also sending Access-Control-Allow-Credentials. This enables a malicious site to silently exfiltrate authenticated Storm API and log data from a victim's browser session.

  • CVE-2026-82438 rated important by Apache
  • Affects Apache Storm Webapp 3.0.0 before 3.1.0
  • Logviewer reflected arbitrary Origin with credentials allowed
  • Enables cross-origin theft of authenticated API responses

Vulnerabilities mentionedAll →

CVEVulnerabilityCVSSEPSSFlagsAffectedExposurePublished
CVE-2026-82438
CORS/JSONP Flaws Expose Apache Storm UI, Logviewer and DRPC Data to Any Website

Apache Storm's web components (UI, Logviewer, and DRPC) contained three distinct cross-origin weaknesses that let a web page on any origin read API responses served to an authenticated operator. The Logviewer reflected the request's Origin header back in Access-Control-Allow-Origin while also sending Access-Control-Allow-Credentials: true, a shared CORS filter was misconfigured so the container's credential-permitting defaults applied, and the UI and Logviewer wrapped every GET response in a caller-supplied JSONP callback with no way to disable it. An attacker needs only to get an authenticated Storm operator to visit a malicious web page; the page can then silently read cluster, topology, and log data on that operator's behalf. Any deployment running a version prior to 3.1.0 with the UI, Logviewer, or DRPC HTTP endpoints in use is affected. No public proof of concept is known and there is no evidence of exploitation in the wild.

Do: Upgrade to Apache Storm 3.1.0, which stops reflecting the request origin in credentialed responses, configures the CORS filter explicitly, and disables JSONP by default (ui.enable.p=false). If you cannot upgrade immediately, place the UI, Logviewer, and DRPC endpoints behind a reverse proxy that strips Access-Control-Allow-Origin and Access-Control-Allow-Credentials from responses and rejects requests carrying a callback parameter. Check whether any dashboards, scripts, or tooling pass a callback query parameter to the Storm UI or Logviewer and migrate them to ordinary JSON requests before upgrading, since JSONP is now off by default.

8.1
  • Apache Storm all versions prior to 3.1.0 (no lower bound stated in the advisory)
moderatelikely on the order of 1,000–10,000 Storm clusters worldwide, with only a small internet-exposed subset
Full article

Posted by Richard Zowalla on Sep 13 Severity: important Affected versions: - Apache Storm Webapp (org.apache.storm:storm-webapp) 3.0.0 before 3.1.0 Description: Description Three separate mechanisms allowed a web page on an unrelated origin to read responses that Storm's HTTP components served to an authenticated user. The Logviewer reflected the request's `Origin` header back in `Access-Control-Allow-Origin` while also sending `Access-Control-Allow-Credentials:...

This source does not provide full text. Read it at seclists.org.