Sicherheitslücke in Zammad: Fehlerhafte Verwaltung von Rechten

Wie ein Angriff aussieht

Angriff möglich

Über das Netzwerk, auch aus dem Internet

Anmeldung nötig

Nein

Mitwirkung eines Nutzers nötig

Ja

Aufwand für Angreifer

Gering

Folgen

Vertraulichkeit hoch · Veränderung von Daten hoch · Ausfall hoch

CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:A/AU:Y/V:C

Was du tun solltest

1. 1Prüfe, ob du Zammad einsetzt, auch als Teil anderer Produkte, Geräte oder Dienste.
2. 2Spiele die Updates des Herstellers ein oder setze seine Hinweise um. Danach betroffene Dienste neu starten.
3. 3Ist noch kein Update möglich: Zugriff aus dem Internet einschränken oder das System vom Netz nehmen, bis es aktualisiert ist.
4. 4Die Lücke wird bereits ausgenutzt. Prüfe deshalb auch, ob es Anzeichen für einen Angriff gibt, etwa unbekannte Dateien, Benutzerkonten oder Anmeldungen.

Originalbeschreibung

Zammad packages built with packager.io (DEB and RPM) could have allowed a local attacker who already had file system write privileges as the unprivileged zammad service account to escalate to full root privileges on the host. Service processes began running as root and executed files that were owned and writable by the zammad account before dropping their identity to that account. An attacker holding that foothold could have escalated within seconds, because the affected services were restarted automatically whenever they stopped; no administrator interaction was required. Only installations from the DEB and RPM packages were affected — installations from source or the official container images were not. All released packaged versions were affected.

Englisch, aus der National Vulnerability Database (NVD)