CVE-2026-94381 PUBLISHED

MISP Privilege Escalation: Read-Only API Key User Can Regain Full Role via updateLoginTime

Assigner: CIRCL
Reserved: 21.09.2026 Published: 21.09.2026 Updated: 21.09.2026

MISP has a security issue that can let a user gain more access than their API key is supposed to allow.

A read-only API key should only let someone view information. However, after logging in with such a key, a specific MISP function could accidentally restore the user’s normal account permissions. This means someone with a read-only API key could potentially gain write, delete, or even administrator access if their underlying account has those permissions.

Exploiting the issue requires a valid read-only API key and a single request to the affected function.

The main impact is that MISP’s API key restrictions can be bypassed, allowing actions that the API key was specifically meant to prevent.

Version affected: <2.5.47

Metrics

CVSS Vector: CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
CVSS Score: 8.7

Product Status

Vendor MISP
Product MISP
Versions
  • affected from 0 to 2.5.47 (excl.)

Solutions

The fix removes the call to User::getAuthUser() and Auth::login() from the updateLoginTime() method, which was re-authenticating the user with their full role permissions. It replaces this with a call to _refreshAuth(), which refreshes the authentication state while preserving the current (restricted) permission level associated with the API key, preventing privilege escalation.

Credits

  • Jeroen Pinoy reporter
  • iglocska remediation developer

References

Problem Types

  • CWE-269 Improper Privilege Management CWE

Impacts

  • CAPEC-114 Exploiting Incorrectly Configured Privileges