Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as any low-privilege user
-
ExploitEnumerate sequential ticket IDs
-
ExecutionCall tag-list endpoint per ticket
-
ImpactHarvest internal tag labels for inaccessible tickets
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Requires a valid authenticated Zammad account of any privilege level (PR:L) - including a customer or limited agent lacking access to the target tickets - reachable over the network with no user interaction. The affected endpoint is the tag-list/autocomplete query whose policy granted access to any authenticated user prior to 7.1.2. Exploitation is limited to reading tag names (a confidentiality-only leak, no modification or DoS), and is naturally aided by sequential integer ticket IDs enabling bulk enumeration; it is fully closed by upgrading to Zammad 7.1.2, which restricts the endpoint to ticket.agent/admin.tag/knowledge_base.editor permissions. |
| Impact | All signals point to a low-priority information-disclosure flaw. The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N, base 5.3) captures it accurately: network-reachable and low-complexity, but requiring an authenticated account (PR:L) and yielding only limited confidentiality impact (VC:L) with no integrity or availability effect. This maps to a CVSS 3.1 equivalent of roughly 4.3. There is no EPSS score, no CISA KEV listing, and no public exploit code provided, so this is 'no public exploit identified at time of analysis' - not active exploitation. No SSVC decision data was supplied. The one factor that mildly elevates practical risk is that ticket IDs are sequential integers, making bulk enumeration of tag names across all tickets trivial for any logged-in user; still, the leaked data (internal tag labels) is bounded and non-critical. Net: a real but low-severity authorization (IDOR) defect, not a high-priority emergency. Note the vector is CVSS 4.0 only; no 3.1 vector was provided in the input. |
| Exploit ScenarioDerived | A low-privileged authenticated Zammad user (e.g. a customer or limited agent) calls the tag-list endpoint for ticket IDs they do not own. Because the tags controller/GraphQL autocomplete policy returned true for any authenticated user, they receive the tag names of arbitrary tickets, and by iterating sequential integer ticket IDs they enumerate tag labels across the whole system. No public exploit code is identified, but the attack is a trivial scripted loop over ticket IDs. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 25, 2026
Authenticated users of the Zammad helpdesk platform prior to 7.1.2 can read the tag names assigned to any ticket, including tickets they are not authorized to view, because the tag-list/autocomplete endpoint enforced no ticket-scoped authorization. Any account that can authenticate - including low-privilege customers or limited agents - can query the endpoint and, since ticket IDs are sequential integers, enumerate ticket tags in bulk to infer internal categorization and potentially sensitive labels. The exposure is confidentiality-only (no data modification or denial of service), no public exploit code has been identified at time of analysis, and the flaw is fully corrected in Zammad 7.1.2, where the endpoint is restricted to ticket.agent, admin.tag, and knowledge_base.editor permissions.
RemediationAI
Upgrade Zammad to version 7.1.2, which is the vendor-released patch that adds explicit permission requirements (ticket.agent, admin.tag, or knowledge_base.editor) to the tag list and autocomplete endpoints and closes the missing object-level authorization check; see the GitHub security advisory GHSA-6vgm-xxp4-p6jv and the upstream commits 13217eb6b3fdf350228b13f8cf69f640b8fd0da2 and d1a5eabdd1285b202f75761c4406edc5509e217e for details. Where immediate upgrade is not possible, note that no configuration toggle restores the check, so compensating controls are limited to reducing the attack surface: restrict who can hold authenticated accounts (in particular, audit and minimize self-registered or customer-tier accounts, since the leak requires only a valid login), and use a reverse proxy or WAF rule to block the tag search/list routes and the GraphQL autocomplete tag query - accepting the trade-off that legitimate tag autocomplete and tag search features will break for agents and admins. Because ticket IDs are sequential, also consider monitoring and rate-limiting authenticated requests to tag endpoints for signs of bulk enumeration, recognizing that this detects rather than prevents the disclosure. These workarounds are stopgaps only; applying the 7.1.2 upgrade is the definitive fix.
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 issue is an authorization bypass through a user-controlled key (CWE-639, commonly described as IDOR): the tag retrieval endpoint accepted a caller-supplied ticket identifier and returned associated tag data without validating that the requesting user had access to that ticket. In the Zammad codebase the affected surfaces were the GraphQL autocomplete search query (app/graphql/gql/queries/autocomplete_search/tag.rb) and the REST-backed tag controller policy (app/policies/controllers/tags_controller_policy.rb), whose rule was hard-coded to return true for any caller before the fix; the upstream commits add an explicit requires_permission declaration and replace the unconditional true with a check for the ticket.agent, admin.tag, or knowledge_base.editor permissions. Because tags are an internal categorization feature and ticket IDs are sequential, the missing object-level authorization check turns a simple authenticated request into a straightforward bulk enumeration primitive. Zammad is a Ruby on Rails web application, and the affected component is reachable over the network via the normal web/API interface, matching the CPE entry cpe:2.3:a:zammad:zammad:*:*:*:*:*:*:*:* for all builds below 7.1.2.
Know when Zammad gets its next vulnerability
- 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
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
Authenticated low-priv user (PR:L) over network with no interaction reads only internal tag labels, so C:L and I/A:N; scope unchanged.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
1DescriptionCVE.org
Zammad is a web based open source helpdesk/customer support system. Prior to 7.1.2, any authenticated user can call the REST endpoint for getting a tag list and receive the tag names for the given ticket, regardless of whether they have access to that ticket. Tags are an internal categorization feature and may contain sensitive labels. Ticket IDs are sequential integers, making bulk enumeration straightforward. This issue is fixed in version 7.1.2.
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
Session hijacking in self-hosted Zammad 6.3.0 through 6.5.4 allows remote, unauthenticated attackers to take over a legi
Local privilege escalation in Zammad lets an attacker who already controls the unprivileged 'zammad' service account ele
An issue was discovered in Zammad before 1.0.4, 1.1.x before 1.1.3, and 1.2.x before 1.2.1. Rated critical severity (CVS
An issue was discovered in Zammad before 1.0.4, 1.1.x before 1.1.3, and 1.2.x before 1.2.1, caused by lack of a protecti
Zammad 5.2.0 is vulnerable to privilege escalation. Rated critical severity (CVSS 9.8), this vulnerability is remotely e
An issue was discovered in Zammad before 4.1.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely explo
An issue was discovered in Zammad before 4.1.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely explo
An issue was discovered in Zammad before 3.4.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely explo
An issue was discovered in Zammad before 6.3.0. Rated critical severity (CVSS 9.1), this vulnerability is remotely explo
Zammad's SSO auto-linking logic can be abused to take over any existing local account, including agent and administrator
An access control issue in Zammad v5.0.3 allows attackers to write entries to the CTI caller log without authentication.
An issue was discovered in Zammad before 4.1.1. Rated critical severity (CVSS 9.1), this vulnerability is remotely explo
EUVD-2026-87259
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB