HIGH 8.8

CVE-2026-56424: MISP Authorization Bypass Enabling Cross-Organization Data Tampering

MISP, a widely-used threat intelligence sharing platform, contained multiple authorization flaws that allowed authenticated users to modify or delete data belonging to other organizations. Instead of checking whether a user owned the data they were trying to change, the application sometimes checked permissions against the wrong object or skipped the ownership check entirely. This meant a user with basic access could tamper with event reports, intelligence collections, analyst notes, templates, and decay models belonging to competitors or other organizations—potentially corrupting shared threat intelligence and disrupting security teams' workflows.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-639, CWE-862, CWE-863
Affected products
1 configuration(s)
Published / Modified
2026-06-22 / 2026-06-23

NVD description (verbatim)

MISP core contained multiple broken access-control flaws where authorization checks were performed against the wrong entity, or where ownership/editability checks were missing on write paths. In affected subsystems, a lower-privileged authenticated user with the relevant feature permission could cause the application to authorize one object but mutate another, or could modify objects that were merely visible rather than editable by the user’s organization. The affected paths included: * Event Reports tag removal: the route-authorized report could differ from the report ID used for tag detachment, enabling cross-organization tag removal from another event report * Collection Elements bulk deletion: bulk deletion authorized against a collection whose ID matched the collection-element row ID, rather than the element’s actual parent collection, enabling deletion of elements from collections the user did not own. * Analyst Data capture/update: nested analyst data updates could overwrite an existing record without applying the normal canEditAnalystData ownership check, enabling cross-organization overwrite of analyst data records. * Template Elements editing: editing authorized against a template whose ID matched the template-element ID, rather than the element’s actual parent template, enabling unauthorized edits to another organization’s template elements. * Decaying Model editing and mappings: write paths loaded models using view-scope access but did not verify edit ownership, enabling users to edit or remap visible models owned by another organization.  Successful exploitation could allow an authenticated user with subsystem-specific permissions to perform unauthorized cross-organization modifications or deletions of MISP data, resulting in integrity loss, unauthorized tampering with shared intelligence, and disruption of analyst workflows.

5 reference(s) · View on NVD →

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

Technical summary

CVE-2026-56424 encompasses five distinct broken access-control vulnerabilities across MISP's core authorization logic. The common pattern: write operations either validated permissions against a different entity than the target (ID confusion), or omitted ownership checks altogether on view-scope data. Affected subsystems include: (1) Event Reports tag removal, where the authorized report ID could differ from the target report, enabling cross-org tag stripping; (2) Collection Elements bulk deletion, which checked a collection whose ID matched the row ID rather than the actual parent collection; (3) Analyst Data capture/update, where nested updates bypassed canEditAnalystData ownership verification; (4) Template Elements editing, authorized against a template ID matching the element ID instead of the parent template; and (5) Decaying Model editing, which loaded models via view-scope queries without verifying edit rights. Each flaw requires the attacker to hold subsystem-specific permissions but not necessarily ownership of the target object.

Business impact

In threat intelligence operations, data integrity is foundational. These flaws allow competitor organizations or malicious insiders with legitimate MISP access to sabotage shared intelligence by deleting collections, corrupting analyst annotations, tampering with template definitions, or modifying threat decay models. This undermines trust in MISP deployments used for collaborative intelligence sharing, potentially causing security teams to waste resources investigating corrupted threat data or to lose confidence in shared indicators. For organizations operating multi-tenant MISP instances, the risk extends to accidental or intentional cross-customer data manipulation, with serious compliance and liability implications.

Affected systems

MISP (Malware Information Sharing Platform & Threat Sharing) in versions prior to the patched release. The vulnerability affects any MISP deployment where multiple organizations or user groups share the same instance and rely on role-based access controls to prevent cross-organization data modification. Organizations using MISP for internal threat intelligence only, or those with strict network isolation, face lower risk; shared and federated MISP deployments face critical risk.

Exploitability

Exploitation requires valid MISP authentication and the target subsystem's feature permission (e.g., permission to manage event reports, or to edit analyst data). No network traversal or privilege escalation is needed; attacks are straightforward HTTP requests that can be crafted manually or scripted. The CVSS score of 8.8 (HIGH) reflects easy network access, low complexity, and the requirement for low-level privileges—but also that the attacker must already possess credentials and basic permissions. The vulnerability is not in KEV as of publication; however, the straightforward attack surface and high integrity impact suggest rapid exploitation is likely once details are known.

Remediation

Apply the patched MISP version released for this CVE (verify against the official MISP project advisory for exact version numbers and release date). The patch restores proper ownership and entity checks across all five affected subsystems. Organizations unable to patch immediately should restrict MISP access to trusted users and implement network-level controls to limit who can reach the platform. Consider disabling high-risk features (bulk deletion, template editing) temporarily if feasible, and monitor authorization logs for suspicious cross-organization data modifications.

Patch guidance

Check the MISP project's official security advisory and release notes for the patched version. Apply patches to all MISP instances in your environment, including development and staging. Test the patch in a non-production environment first, especially if you rely on the affected features (event report tagging, bulk collection operations, analyst data annotations, template management, or decay model configuration). After patching, review recent audit logs to detect any unauthorized modifications during the vulnerability window.

Detection guidance

Monitor MISP audit and access logs for: (1) users from one organization creating, updating, or deleting objects owned by another organization; (2) bulk deletion operations followed by data inconsistencies; (3) analyst data or template changes without the corresponding edit permission recorded; (4) event report modifications by users without explicit report ownership. Enable MISP's audit trail if not already active. Consider SIEM ingestion of MISP logs to correlate suspicious modifications with user account anomalies or lateral movement. Validate data integrity in shared collections and templates post-incident by comparing against backups or external threat intel feeds.

Why prioritize this

HIGH priority because (1) the CVSS score is 8.8, reflecting high confidentiality, integrity, and availability impact; (2) exploitation is simple and requires only valid credentials, not privilege escalation or complex attack chains; (3) the flaw directly threatens the core trust model of collaborative threat intelligence sharing; (4) potential for widespread data corruption across an organization's entire MISP instance. Organizations with multi-tenant or federated MISP deployments should treat this as critical. Even single-tenant deployments should prioritize patching to mitigate insider threats and compartmentalization failures.

Risk score, explained

The CVSS 3.1 vector AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H yields a score of 8.8. Network-accessible attack vector and low attack complexity reflect that any authenticated user can exploit the flaw via simple HTTP requests. Low privilege requirement acknowledges that attackers need valid credentials and subsystem permissions, but not admin or organization-owner roles. The high impact on confidentiality, integrity, and availability stems from the ability to read, modify, or delete sensitive threat intelligence across organizational boundaries. Unchanged scope (S:U) indicates the impact is limited to the MISP application itself, not the broader system.

Frequently asked questions

Does an attacker need administrative access to exploit this vulnerability?

No. The vulnerability requires only valid MISP credentials and a subsystem-specific feature permission (e.g., permission to manage event reports or edit analyst data). An ordinary analyst or operator-level user with the right permission can exploit the flaw. This is why the CVSS score reflects 'low privilege' requirement.

Can this vulnerability be exploited externally, or only by internal MISP users?

Only by authenticated MISP users. An attacker must first obtain valid login credentials. However, if your MISP instance is exposed to the internet or accessible to third-party organizations (as is common in threat intelligence sharing), the attack surface is much larger. Limit MISP network access to trusted networks and enforce strong authentication (multi-factor if possible).

How do I know if someone exploited this vulnerability before I patched?

Check MISP audit logs and event history for modifications to shared objects (event reports, collections, analyst data, templates, decay models) by users outside the owning organization, or by lower-privileged users who should not have edit access. Pay special attention to bulk deletion operations and changes to objects you don't recall modifying. If you have regular backups, compare recent states to detect unexpected changes.

Does this vulnerability allow remote code execution or access to MISP configuration files?

No. The vulnerability is strictly an authorization bypass for data manipulation within MISP's application logic. An attacker cannot execute arbitrary code, access the underlying database directly, or steal API keys or other secrets stored outside the affected data objects. The risk is limited to tampering with and deleting threat intelligence data visible to the attacker's user account.

This analysis is provided for informational purposes and should not be considered legal or compliance advice. Organizations are responsible for assessing the applicability of this vulnerability to their own MISP deployments and for validating patches and remediation steps in their own environment before production deployment. Verify all patch version numbers and availability against the official MISP project advisory. The absence of this vulnerability from CISA's KEV catalog at publication does not diminish its severity or your obligation to prioritize patching. SEC.co makes no warranty as to the completeness or accuracy of vulnerability information and recommends consulting official vendor advisories and security bulletins as primary sources. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).