Knox CVE Database
/
CVE-2026-102489
Critical
9.8

CVE-2026-102489: Zammad GmbH Zammad Session Fixation Vulnerability

Zammad GmbH Zammad contains a session fixation vulnerability that can lead to remote code execution as the zammad user. This vulnerability can be chained with CVE-2026-102490.

Added to the CISA KEV catalog:
October 2, 2026

Overview

Zammad, the open-source helpdesk platform, contains a session fixation flaw in versions 6.3.0 through 6.5.4 that allows an unauthenticated attacker to hijack an authenticated user session and execute code as the zammad OS user. The vulnerability is present in versions 7.0.0 through 7.1.3 but is not exploitable in those releases due to runtime environment differences. CISA notes this flaw can be chained with CVE-2026-102490, a local privilege escalation, for broader system compromise.

Vulnerability details

Affected vendor
Zammad GmbH
Affected product
Zammad
Weakness type (CWE)
CWE-384

Session fixation (CWE-384) occurs when an application accepts a session identifier supplied before authentication and continues using that same identifier after the user logs in. In Zammad 6.3.0 through 6.5.4, a session identifier set before authentication can remain valid after the victim logs in. The published advisories do not say which part of Zammad's session handling fails to reset it. An attacker who can plant or predict a session identifier in the target application can therefore observe the victim authenticate and then present that same token to the server as a fully authenticated session, bypassing any credential check entirely.


An attacker with network access to a Zammad instance supplies a crafted session identifier to the target, then waits for a legitimate user to authenticate using that session. Once the victim logs in, the attacker reuses the fixed token to take over the authenticated session, gaining the ability to execute code as the zammad OS user. A victim completing a login step is required for exploitation. When chained with CVE-2026-102490, as CISA notes, the attacker can escalate privileges beyond the zammad user account to achieve broader local compromise.

Severity and impact

9.8
Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
None
Scope
Unchanged
Confidentiality impact
High
Integrity impact
High
Availability impact
High

Exploitation status

This vulnerability is confirmed as actively exploited in the wild — it is listed in CISA's Known Exploited Vulnerabilities (KEV) catalog.

Known ransomware campaign use
Unknown

Detection and monitoring

  • Review Zammad application logs for session tokens that appear in requests both before and after a login event from different source IP addresses, which would indicate a fixed token being reused by a different client.
  • Audit authentication logs for accounts that show a login event followed immediately by activity from a source IP that did not initiate the login request, a pattern consistent with session hijacking after fixation.

Remediation

Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see References) guidance and CISA’s “Forensics Triage Requirements” (see References). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.
Federal (FCEB) remediation due date
October 5, 2026

Additional hardening

  • Upgrade Zammad to version 7.2.0, the current stable release confirmed by the vendor to include hardened session handling; instances on the 6.x line should treat any version below 6.5.4 as end-of-support and migrate rather than patch in place.
  • Restrict network access to the Zammad web interface to known user networks or a VPN, reducing the attacker's ability to plant session identifiers or observe authentication flows from an external position.
  • Review active sessions in Zammad's admin interface and invalidate all existing sessions after upgrading, ensuring no pre-existing fixed tokens remain valid in the post-patch environment.
  • Monitor for the chained local privilege escalation described in CVE-2026-102490; a compromised zammad user account is the precondition for that escalation, so host-level privilege changes on Zammad servers warrant immediate investigation.

Key dates

Published (NVD)
September 30, 2026
Added to CISA KEV
October 2, 2026
Remediation deadline
October 5, 2026
Last updated
October 3, 2026

References

Frequently asked questions

Does CVE-2026-102489 affect my FedRAMP authorization?

If Zammad GmbH Zammad runs inside your authorization boundary, yes, CVE-2026-102489 affects your FedRAMP authorization. CISA has listed this vulnerability in the Known Exploited Vulnerabilities (KEV) catalog with a remediation deadline of October 5, 2026. An unpatched KEV within your boundary is an assessor finding. You must either remediate it or formally document a mitigation before your assessor or sponsoring agency raises it.

How does Knox help me handle CVE-2026-102489?

Knox does not patch Zammad GmbH Zammad on your behalf. Under the FedRAMP shared-responsibility model, remediating CVE-2026-102489 is your obligation. What Knox provides is a pre-authorized, single-tenant boundary to remediate within, plus Knox's automated continuous monitoring platform and audit-artifact coverage to document the fix for your next assessment. The patch is yours to apply; maintaining a compliant posture while you apply it is not something you manage on your own.

How does Knox's monitoring help with vulnerabilities like this?

Knox's automated continuous monitoring platform watches your environment for newly disclosed vulnerabilities and compliance issues, including CVE-2026-102489. Exposure surfaces during ongoing monitoring rather than only when an assessor flags it at review time, giving your team the opportunity to act before a finding compounds.

How do I get FedRAMP authorized with Knox?

Knox runs a FedRAMP-as-a-Service platform. It gives SaaS vendors a pre-authorized cloud boundary on AWS, Azure, and GCP. Your application inherits 60-80% of the required security controls. You reach FedRAMP authorization in about 90 days for roughly 90% less than the traditional $3.5M path. Book a meeting and Knox will map your path to authorization.

What happens if CVE-2026-102489 isn't remediated by October 5, 2026?

An unremediated CVE-2026-102489 becomes a Plan of Action and Milestones (POA&M) item. A growing POA&M list is what turns a routine continuous-monitoring review into a difficult conversation with your sponsoring agency. Closing out the finding and documenting the remediation is what keeps your authorization clean and the agency relationship intact.

Ready to achieve FedRAMP authorization in 90 days or less?

Schedule a meeting to discuss scope, parse readiness, and map your company’s accelerated path to FedRAMP authorization.