Description
In MISP, the queryEnrichment method in EventsController.php accepted a module name parameter and iterated over the list of enabled modules to find a match. If the specified module was not present in the enabled modules list, the code silently continued processing using default parameters (format set to 'simplified' and no module-specific configuration applied) rather than rejecting the request. This allowed an authenticated user to trigger enrichment or analysis processing through a module that was not explicitly enabled or available on the instance, bypassing the intended module availability controls. The lack of validation meant that module names outside the enabled set were not rejected, potentially exposing functionality or data processing paths that the administrator had not authorized for use.
Published: 2026-09-22
Score: 5.3 Medium
EPSS: n/a
KEV: No
Impact: Unauthorized module execution
Action: Apply patch
AI Analysis

Impact

The queryEnrichment method in MISP’s EventsController allows an authenticated user to specify a module name that the application will try to use for enrichment or analysis. If the supplied module is not in the enabled modules list, the code silently proceeds with default parameters, effectively permitting the use of modules that the administrator has not explicitly enabled. The absence of validation may expose unintended functionality or data paths, allowing the user to manipulate payloads or extraction flows that are not meant to be available. This flaw can lead to unauthorized access to processing features and potentially sensitive data. The weakness is a classic input validation issue (CWE‑20).

Affected Systems

This vulnerability affects the MISP platform, specifically the EventsController in the MISP web application. All versions of MISP that include the queryEnrichment method but lack the recent patch (commit 7dfcc4d32) are vulnerable. Administrators should verify whether their MISP instances are running a version older than the fix and consider applying the update.

Risk and Exploitability

The CVSS score of 5.3 indicates a moderate risk profile. The EPSS score is not available, so the current exploit probability cannot be quantified, and the vulnerability is not listed in CISA KEV. The exploit requires authenticated access to the MISP web interface, so it is limited to users who already have login credentials. An attacker with such credentials could trigger enrichment using a non‑enabled module; internal users with higher privileges could misuse the flaw to access data or functions that are intended to be restricted. The impact is confined to the application scope, with no evident remote code execution or privilege escalation beyond the user’s permissions, but the lack of defensive checks can undermine the intended security boundaries of the system.

Generated by OpenCVE AI on September 22, 2026 at 15:24 UTC.

Remediation

Vendor Solution

The fix adds a moduleFound flag that is set only when the requested module name matches an entry in the enabled modules list. After the lookup loop completes, if the flag remains false, the method throws a MethodNotAllowedException with the message 'Module not found or not available,' effectively rejecting any query that references a module not present in the enabled set.


OpenCVE Recommended Actions

  • Deploy the official patch from the MISP commit that introduces the moduleFound flag and rejects invalid modules.
  • Verify that queryEnrichment rejects requests for modules not listed in the enabled modules configuration, resulting in a MethodNotAllowedException.
  • Restrict permission of non‑administrative users to the EventsController queryEnrichment endpoint or to only those that require it.
  • Regularly audit the enabled modules list in MISP to ensure only authorized modules are activated.

Generated by OpenCVE AI on September 22, 2026 at 15:24 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 22 Sep 2026 15:45:00 +0000

Type Values Removed Values Added
First Time appeared Misp
Misp misp
Vendors & Products Misp
Misp misp

Tue, 22 Sep 2026 14:00:00 +0000

Type Values Removed Values Added
Description In MISP, the queryEnrichment method in EventsController.php accepted a module name parameter and iterated over the list of enabled modules to find a match. If the specified module was not present in the enabled modules list, the code silently continued processing using default parameters (format set to 'simplified' and no module-specific configuration applied) rather than rejecting the request. This allowed an authenticated user to trigger enrichment or analysis processing through a module that was not explicitly enabled or available on the instance, bypassing the intended module availability controls. The lack of validation meant that module names outside the enabled set were not rejected, potentially exposing functionality or data processing paths that the administrator had not authorized for use.
Title MISP EventsController queryEnrichment allows querying unavailable or legacy modules without validation
Weaknesses CWE-20
References
Metrics cvssV4_0

{'score': 5.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: CIRCL

Published:

Updated: 2026-09-22T15:31:52.088Z

Reserved: 2026-09-22T13:44:31.610Z

Link: CVE-2026-95674

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2026-09-22T14:17:21.990

Modified: 2026-09-22T16:18:22.263

Link: CVE-2026-95674

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-22T15:30:09Z

Weaknesses
  • CWE-20

    Improper Input Validation