Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privileged Indico user
-
DeliveryCraft legacy contribution export request
-
ExploitInduce privileged user to open it
-
ExecutionSensitive data cached via flawed can_manage check
-
ImpactRetrieve emails and ACLs from lower-privilege API cache
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated low-privileged account on the target Indico instance (PR:L) AND successful social engineering of a privileged user into requesting a crafted LEGACY contribution export (UI:R) - the vulnerable path is the legacy contribution-export API whose cached response is keyed such that a lower-privileged user can later read it. Affected versions are Indico 3.3.3 through 3.3.13. Limiting factors: it is NOT remote-unauthenticated (attacker must hold a valid session), it depends on the privileged victim actively performing the induced export action, and the leaked data is limited to speaker/author email addresses and contribution ACL entries (no integrity or availability impact, no full-privilege management access). Instances on 3.3.14 or later, or those not exposing the legacy export flow to low-privileged users, are not exploitable. |
| Impact | This is a genuinely low-priority vulnerability, and the signals are consistent in pointing that way. The official CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N, base 3.5) describes a network-reachable but authenticated issue (PR:L) that requires user interaction from a privileged victim (UI:R) and yields only limited confidentiality impact (C:L) with no integrity or availability effect. CWE-863 (Incorrect Authorization) correctly frames this as a broken access-control check - Contribution.can_manage evaluates the ambient session user rather than the supplied user - rather than a direct authentication bypass. No EPSS score, CISA KEV listing, or public POC was provided in the input, so there is no evidence of active exploitation or automated weaponization; the exploit path also depends on social-engineering a privileged user into requesting a crafted legacy export and on specific API-cache behavior, which further limits real-world impact. The leaked data (speaker/author email addresses and ACL entries) is sensitive but not high-value credential or RCE material. Net: a legitimate but low-severity information-disclosure flaw that should be patched during normal maintenance, not an emergency. One caveat worth verifying: the input Tag 'Authentication Bypass' does not match CWE-863 (an authorization flaw), so do not treat this as an auth-bypass per the tag alone. |
| Exploit ScenarioDerived | A low-privileged but authenticated Indico user crafts a legacy contribution-export request and induces a privileged event manager to open it (e.g., via a shared link). Because the permission check evaluates the privileged victim's session instead of the requesting user, speaker/author email addresses and contribution ACL entries get stored in an API cache entry that the low-privileged attacker can then retrieve. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Indico versions 3.3.3 through 3.3.13 mis-handle authorization in the legacy contribution-export path, allowing an authenticated low-privileged user to cause speaker and author email addresses plus contribution access-control entries to be written into an API cache entry that can subsequently be retrieved with fewer privileges. Exploiting this requires a valid low-privileged session and successful social engineering of a privileged user into triggering a crafted legacy contribution export, so it is not remotely exploitable without authentication and not a full privilege escalation. There is a vendor-released patch in Indico 3.3.14, and no public exploit code or confirmed active exploitation has been identified at time of analysis; risk is genuinely low.
RemediationAI
Vendor-released patch: upgrade Indico to 3.3.14 or later - the release tagged v3.3.14 and the fixes in commits 0e71da31fc21d0ed0ce687cce5b745ba2fad0b92 and 5985cfa65a3441b7d3ca4ef1a9dc177c82ea0f26 resolve the incorrect authorization check, and the released version is the recommended remediation. Review the advisory at https://github.com/indico/indico/security/advisories/GHSA-p9vj-86c7-h7q3 for vendor guidance. If immediate upgrading is not possible, limit the blast radius by restricting the legacy contribution-export flow so it is not available to low-privileged accounts, and audit which accounts hold the contributions management permission (or legacy equivalent event management rights), because the leaked data is only written when a privileged user performs the induced export; note that removing this permission from ordinary users will reduce their ability to manage contributions legitimately. Consider invalidating or shortening TTLs on API cache entries to shrink the window in which a privileged export result remains readable, accepting the added load on the application. Because exploitation also requires the privileged user to be lured into performing the crafted export, user awareness about unsolicited export requests and links is a useful supplementary control but not a substitute for patching.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is an incorrect authorization check (CWE-863) inside Indico's contribution management logic. When checking inherited event-level contribution-management permission, Contribution.can_manage used the ambient web-session user instead of the user object supplied to the method, so downstream permission decisions were made against the wrong principal. The affected code is Indico's event/contribution permission framework (indico.modules.events.contributions), where a dedicated 'contributions' management permission was later introduced so that contribution module access could be scoped separately from full event management. The vulnerable flow is the legacy contribution-export API, whose response is cached; because the cache key/authorization handling did not correctly bind the cached payload to the requesting user's privilege level, a lower-privileged session could read a cache entry produced during a privileged user's export. The commit that resolves this refactors can_manage calls to pass an explicit permission ('contributions') and adds ContributionsPermission, ensuring permission checks evaluate the intended user and scope. There are no integrity or availability impacts - the exposure is limited to confidentiality of speaker/author email addresses and contribution ACL entries.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N
Authenticated low-priv attacker (PR:L) over the network (AV:N) must induce a privileged victim to act (UI:R); only limited email/ACL disclosure, so C:L and I:N/A:N.
Primary rating from Vendor (github).
CVSS VectorVendor: github
Lifecycle Timeline
1DescriptionCVE.org
Indico is a feature-rich event management system. Indico 3.3.3 through 3.3.13 incorrectly uses the ambient web-session user instead of the user supplied to Contribution.can_manage when checking inherited event contribution-management permission. A low-privileged user can induce a privileged user to request a crafted legacy contribution export and cause speaker or author email addresses and contribution access-control entries to be stored in an API cache entry retrievable with less privilege. This issue was fixed in Indico 3.3.14.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-100675
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB