Skip to main content

Zammad CVE-2026-84460

| EUVDEUVD-2026-87259 MEDIUM
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-09-25 GitHub_M
5.3
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as any low-privilege user
  2. Exploit
    Enumerate sequential ticket IDs
  3. Execution
    Call tag-list endpoint per ticket
  4. Impact
    Harvest 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Zammad < 7.1.2

Affected Packages

euvd zammad fix: 7.1.2

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

Vendor (GitHub_M) PRIMARY 5.3 MEDIUM
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
vuln.today AI 4.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

1
Patch available
Sep 25, 2026 - 19:04 EUVD

DescriptionCVE.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

EPSS Score
0.3%
Top 84% exploitable
Prevalence
Low
self-hosted open-source helpdesk, modest niche deployment footprint
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

26
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +26
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

More in Zammad

View all
CVE-2026-102489 CRITICAL POC
9.4 Sep 30

Session hijacking in self-hosted Zammad 6.3.0 through 6.5.4 allows remote, unauthenticated attackers to take over a legi

CVE-2026-102490 CRITICAL POC
9.4 Sep 30

Local privilege escalation in Zammad lets an attacker who already controls the unprivileged 'zammad' service account ele

CVE-2017-5619 CRITICAL
9.8 Mar 13

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

CVE-2017-6080 CRITICAL
9.8 Mar 13

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

CVE-2022-35490 CRITICAL
9.8 Aug 08

Zammad 5.2.0 is vulnerable to privilege escalation. Rated critical severity (CVSS 9.8), this vulnerability is remotely e

CVE-2021-42090 CRITICAL
9.8 Oct 07

An issue was discovered in Zammad before 4.1.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely explo

CVE-2021-42094 CRITICAL
9.8 Oct 07

An issue was discovered in Zammad before 4.1.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely explo

CVE-2020-26030 CRITICAL
9.8 Dec 28

An issue was discovered in Zammad before 3.4.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely explo

CVE-2024-33668 CRITICAL
9.1 Apr 26

An issue was discovered in Zammad before 6.3.0. Rated critical severity (CVSS 9.1), this vulnerability is remotely explo

CVE-2026-84458 CRITICAL
9.1 Sep 25

Zammad's SSO auto-linking logic can be abused to take over any existing local account, including agent and administrator

CVE-2022-27332 CRITICAL
9.1 Apr 27

An access control issue in Zammad v5.0.3 allows attackers to write entries to the CTI caller log without authentication.

CVE-2021-42091 CRITICAL
9.1 Oct 07

An issue was discovered in Zammad before 4.1.1. Rated critical severity (CVSS 9.1), this vulnerability is remotely explo

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy