MEDIUM 5.3

CVE-2026-50128: Mastodon AttributionDomains Signature Bypass Vulnerability

Mastodon, the open-source social network platform, contains a vulnerability in how it validates author attribution claims on posts. Attackers can forge or modify claims about where an article originated without being detected by Mastodon's signature verification system. This affects versions 4.3.0 through 4.5.10 (4.5.x line) and 4.4.0 through 4.4.17 (4.4.x line). The flaw lies in a JSON-LD configuration error that weakens cryptographic signing, allowing an attacker to tamper with authorship metadata on legitimately signed updates.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
Weaknesses (CWE)
CWE-354
Affected products
0 configuration(s)
Published / Modified
2026-06-24 / 2026-06-25

NVD description (verbatim)

Mastodon is a free, open-source social network server based on ActivityPub. From 4.3.0 until 4.5.11 and 4.4.18, Mastodon has a feature to let websites credit authors of their articles. To prevent false attribution claims, Mastodon uses the attributionDomains JSON-LD term, however, an error in how it is defined makes Linked Data Signatures on the toot:attributionDomains property ineffective. An attacker can arbitrarily modify the attributionDomains value of a legitimately signed Update activity and bypass Mastodon’s signature verification. This vulnerability is fixed in 4.5.11 and 4.4.18.

2 reference(s) · View on NVD →

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

Technical summary

The vulnerability stems from improper definition of the attributionDomains JSON-LD term in Mastodon's implementation of Linked Data Signatures. When an ActivityPub Update activity contains attribution information, Mastodon intends to cryptographically sign the data to ensure authenticity. However, due to the configuration error, the toot:attributionDomains property is not properly included in the signature verification scope. This allows an attacker to intercept or modify a legitimately signed Update activity, change the attributionDomains value to claim false authorship or credit, and have Mastodon accept the modification as valid. The underlying issue is categorized as an improper verification of a cryptographic signature (CWE-354).

Business impact

For Mastodon instances and their users, this vulnerability undermines content provenance and journalistic integrity. Users relying on attribution metadata to identify the original source of shared articles cannot trust that information. News organizations, publishers, and content creators using Mastodon for distribution face reputational risk if their work is falsely attributed or if attribution is stripped. Instance administrators may face user complaints and loss of confidence in the platform's integrity guarantees. The impact is primarily reputational and trust-based rather than causing data loss or service disruption.

Affected systems

Mastodon versions 4.3.0 through 4.5.10 (inclusive) and 4.4.0 through 4.4.17 (inclusive) are affected. Mastodon 4.5.11 and 4.4.18 contain the fix. Self-hosted Mastodon instances running unpatched versions are at risk. Managed Mastodon hosting providers and federated instances using vulnerable versions can be exploited by remote attackers to inject false attribution metadata.

Exploitability

This vulnerability requires no special privileges, authentication, or user interaction to exploit. An attacker with network access can craft malicious ActivityPub Update activities and send them to vulnerable Mastodon instances. The attack is straightforward: modify the attributionDomains property of a legitimately signed activity and submit it. Because signature verification does not cover this property, the instance will accept the forged attribution. The CVSS score of 5.3 (MEDIUM) reflects the low attack complexity and network-accessible nature, though impact is limited to integrity of metadata rather than confidentiality or availability.

Remediation

Upgrade Mastodon to version 4.5.11 (for the 4.5.x line) or 4.4.18 (for the 4.4.x line) or later. These releases include the corrected JSON-LD definition that properly encompasses attributionDomains in the signature verification scope. Instance administrators should prioritize patching given the simplicity of exploitation, even though severity is rated MEDIUM. No workarounds are available; patching is the only mitigation.

Patch guidance

Administrators of self-hosted Mastodon instances should consult the official Mastodon repository and release notes for upgrade instructions specific to their deployment (Docker, source installation, etc.). Review the migration guide if jumping multiple minor versions. Test the upgrade in a staging environment first. For managed Mastodon hosting, contact your provider to confirm patch deployment timeline. Verify the fix by checking the instance version and confirming the JSON-LD signature definition change in the patched code, if possible. After upgrade, monitor federation logs for any anomalies during the transition period.

Detection guidance

Monitor for ActivityPub Update activities where the attributionDomains property differs from what your records show for a given content creator or article source. Implement logging of all incoming Update activities and periodically audit high-value content for attribution drift. Check your Mastodon instance logs for signature verification events or warnings (if verbose logging is enabled). On a preventive basis, ensure your instance is running the patched version by checking the /api/v1/instance endpoint for the version field. For federated instances, cross-reference published attribution claims against the originating server's claims to detect inconsistencies.

Why prioritize this

While the CVSS score is MEDIUM (5.3), the vulnerability is straightforward to exploit and directly undermines trust in content attribution—a core feature of a social network used by journalists and publishers. The attack requires no authentication and can be automated. The fix is available and non-disruptive, making patching a reasonable near-term priority. Organizations relying on Mastodon for content distribution or those operating public instances should patch promptly to avoid reputational damage and user complaints.

Risk score, explained

The CVSS 3.1 score of 5.3 reflects: Network-based attack vector (AV:N), low attack complexity (AC:L), no privileges required (PR:N), no user interaction (UI:N), unchanged scope (S:U), no confidentiality impact (C:N), low integrity impact (I:L), and no availability impact (A:N). The low integrity impact rating recognizes that only metadata is affected, not user data or service availability. However, in contexts where content attribution is critical (journalism, academic publishing), the business impact may justify treating this as higher priority than the base score alone suggests.

Frequently asked questions

Can an attacker use this to steal credentials or access private messages?

No. This vulnerability affects only the integrity of attribution metadata on public posts. It does not compromise authentication, encryption, or access to private communications. Attacker impact is limited to forging or modifying the attributionDomains claim on ActivityPub Update activities.

Does this vulnerability affect Mastodon.social or other large managed instances?

Large managed instances like Mastodon.social are typically maintained by their operators and patched promptly. However, the vulnerability potentially affects any Mastodon instance running unpatched versions 4.3.0–4.5.10 or 4.4.0–4.4.17, whether self-hosted or managed. Check your instance's version and patch status.

What is attributionDomains and why does it matter?

attributionDomains is a Mastodon feature that credits the original source website of an article or content shared on Mastodon. It helps users and servers identify the legitimate author or publisher. Without proper signature verification, false or misleading attribution claims can be injected, undermining the trust users place in the source information.

Is there a way to detect if my content's attribution has been tampered with?

Detecting tampering requires comparing the attributionDomains value you published with the value seen by other servers. Mastodon instances do not currently provide automated detection of such tampering. If you suspect falsification, cross-check claims with your official website or contact your instance administrator to review activity logs for your account.

This analysis is based on the CVE-2026-50128 advisory and Mastodon's official release notes. Organizations should verify patch availability and compatibility with their specific Mastodon deployment before applying updates. Conduct internal testing in non-production environments. The vulnerability is not known to be in active exploitation (not listed on CISA's KEV catalog as of the advisory date), but organizations should not delay patching. SEC.co makes no warranty regarding the completeness or fitness of this information for any particular use case; consult official vendor documentation and your internal security team for deployment decisions. Source: NVD (public-domain), retrieved 2026-08-02. Analysis generated by SEC.co (claude-haiku-4-5).