CVE-2026-88915: MISP Event Template Instantiation Bypasses Sharing Group and Tagging Authorization

Published Sep 10, 2026
·
Updated

Affected versions of MISP do not consistently enforce the acting user's authorization when instantiating event templates.

For templates using distribution = 4, the template can specify a sharinggroupid. The instantiation path passed that value into event creation without verifying that the user instantiating the template was actually permitted to use the selected sharing group. The commit notes that Event::add() only performed its own sharing-group authorization in another code path, leaving template instantiation able to write the identifier directly.

The same instantiation path also attached template-specified tags without checking the user's normal tagging permissions. In addition, it hardcoded local => 0, meaning tags marked localonly could be attached globally and consequently propagate through synchronization or export, contrary to their intended restriction.

The fix adds explicit SharingGroup::canUse() authorization for the acting user, applies the same tag-modification checks used by normal event tagging, and ensures localonly tags are attached locally.

Version affected: ≤2.5.45

Affected Software

1 affected component
Misp Misp<=2.5.45

Event History

Sep 10, 2026
CVE Published
via MITRE·01:04 PM
Data Sourced
via MITRE·01:04 PM
DescriptionWeakness

Frequently Asked Questions

1

Who can exploit this issue?

A user who can instantiate event templates is the relevant attacker. Exploitation requires a template with distribution set to 4 that specifies a sharing_group_id, or template-specified tags that would normally require authorization.

2

What unauthorized actions could occur?

The user may create an event using a sharing group they are not permitted to use and attach tags without the normal tag-modification permission checks. Tags marked local_only may also be attached as non-local, allowing them to propagate through synchronization or export.

3

Are deployments affected by default?

The issue is reachable through event template instantiation, rather than ordinary event creation or tagging paths. Exposure depends on whether users can instantiate templates that specify sharing groups or tags.

4

What can be done before updating?

Restrict template instantiation to trusted users and review templates that use distribution 4 with a sharing_group_id. Also review templates containing tags, especially local_only tags, and avoid using them until the affected system is updated.

5

How can administrators look for possible impact?

Review events created from templates for sharing groups inconsistent with the creator's permissions and for tags the creator was not authorized to apply. Investigate template-created events carrying local_only tags that may have synchronized or been exported globally.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203