CVE-2026-90895
moderateAuthorization bypass and credential exposure in MISP interactive CLI shell
MISP versions through 2.5.45 implement access control in the interactive CLI shell separately from the web application, and the two paths diverge in several security-sensitive areas. A local attacker who already has legitimate, low-privileged CLI access (for example, a non-host-organisation MISP user with shell access to the server) can list and view feeds, sharing groups, and servers they are not authorized to see, and can establish CLI context on records without proving view permission. The exposed data can include Feed.headers containing HTTP authorization credentials and server synchronization authkeys, which could enable follow-on attacks against connected feed sources or syncing MISP instances. Any organization running MISP 2.5.45 or earlier where users other than site admins or host-organisation staff can reach the CLI shell is affected. No public proof of concept exists, the flaw is not in the CISA KEV catalog, and it is not known to be exploited in the wild.
What to do: Upgrade MISP to the latest release, which is newer than the affected 2.5.45, so that CLI commands enforce the same authorization as the web application. Until then, restrict interactive CLI shell access to site-admin and host-organisation users only. Rotate feed HTTP authorization credentials and server synchronization authkeys that were previously viewable via CLI output, and review CLI audit logs for unauthorized listing or viewing of feeds, sharing groups, or servers.
| MISP project MISP (Malware Information Sharing Platform) | ≤ 2.5.45 |
Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.
Affected versions of MISP’s interactive CLI shell implement access control independently from the normal web application, causing several authorization inconsistencies. The patch shows that CLI access could differ from the web application in multiple security-sensitive areas: - feed listings did not enforce the same lookup_visible restrictions for non-host-organisation users; - feed detail access did not enforce the same host-organisation/site-admin authorization as FeedsController::view(); - Feed.headers, which can contain HTTP authorization credentials, could be exposed instead of being hidden or masked; - server synchronization authkey values were not explicitly hidden from CLI detail output; - sharing-group detail access did not consistently use SharingGroup::checkIfAuthorised(); - the use command could establish context for a record without first proving that the user was authorized to view that record The commit additionally hardens pagination and terminal rendering, including neutralization of terminal control sequences found in database-backed values. Those are important hardening changes, but the main vulnerability is the CLI authorization/data-disclosure mismatch. Version affected: ≤2.5.45
- Weakness
- CWE-150, CWE-200, CWE-522, CWE-862
- Vector
- CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
In the news0 stories
No ingested article mentions this CVE yet.