Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privilege user
-
DeliveryIdentify/guess target taskbar item ID
-
ExploitCraft GraphQL query/mutation with victim's ID
-
ExecutionMissing authorization check bypassed
-
ImpactRead or modify victim's taskbar drafts
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Data exposure prevention
MITRE ATT&CK
2 techniques across 2 tactics: Collection, Discovery The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated Zammad account with API/GraphQL access (any low-privilege user/agent suffices - PR:L) and knowledge or enumeration of the target user's taskbar item identifier. Exploitation targets the taskbar feature, which stores transient session state including auto-saved ticket drafts. The advisory notes the missing authorization check applies 'under certain conditions,' so it may not trigger on every taskbar access path. Limiting factors: authentication is mandatory (no unauthenticated exploitation), impact is confined to one victim's taskbar item per request, and only transient draft/session data is exposed - not the full ticket store or credentials. Affects Zammad versions prior to 7.0.2. |
| Impact | This is a genuine broken-access-control (IDOR-style) flaw in Zammad's GraphQL API, but a low-severity one. The provided CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N, base 5.3) is internally consistent with the description: network-reachable, low attack complexity, and requiring an authenticated low-privilege account (PR:L). There is no EPSS score, no CISA KEV listing, and no public exploit identified at time of analysis - so exploitation status is 'no public exploit identified at time of analysis.' None of the signals point to widespread or automated exploitation; this is a targeted, low-impact data-exposure issue against a niche self-hosted product rather than a priority mass-exploitation candidate. One notable discrepancy: NVD scores integrity as VI:N (read-only exposure), yet the fix commit adds Pundit authorization not only to reads but to the Delete (destroy?), Update (update?), and TouchLastContact (update?) mutations - implying an attacker could also modify or delete another user's taskbar items (auto-saved ticket drafts), which is an integrity impact the official vector omits. My independent assessment therefore raises integrity to I:L. Overall a real but low-priority bug: authenticated-only, single-victim data at a time, confined to transient taskbar state. |
| Exploit ScenarioDerived | A low-privileged authenticated Zammad user (e.g. any agent) crafts a GraphQL request supplying another user's taskbar item identifier. Because the authorization check on the taskbar item is not enforced, the server returns that user's transient session state - including auto-saved ticket drafts - and, per the fix, the attacker could also update, touch, or delete those items. No public exploit code exists, but the attack is trivial to construct once the target's taskbar ID is known or enumerated. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 25, 2026
Broken access control in Zammad's GraphQL API allows an authenticated user to read taskbar item data - transient session state that can include auto-saved ticket drafts - belonging to another user by supplying that user's taskbar identifier. The flaw affects Zammad versions prior to 7.0.2 and was addressed upstream in the 7.0.2 release, which adds the missing authorization checks. Exploitation requires a valid low-privilege account (authenticated) plus knowledge or enumeration of the target taskbar item ID; there is no public exploit code identified at time of analysis, and impact is limited to a single victim's taskbar item per request.
RemediationAI
Upgrade to Zammad 7.0.2 or later, which is the vendor-released patch that enforces Pundit authorization on taskbar item arguments and adds the HasPunditAuthorization concern to TaskbarItemType; see the advisory at https://github.com/zammad/zammad/security/advisories/GHSA-jvcg-5539-vvc3 and the release notes at https://github.com/zammad/zammad/releases/tag/7.0.2 (fix commit: https://github.com/zammad/zammad/commit/4ccd5d573023b66b0d0184914c92417e1780793f). If immediate upgrade is not possible, compensating controls include restricting GraphQL API access to trusted networks or roles and reducing the number of accounts with API/GraphQL access, since exploitation requires an authenticated session - though this does not defend against a legitimately authenticated insider and may break integrations. Administrators can also monitor and purge stale taskbar records and shorten session/draft persistence, accepting that this degrades the draft auto-save experience for legitimate users. Note that no vendor workaround short of the 7.0.2 patch fully closes the missing authorization check.
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
Zammad is a Ruby on Rails-based open-source helpdesk/customer support platform that exposes a GraphQL API for its UI. The vulnerable component is the 'taskbar' feature, which persists short-lived per-session state - most notably auto-saved ticket drafts - under User::TaskbarItem objects. GraphQL mutation arguments for taskbar item operations (delete, update, and touchLastContact) declared their ID argument with a type loader (loads: Gql::Types::User::TaskbarItemType) but without a Pundit policy method, so the record was fetched by ID without evaluating authorization. The TaskbarItemType GraphQL type also lacked the HasPunditAuthorization concern, allowing field resolution on records outside the caller's ownership. The upstream fix wires loads_pundit_method: :destroy? and :update? into the mutation arguments and includes Gql::Types::Concerns::HasPunditAuthorization in TaskbarItemType, and adds regression specs asserting Exceptions::Forbidden is raised when a user targets another user's or agent's taskbar item. This maps to CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor) via an IDOR-style missing authorization check.
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 network access (PR:L, AV:N, AC:L); confidentiality low (draft exposure) and integrity low since the patched delete/update mutations allow modifying another user's taskbar items.
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.0.2, a broken access control vulnerability exists in Zammad's GraphQL API. An authenticated user can access taskbar item data belonging to another user by crafting a request with the target user's taskbar identifier. The taskbar feature stores transient state for active user sessions, including auto-saved ticket drafts. Under certain conditions, the authorization check for taskbar item access is not enforced, allowing a user to read another user's taskbar item data. This vulnerability is fixed in 7.0.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
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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-87221
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB