Skip to main content

Zammad EUVDEUVD-2026-87224

| CVE-2026-65828 LOW
Missing Authorization (CWE-862)
2026-09-25 GitHub_M
2.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 to Zammad instance
  2. Delivery
    Learn victim's pending-upload form_id UUID
  3. Exploit
    POST to legacy destroy_form on AttachmentsController
  4. Execution
    UploadCache records deleted without ownership check
  5. Impact
    Victim's temporary uploads silently removed before submission

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
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

Requires an authenticated account on the affected Zammad instance (PR:L) running a version prior to 7.1.2 with the legacy destroy_form action on AttachmentsController reachable. The decisive limiting factor is that the attacker must know the victim's specific pending-upload form_id UUID, which is not enumerable predictably - this is why CVSS assigns AC:H and why the score is low. Exploitation only affects uploads that are still in the temporary UploadCache stage (not yet committed to a submitted ticket or article), so timing against a victim's in-progress composition is also required. No non-default feature or configuration toggle is needed beyond a standard Zammad deployment.

Impact

This is a genuinely low-priority issue whose signals are internally consistent - not a high-CVSS-but-low-real-risk mismatch. The NVD CVSS 4.0 base score of 2.3 (AV:N/AC:H/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L) reflects the reality: exploitation requires authentication (PR:L), succeeds only under high attack complexity (AC:H) because the attacker must first learn a victim's unpredictable pending-upload form_id UUID, and yields no confidentiality impact and only minor integrity/availability harm (deletion of another user's not-yet-submitted temporary attachments). No EPSS score, KEV listing, or public POC is present in the provided data - absence of these is expected for a low-impact vandalism bug and does not indicate suppressed risk. There is no SSVC decision data supplied. The only conflicting metadata is the tag 'Authentication Bypass,' which mischaracterizes a missing-authorization (CWE-862) flaw - the attacker is authenticated and the defect is a broken ownership check, not an auth bypass. Bottom line: real but minor, appropriately scored low; patch during normal maintenance cadence.

Exploit ScenarioDerived

An authenticated Zammad user (e.g., another agent or customer on the instance) obtains or guesses another user's pending-upload form_id UUID and sends a request to the legacy destroy_form action on AttachmentsController, which deletes UploadCache Store records matching that form_id without checking ownership. The victim's temporary file uploads silently vanish before they submit their ticket or article, causing lost work and confusion. No public exploit is identified at time of analysis; the practical barrier is discovering the target's UUID, which is why CVSS rates attack complexity high.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.9).
Patch available 0.2% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Sep 25, 2026

Zammad helpdesk instances prior to 7.1.2 expose a legacy destroy_form action on AttachmentsController that deletes temporary UploadCache store records using only a caller-supplied form_id and performs no ownership verification (CWE-862), so an authenticated user who knows another user's pending-upload UUID can silently wipe that user's in-progress attachments before the ticket or article is submitted. Exploitation requires a valid account on the instance plus knowledge of the victim's non-enumerable form_id UUID and only affects files still in the transient pre-submission cache, which is why the base score is a low 2.3 under CVSS 4.0 (equivalently AV:N/AC:H/PR:L/UI:N/C:N/I:L/A:L on CVSS 3.1). No public exploit code or confirmed active exploitation was identified at time of analysis, and the flaw is fixed in Zammad 7.1.2.

RemediationAI

Upgrade to Zammad 7.1.2 or later; this is a vendor-released patch (7.1.2) and the fix is visible in commit 3b755736fdbee8ff6ddf53661d6912d3d3028325, with details in advisory GHSA-x4f3-367g-m93g. Because the vulnerable legacy destroy_form action remains reachable only until the upgrade is applied, a workaround for environments that cannot patch immediately is to block external requests to that legacy controller action at the reverse proxy or WAF while allowing the standard upload-cache endpoints - the trade-off being that any client or integration still relying on the legacy destroy_form route will fail, so confirm no active usage first. Additional compensating controls with low side effects include restricting helpdesk network exposure to trusted networks or VPN, alerting on destroy_form calls and on upload-cache deletions shortly followed by a user reporting missing attachments, and noting that the attack requires knowing another user's form_id UUID, so treating those identifiers as secrets and avoiding logging or embedding them in shared links measurably raises the bar; rotating or shortening the lifetime of pending upload caches further narrows the window in which the deletion can succeed.

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

Zammad is a Ruby on Rails application whose attachment workflow stages files in a temporary "UploadCache" (implemented as Store records keyed by an object type and an o_id equal to the form_id UUID) before they are committed to a ticket or article. The vulnerable legacy code path called Store.remove(object: 'UploadCache', o_id: params[:form_id]) directly from AttachmentsController#destroy_form without any authorization check, and the controller's prepend_before_action :authorize! list covered only :show and :destroy - a textbook CWE-862 Missing Authorization, where the object identifier supplied by the client is trusted as a capability token while the server never ties it to the requesting user. The upstream fix (commit 3b755736fdbee8ff6ddf53661d6912d3d3028325) adds :destroy_form to the authorize! callback, introduces an AttachmentsControllerPolicy#destroy_form? that delegates to UploadCachePolicy via Pundit, wraps cache access in a new UploadCache abstraction, and adds a created_by_id scope to Store.list so that cache reads and deletions are constrained to the owning user (with an explicit created_by_id: nil override used only for policy checks). The CPE record cpe:2.3:a:zammad:zammad:*:*:*:*:*:*:*:* reflects that the affected version range is defined by the fixed release rather than a single pinned build.

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 2.3 LOW
CVSS:4.0/AV:N/AC:H/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N
vuln.today AI 4.2 MEDIUM

Authenticated (PR:L) network attacker must first learn an unpredictable victim form_id UUID (AC:H); deleting another user's pending upload harms integrity and availability only (I:L/A:L), no data read (C:N).

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

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

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

Lifecycle Timeline

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

DescriptionCVE.org

Zammad is a web based open source helpdesk/customer support system. Prior to 7.1.2, the legacy destroy_form action on AttachmentsController deletes UploadCache Store records based solely on a user-supplied form_id without verifying that the requesting user owns those records. An authenticated attacker who learns another user's pending-upload UUID can silently remove temporary file uploads before the victim submits their ticket or article. This issue is fixed in version 7.1.2.

Threat Intelligence Overview

EPSS Score
0.2%
Top 91% exploitable
Prevalence
Low
niche self-hosted open-source helpdesk software, limited enterprise footprint
Data Quality
6 sources
Confidence: High

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 LOW
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.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
Defer
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

12
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +12
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