CVE-2024-33666: zammad · n/a
Affects zammadSource CVE Database V5
Not known to be exploited · CVSS 8.6 High : upgrade to 6.3.0 soon.
Data as of 26 Oct 2026, 06:26 UTC
- 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:LExploitation evidence
Disclosed: evidence found.
CVE published 26 Apr 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 2026-10-26.
What to do
Upgrade zammad to 6.3.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
RubyGemszammadpkg:gem/zammadOther threats | Affected
| Fixed in
|
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.