CVE-2026-56727
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 14 - wyżej niż 14% wszystkich znanych CVE
Streszczenie
W Zammad przed wersją 7.0.2 w przychodzącym przetwarzaniu e-maili PGP wartość zwracana przez weryfikację gpg była po cichu ignorowana. Niezależnie od tego, czy gpg zgłosił poprawny, niepoprawny czy brakujący podpis, procedura bezwarunkowo zapisywała sign: { success: true, comment: "Good signature" } w preferencjach bezpieczeństwa artykułu. Każdy nadawca mógł manipulować treścią podpisanego e-maila PGP lub stworzyć wiadomość z całkowicie sfałszowanym lub niepasującym podpisem, a Zammad wyświetlał ją jako kryptograficznie zweryfikowaną z etykietą "Good signature". Użytkownicy i agenci polegający na wskaźniku podpisu w celu potwierdzenia autentyczności i integralności wiadomości mogli zostać wprowadzeni w błąd, ufając zmodyfikowanym lub sfałszowanym treściom. Podatność dotyczy wszystkich przychodzących e-maili podpisanych PGP przetwarzanych przy włączonej integracji PGP. Problem naprawiono w wersji 7.0.2.
Ocena ryzyka
Atakujący może podszywać się pod nadawcę i modyfikować treść wiadomości, a system będzie je oznaczał jako zweryfikowane, co może prowadzić do dezinformacji, phishingu lub innych ataków socjotechnicznych.
Rekomendacja
Zaktualizuj Zammad do wersji 7.0.2 lub nowszej oraz poinformuj użytkowników o konieczności weryfikacji podpisów PGP w inny sposób do czasu wdrożenia poprawki.
Inne podatności w Zammad
Zobacz wszystkie- CVE-2017-6081Wysokie
W Zammad przed wersją 1.0.4, 1.1.x przed 1.1.3 oraz 1.2.x przed 1.2.1 odkryto problem CSRF. Atakujący może wykorzystać tę podatność, wysyłając żądania międzydomenowe bezpośrednio do API REST dla użytkowników z ważnym ciasteczkiem sesji.
- CVE-2026-102490WysokieAktywnie exploitowane
Podatność w pakietach Zammad (DEB i RPM) pozwala lokalnemu atakującemu z uprawnieniami zapisu jako nieuprzywilejowane konto usługi zammad na eskalację do pełnych uprawnień root na hoście. Procesy usług uruchamiane jako root wykonywały pliki należące do konta zammad przed zrzuceniem uprawnień, a automatyczne restarty usług umożliwiały szybką eskalację bez interakcji administratora.
- CVE-2026-102489KrytyczneAktywnie exploitowane
Podatność na przejęcie sesji w Zammad w wersjach 6.3.0 do 6.5.4 prowadzi do zdalnego wykonania kodu jako użytkownik zammad. Problem występuje również w wersjach 7.0.0 do 7.1.2, ale nie jest tam wykorzystywalny ze względu na zmiany w frameworku.
- CVE-2026-84458Krytyczne
W Zammad przed wersją 7.1.2, gdy włączone jest ustawienie "Automatic account link on initial logon", system wiąże tożsamość zewnętrznego dostawcy SSO z istniejącym kontem lokalnym na podstawie adresu e-mail raportowanego przez dostawcę, bez weryfikacji, że dostawca potwierdził własność tego adresu. Atakujący kontrolujący dowolną tożsamość u skonfigurowanego dostawcy (domyślnie m.in. dowolny tenant Azure AD przez rejestrację aplikacji Microsoft 365 /common) może ustawić e-mail tożsamości na adres ofiary, uwierzytelnić się i zostać zalogowanym jako ofiara, omijając jej lokalne hasło. Problem dotyczy wszystkich istniejących kont, w tym agentów i administratorów.
- CVE-2024-33668Krytyczne
W Zammad przed wersją 6.3.0 odkryto problem: Zammad Upload Cache używa niebezpiecznych, częściowo przewidywalnych identyfikatorów FormID do identyfikacji treści. Atakujący może próbować je odgadnąć (brute force), aby przesłać złośliwe treści do wersji roboczych artykułów, do których nie ma dostępu.
- CVE-2017-6080Krytyczne
W Zammad przed wersją 1.0.4, 1.1.x przed 1.1.3 oraz 1.2.x przed 1.2.1 zidentyfikowano problem związany z brakiem mechanizmu ochrony w nagłówkach HTTP Access-Control. Atakujący może wysłać żądania międzydomenowe bezpośrednio do API REST dla użytkowników z ważnym ciasteczkiem sesji i otrzymać wynik.
- CVE-2017-5619Krytyczne
W Zammad przed wersją 1.0.4, 1.1.x przed 1.1.3 oraz 1.2.x przed 1.2.1 odkryto problem, który pozwala atakującym logować się przy użyciu hasła w postaci skrótu zamiast prawidłowego ciągu hasła.
- CVE-2026-84465Wysokie
Zammad to internetowy system helpdesk typu open source. W wersjach przed 7.1.2, podczas sprawdzania podpisu cyfrowego przychodzącego e-maila podpisanego S/MIME, Zammad nie weryfikuje, czy certyfikat podpisujący jest rzeczywiście zaufany — sprawdza jedynie, czy certyfikat o pasującej nazwie jest już przechowywany w systemie. Atakujący może utworzyć własny certyfikat z nazwą prawdziwego, wcześniej zaufanego nadawcy i wysłać sfałszowany e-mail, który zostanie wyświetlony z oznaczeniem „prawidłowo podpisany”. Problem naprawiono w wersji 7.1.2.
- CVE-2026-84464Wysokie
Zammad to internetowy system helpdesk typu open source. W wersjach przed 7.1.2 funkcja External Data Source, używana do wyszukiwania rekordów w systemie zewnętrznym, nie weryfikowała odpowiednio, czy użytkownik ma prawo widzieć konkretny ticket, użytkownika, grupę lub organizację, zanim uwzględniła ich szczegóły w żądaniu do systemu zewnętrznego. Uwierzytelniony użytkownik, nawet z podstawowym dostępem klienta, mógł to wykorzystać, odwołując się do identyfikatora innego rekordu, i w ten sposób wyświetlić szczegóły ticketów, kont klientów, zespołów lub organizacji, które do niego nie należały. Problem naprawiono w wersji 7.1.2.
- CVE-2026-84463Średnie
W Zammad przed wersją 7.1.2 użytkownik z prawem edycji bazy wiedzy może osadzić widget wideo ze specjalnie spreparowaną wartością, która nie jest escapowana w kontekście atrybutu HTML. Gdy inny użytkownik z uprawnieniem przełączania sesji otworzy taką odpowiedź, jego przeglądarka wysyła żądanie do endpointu przełączania sesji Zammad z jego własnymi poświadczeniami, co powoduje przełączenie go na konto wybrane przez autora odpowiedzi.
Oryginalny opis (angielski, źródło NVD)
Zammad is a web based open source helpdesk/customer support system. Prior to 7.0.2, summary In Zammad's inbound PGP email processing, the return value of the gpg verification call was silently discarded. Regardless of whether gpg reported a valid, invalid, or missing signature, the handler unconditionally wrote sign: { success: true, comment: "Good signature" } to the article's security preferences. Impact Any sender could tamper with the body of a multipart/signed PGP email, or craft a message with an entirely fabricated or mismatched signature, and Zammad would display it to the recipient as cryptographically verified with a "Good signature" label. Users and agents relying on Zammad's signature indicator to confirm message authenticity and integrity would be misled into trusting modified or forged content. The vulnerability affects all inbound PGP-signed emails processed while the PGP integration is enabled. This issue is fixed in version 7.0.2.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

