MEDIUM 4.3

CVE-2026-44780: Discourse Email Information Disclosure via Category Moderation Queue

Discourse has a privilege-bypass vulnerability where category moderators can read the full source of emails submitted to the platform, even if they lack explicit permission to view raw email content. When posts arrive via incoming email integration, a serialization component unintentionally exposes complete email headers, metadata, and body to anyone reviewing flagged posts—sidestepping the normal access controls that restrict raw email viewing. This leaks potentially sensitive information embedded in inbound emails to a wider set of moderators than intended.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
Weaknesses (CWE)
CWE-200
Affected products
2 configuration(s)
Published / Modified
2026-06-12 / 2026-06-17

NVD description (verbatim)

Discourse is an open-source discussion platform. From versions 2026.1.0-latest to before 2026.1.4, 2026.3.0-latest to before 2026.3.1, and 2026.4.0-latest to before 2026.4.1, ReviewableQueuedPostSerializer unconditionally included payload["raw_email"] for posts that arrived via incoming email. Category moderation group members reaching the review queue could therefore read the full inbound email source (headers, sender trace, MUA, body) without being in view_raw_email_allowed_groups — the trust boundary that gates the dedicated raw-email endpoint. This issue has been patched in versions 2026.1.4, 2026.3.1, 2026.4.1, and 2026.5.0-latest.1.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The ReviewableQueuedPostSerializer in Discourse versions 2026.1.0 through 2026.1.3, 2026.3.0 through 2026.3.0, and 2026.4.0 through 2026.4.0 unconditionally includes the raw_email field in the serialized payload when posts originate from incoming email. Category moderation group members—who have review queue access—can therefore retrieve the unfiltered email source without membership in view_raw_email_allowed_groups, the trust boundary protecting the dedicated raw-email API endpoint. This represents an information disclosure flaw (CWE-200) due to improper output filtering in the review queue serializer.

Business impact

Organizations using Discourse for team collaboration, customer support channels, or community management may inadvertently expose email metadata and content to a broader group of moderators than policy allows. This could reveal customer PII, internal correspondence, email client/server information, authentication tokens in headers, or other sensitive data embedded in inbound mail. Compliance frameworks (GDPR, HIPAA, SOC 2) may require tighter controls over who can access raw email; this vulnerability weakens that boundary and could trigger audit findings or remediation mandates.

Affected systems

Discourse installations using the incoming email feature are at risk if they rely on view_raw_email_allowed_groups to gate access to email source material. Affected version ranges: 2026.1.0–2026.1.3, 2026.3.0–2026.3.0, and 2026.4.0–2026.4.0. Patched versions: 2026.1.4, 2026.3.1, 2026.4.1, and 2026.5.0-latest.1. Instances without incoming email integration are unaffected.

Exploitability

Exploitability is straightforward for authenticated actors. An attacker with category moderation privileges (a role many organizations grant liberally) can navigate the review queue and inspect email metadata and content for any posts flagged for review. No network positioning, authentication bypass, or user interaction is required beyond normal forum access. The CVSS 3.1 score of 4.3 reflects this: low attack vector (network), low complexity, and requirement for authenticated login—but the impact is confined to information disclosure without integrity or availability effects.

Remediation

Apply security updates immediately: upgrade to 2026.1.4, 2026.3.1, 2026.4.1, or 2026.5.0-latest.1 (or later stable versions). The patch restricts raw_email inclusion in the ReviewableQueuedPostSerializer to only those users in view_raw_email_allowed_groups. After patching, validate that moderation group membership aligns with your organization's data-access policies.

Patch guidance

Verify the exact patched versions against the official Discourse advisory and your instance's version string (Settings > Admin > System). Update via package manager or Docker image if self-hosted. Verify the patch in a staging environment before production deployment. Monitor Discourse release notes for any rollout issues. If you cannot patch immediately, consider temporarily restricting category moderation group membership to users who have legitimate need to view raw email.

Detection guidance

Review audit logs for category moderation group members accessing the review queue, particularly around email-sourced posts, between your instance's deployment date and the patched version. Check Discourse logs (e.g., /var/discourse/shared/log/ in Docker) for API calls to review queue endpoints by moderators not in view_raw_email_allowed_groups. Correlate review queue access with posts tagged as incoming email. No known public exploit code exists; detection relies on access pattern analysis and version identification.

Why prioritize this

Although the CVSS score is MEDIUM (4.3), the vulnerability merits swift patching because: (1) it defeats a named access-control boundary (view_raw_email_allowed_groups), (2) email metadata often contains PII or authentication tokens that should be restricted, (3) many organizations grant moderation roles broadly, expanding the exposure, and (4) the patch is straightforward and available. Organizations in regulated industries or handling customer email should prioritize this within their standard patch cycle.

Risk score, explained

CVSS 3.1 assigns a score of 4.3 (MEDIUM severity) under the vector AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N. The score reflects a network-accessible, low-complexity attack requiring authenticated login (PR:L) with no user interaction, limited to confidentiality impact (C:L) and no scope change. While the absolute score is moderate, the nature of the leak—unguarded access to email source—makes it material in trust and compliance contexts.

Frequently asked questions

Does this vulnerability affect Discourse installations that don't use incoming email integration?

No. The vulnerability only manifests when the incoming email feature is enabled and posts arrive via email. If you do not route email into your Discourse instance, you are not affected.

Who can exploit this—is it limited to super-admins or staff?

Anyone with category moderation group membership can view the raw email payload in the review queue. Category moderators are not necessarily staff or admins; they are a separate, often more permissive role. This is what makes the trust-boundary breach significant.

What information is exposed in the raw email payload?

The full email source, including MIME headers (From, To, Subject, Date, X-* headers), authentication metadata, mail client/server information, message-ID chains, and the complete email body. This can include PII, credentials in auto-replies, or sensitive content intended only for moderation context, not broader review.

If we apply the patch, are past disclosures automatically remediated?

The patch prevents future exposures but does not audit or erase data already accessed via the vulnerability. If you suspect unauthorized access during the affected window, review moderation logs to identify which posts and metadata were viewed by whom.

This analysis is based on the official CVE record and Discourse vendor data as of the publication date. Security conditions and vendor advisories may evolve; consult the Discourse security page and your vendor for the most current guidance. Actual impact and exploitability may vary depending on instance configuration, deployed plugins, and operational controls. This document does not constitute legal or compliance advice; review with your security and legal teams per your regulatory obligations. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).