Skip to main content
VulnerabilityPublished Updated

CVE-2024-33666: zammad · Improper Access Control

Affects zammadSource CVE Database V5

0

Not known to be exploited · CVSS 8.6 High : upgrade to 6.3.0 soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
8.6High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 43% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 6.3.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 26 Apr 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade zammad to 6.3.0.

Affected software

ProductAffectedFixed in
RubyGemszammadpkg:gem/zammadOther threatsAffected
  • <6.3.0
Fixed in
  • 6.3.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2024-33666, organizations should: 1) Upgrade Zammad to version 6.3.0 or later as soon as it becomes available, as this version includes the fix for the improper access control issue. 2) In the interim, restrict API access by implementing network-level controls such as IP whitelisting or VPN access to limit exposure to trusted users only. 3) Review and tighten role-based access controls within Zammad to ensure customer users cannot access agent-only data fields. 4) Monitor API logs for unusual access patterns or attempts to retrieve time accounting data by unauthorized users. 5) If possible, disable or limit the API endpoints that expose ticket time accounting details until the patch is applied. 6) Educate internal teams about the sensitivity of time accounting data and the importance of promptly applying security updates. 7) Conduct regular audits of user permissions and API usage to detect and prevent privilege escalation or unauthorized data access. These steps go beyond generic advice by focusing on interim protective measures and proactive monitoring until the official patch is deployed.

Description

An issue was discovered in Zammad before 6.3.0. Users with customer access to a ticket could have accessed time accounting details of this ticket via the API. This data should be available only to agents.

References

Community reviews

Loading reviews…