CTIPilot
AI-generated · no human review · verify critical claims against the linked source. how it works →
← Back to Daily brief 2026-10-02
HIGHCVE-2026-102489 +1exploitedupdatedNATOA2vulnerability

CVE-2026-102489 / CVE-2026-102490, Zammad helpdesk: a session-hijack remote code execution and a zammad-to-root escalation, both reported exploited since 21 September; 7.2.2 fixes the root flaw on DEB and RPM installs

Zammad 7.2.2 fixes the exploited zammad-to-root escalation on DEB and RPM installs; the session-leak RCE has a public exploit

Defender actions

  • Copy the application and network logs of every self-hosted Zammad instance, then upgrade it to Zammad 7.2.2 (6.5 and older receive no security fixes, and 7.2.0 is affected by the 27 advisories Zammad published on 2026-10-06) or take it offline if it cannot be upgraded.
  • On every instance that was internet-reachable on 6.3.0 to 6.5.4 since 2026-09-21, run DIVD's log-check script, and treat a hit, or any DEB or RPM host where code ran as the zammad account, as compromised.

Analysis

DIVD, the Dutch Institute for Vulnerability Disclosure, says attackers first reached its systems on 2026-09-21 and that they got in through two zero-days in Zammad, the customer-service ticketing software (DIVD CSIRT, 2026-10-09), which together allowed session hijacking, remote code execution and privilege escalation from the Zammad user to root "in seconds" (DIVD CSIRT, 2026-10-09). From there the attackers could access other services and exfiltrate data; DIVD says network segmentation and its incident response stopped them going deeper, and that volunteer data such as email addresses and possibly contact details got out (DIVD CSIRT, 2026-10-09). DIVD assesses the attack as driven by AI agents, because the attacker's scripts carry notes in which the agent justifies its own actions, and says it sees no link to any known public threat actor (DIVD CSIRT, 2026-10-09).

CVE-2026-102489 is a session hijack that leads to remote code execution as the zammad user in versions 6.3.0 to 6.5.4; the defect is also present in 7.0.0 to 7.1.3 but DIVD says it is not exploitable there because of environment conditions (DIVD CSIRT, 2026-10-01). NCSC-NL describes it as exploitable by an attacker who has not logged in (NCSC-NL, 2026-09-30), while DIVD's CVE record scores it CVSS 4.0 8.7 with passive user interaction (DIVD CSIRT, 2026-09-29). CVE-2026-102490 lets the local zammad user escalate to root, in all versions including the latest alpha according to DIVD's case page (DIVD CSIRT, 2026-10-01) and in DEB and RPM (packager.io) installations only according to Zammad's advisory of 2026-10-08 (Zammad advisory GHSA-p97w-927q-8vxq, 2026-10-08), and DIVD scores the pair 9.4 when chained (DIVD CSIRT, 2026-09-29). NCSC-NL states both flaws have been actively exploited since 2026-09-21, rates likelihood and damage as high, said then that Zammad had released an update for the first flaw only and that the second "is not yet fixed" (translated from Dutch) (NCSC-NL, 2026-09-30). DIVD's case page instead lists patch status Available, recommends upgrading to Zammad 7 or taking Zammad offline, and says it is scanning for and notifying owners of vulnerable instances (DIVD CSIRT, 2026-10-01).

Cited evidence

Both vulnerabilities have been actively exploited since 21 September 2026. (translated from Dutch)

The second vulnerability (CVE-2026-102490) has not yet been resolved. (translated from Dutch)

NCSC-NL 2026-09-30

We advise all users of Zammad to upgrade to version 7 of Zammad or to take it offline.

In all versions of Zammad including the latest alpha has an vulnerability which enables the local zammad user to escalate privileges to root.

DIVD CSIRT

Exploitation is only possible on Zammad 6.5 and older, because of the runtime environment those versions use.

We first received a report about this issue in August 2026 and analysed it then.

Update to Zammad 7.2.0, the current stable release.

Zammad GmbH

Zammad GmbH Zammad contains an improper privilege management vulnerability that can allow the local zammad user to escalate privileges to root.

CISA Known Exploited Vulnerabilities Catalog 2026-10-02

This issue is related to a confirmed vulnerability in packager.io, and our team is working on a solution.

An attacker would need access to the underlying server beforehand to exploit the vulnerability and escalate privileges.

Zammad 7.2.1 is an important security update that addresses critical vulnerabilities.

An attacker without any account could use this to register on an email address they did not own, have that account treated as already email-confirmed, and add it to any organization in the system.

Multi-factor authentication was enforced during a normal sign-in, but not on this path.

Zammad GmbH

Once an attacker has a valid admin session cookie from the leak, they can write arbitrary files into the Zammad application directory via the package installation endpoint.

Given that the privilege escalation vector we believe to be CVE-2026-102490 remains unpatched, we will be withholding those details.

Horizon3.ai 2026-10-07

Zammad 7.2.2 is an important security update. It addresses a vulnerability that only affects DEB/RPM packages (packager.io).

installations from source or the official container images were not. All released packaged versions were affected.

An attacker holding that foothold could have escalated within seconds, because the affected services were restarted automatically whenever they stopped

Zammad GmbH

Updates5

Update

CISA added both CVE-2026-102489 and CVE-2026-102490 to its Known Exploited Vulnerabilities catalog on 2026-10-02 and describes them as chainable (CISA KEV catalog, 2026-10-02). Zammad published its own statement on 2026-10-01: exploitation of CVE-2026-102489 is "only possible on Zammad 6.5 and older, because of the runtime environment those versions use", those versions no longer receive security fixes, Zammad 7.0 and later are not affected, and the code is hardened in 7.2.0, the current stable release (Zammad, 2026-10-01). For CVE-2026-102490 Zammad says "DIVD has not given us any technical details about this vulnerability", so it cannot confirm the flaw, its scope or the affected versions, names no fix, and disputes DIVD's handling of the disclosure, citing a report to Zammad on 2026-09-24 and public scanning and disclosure on 2026-09-26 (Zammad, 2026-10-01). Zammad also says it first received a report about CVE-2026-102489 in August 2026 and analysed it then, which is before the exploitation DIVD dates to 2026-09-21, so the vendor may have known of the flaw before it was exploited (Zammad, 2026-10-01).

Update

Zammad published its own security advisory for both CVEs on 2026-10-05 (Zammad, 2026-10-05). For CVE-2026-102490 it now says it has received DIVD's technical details and is analysing the issue as a high-priority item, assesses it as a local privilege escalation that cannot be exploited remotely on its own because an attacker would need access to the underlying server beforehand, and says the issue is related to a confirmed vulnerability in packager.io and that its team is working on a solution (Zammad, 2026-10-05). The advisory names no fixed release for it. Zammad recommends that administrators still on 6.5 or older update immediately, since those versions no longer receive security updates, and that access to the underlying server be restricted to trusted administrators (Zammad, 2026-10-05).

Update

Zammad released 7.2.1 on 2026-10-06 as an important security update that addresses critical vulnerabilities, with no action needed for SaaS customers and an immediate upgrade advised for self-hosted installations (Zammad, 2026-10-06). The release comes with 27 security advisories published the same day, rated by Zammad as two critical, twelve high, ten medium and three low (Zammad advisory records, 2026-10-06); every affected range ends at 7.2.0 and none carries a CVE id yet (Zammad advisory records, 2026-10-06). 7.2.0, the release Zammad recommended on 2026-10-01, is therefore affected itself.

The two critical advisories: the public sign-up form accepted account fields it should have ignored, so an attacker without any account could register on an email address they did not own, have that account treated as already confirmed and add it to any organization, then read and reply to other customers' tickets in those organizations, with a second flaw letting a customer change fields of another customer's ticket in the same organization (Zammad advisory GHSA-79wh-8g2f-xj2c, 2026-10-06); and the email-verification flow established a fully authenticated session for an account that had never completed email verification and had multi-factor authentication configured, without the second factor, which needs possession of the account's verification email but no password and carries the account's permissions up to administrator (Zammad advisory GHSA-f3qr-94c2-7mx2, 2026-10-06). Among the high-rated advisories are a remote code execution through a template sanitizer bypass in automation configuration, a session identifier disclosed in an authenticated configuration response that enabled off-host session takeover, and a second-order SQL injection in ticket overview sorting (Zammad advisory records, 2026-10-06).

No source reports exploitation of any of the 27 flaws. Zammad's advisory of 2026-10-05 still says its team is working on a solution for CVE-2026-102490 and none of the 27 titles names that flaw, so whether 7.2.1 closes the exploited root escalation is not stated (Zammad, 2026-10-05; Zammad advisory records, 2026-10-06).

Update

Horizon3 published a reverse-engineering of CVE-2026-102489 on 2026-10-07, with a proof-of-concept repository (Horizon3, 2026-10-07). Zammad keeps the state of every connected WebSocket client, including the session Cookie header, in a class-level registry that is passed to every event; a single request to the /ws WebSocket endpoint carrying the event name base makes the dispatcher instantiate an event class that has no implementation, and the resulting error message, which includes the object's full representation, is returned to the caller together with the cookies of all active users (Horizon3, 2026-10-07). With a leaked administrator session an attacker writes files into the application directory through the package installation endpoint, overrides the built-in password-reset email view with a malicious template and triggers a password reset for any user, which executes the template as the zammad user (Horizon3, 2026-10-07).

Horizon3 says it believes the privilege escalation is CVE-2026-102490, that it remains unpatched, and that it is withholding those details (Horizon3, 2026-10-07). Horizon3's write-up names no Zammad version; Zammad's advisory of 2026-10-05 says CVE-2026-102489 is exploitable only on 6.5 and earlier (Zammad, 2026-10-05).

Update

Zammad released 7.2.2 on 2026-10-08 as an important security update that addresses a vulnerability affecting only DEB and RPM packages built with packager.io; SaaS customers need take no action and self-hosted installations are told to upgrade immediately (Zammad, 2026-10-08). Its GitHub advisory GHSA-p97w-927q-8vxq describes a local privilege escalation to root: services started as root and executed files that the unprivileged zammad account owned and could write before dropping privileges, and that account could write to the installation directory, so an attacker already running code as zammad could have reached root within seconds because the services restarted automatically whenever they stopped; installations from source or the official container images were not affected and every released packaged version was (Zammad advisory GHSA-p97w-927q-8vxq, 2026-10-08). The advisory record lists CVE-2026-102490, names 7.2.2 as the patched version and versions up to 7.2.1 as vulnerable (Zammad advisory GHSA-p97w-927q-8vxq, 2026-10-08), and DIVD's case page says Zammad has fixed the first flaw in release 7.2 and the second in release 7.2.2 (DIVD CSIRT, 2026-10-09). Zammad's advisory page of 2026-10-05 still says its team is working on a solution (Zammad, 2026-10-05), so the vendor's own pages disagree on status. Nothing changes for the code-execution flaw: it stays exploitable only on 6.5 and older, which receive no security fixes.

Sources17

Revision history

  1. Published 2026-10-02T0404Z-intel
  2. Update 2026-10-04T0405Z-intel

    CISA added both CVEs to its KEV catalog on 2026-10-02, and Zammad's own statement of 2026-10-01 says the code-execution flaw is exploitable only on 6.5 and older (which receive no security fixes), that 7.0 and later are not affected and 7.2.0 hardens the code, and that it cannot confirm the root-escalation flaw because DIVD gave it no technical details. Zammad also says it first received a report about the code-execution flaw in August 2026, before the exploitation DIVD dates to 2026-09-21.

    Changed: title headline summary tags cves sources evidence sourcing_note actions body

  3. Update 2026-10-06T0405Z-intel

    Zammad's own advisory of 2026-10-05 says it now has DIVD's technical details for CVE-2026-102490, assesses it as a local escalation that needs prior access to the server, ties it to a confirmed vulnerability in packager.io and is working on a solution; no fix is named yet. Zammad advises restricting access to the underlying server to trusted administrators.

    Changed: summary cves sources evidence sourcing_note actions body

  4. Update 2026-10-07T0404Z-intel

    Zammad released 7.2.1 on 2026-10-06 with 27 security advisories, two rated critical (a public sign-up path to other customers' tickets and a multi-factor bypass in the email-verification flow), all affecting 7.2.0 and earlier; 7.2.0 is therefore no longer the release to install. None of the advisories carries a CVE id, none is reported exploited, and no source says whether 7.2.1 fixes the exploited root escalation CVE-2026-102490.

    Changed: headline summary tags techniques cves sources evidence sourcing_note actions body

  5. Update 2026-10-08T0404Z-intel

    Horizon3 published the root cause of CVE-2026-102489 and a working exploit on 2026-10-07: a single unauthenticated WebSocket request makes Zammad return an error carrying every active user's session cookies, and a leaked administrator session writes a mail template through the package installation endpoint that runs code as the zammad user. The exploited flaw now has a public exploit, and Horizon3 says the root escalation remains unpatched.

    Changed: headline summary tags techniques cves sources evidence sourcing_note actions body

  6. Update 2026-10-10T0255Z-intel

    Zammad 7.2.2 (2026-10-08) fixes the local escalation from the zammad account to root that no vendor fix covered before, in DEB and RPM (packager.io) installations only; installations from source and the official container images were never affected. The exploited code-execution flaw and its public exploit are unchanged.

    Changed: title headline summary tags cves sources evidence sourcing_note actions body

PROVENANCE

AI-generated · no human review · this permalink is the shareable record for the finding · verify operationally critical claims against the linked primary source.