Podatności Zammad

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.

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.

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.

Zammad 7.1.0 zawiera uwierzytelnioną podatność na nieprawidłową autoryzację w punkcie końcowym klonowania załączników artykułów biletów.

Zammad przed wersją 7.0.1 zawiera błąd autoryzacji w punkcie końcowym REST POST /api/v1/ai_assistance/text_tools/:id. Dane kontekstowe (np. grupa lub organizacja) dostarczone do użycia w promptcie AI nie były sprawdzane pod kątem dostępności dla bieżącego użytkownika, co prowadzi do użycia nieautoryzowanych danych w promptcie.

W Zammad, webowym systemie helpdesk, przed wersjami 7.0.1 i 6.5.4, endpoint REST POST /api/v1/ai_assistance/text_tools/:id nie sprawdzał, czy użytkownik ma uprawnienia do korzystania z narzędzia tekstowego. Umożliwiało to użycie go w każdej sytuacji, bez odpowiedniej autoryzacji.

Zammad przed wersją 7.0.1 zawiera podatność na iniekcję szablonów po stronie serwera (SSTI), która prowadzi do zdalnego wykonania kodu (RCE) przez agenta AI. Wpływ jest ograniczony do środowisk, gdzie atakujący może kontrolować type_enrichment_data (zwykle konfiguracja administracyjna wysokiego poziomu).

Zammad przed wersjami 7.0.1 i 6.5.4 umożliwia nieuwierzytelnionym atakującym dostęp do punktu końcowego 'getting started', który ujawnia wrażliwe dane wewnętrzne, nawet po zakończeniu konfiguracji systemu.

W Zammad, webowym systemie helpdesk, przed wersjami 7.0.1 i 6.5.4, endpoint używany do tworzenia zgłoszeń (ticket creation) nie sprawdzał autoryzacji, gdy używany był parametr do dodawania linków. Umożliwiało to nieautoryzowane tworzenie zgłoszeń z linkami.

Podatność CSRF w Zammad przed wersjami 7.0.1 i 6.5.4. Punkty końcowe OAuth dla Microsoft, Google i Facebook nie walidują parametru stanu CSRF.

Podatność w mechanizmie SSO w Zammad przed wersjami 7.0.1 i 6.5.4. System nie weryfikował, czy nagłówek pochodzi z zaufanego proxy/gateway SSO przed podjęciem działań.

Zammad, webowy system helpdesk/customer support, przed wersjami 7.0.1 i 6.5.4, zawierał podatność w modelu webhooka polegającą na braku walidacji adresów loopback lub link-local. Sprawdzany był tylko schemat URL (HTTP/HTTPS) i nazwa hosta, co mogło prowadzić do ujawnienia poufnych metadanych dostawców chmury/hostingu. Poprawka rozszerza walidację zarówno przy konfiguracji webhooków, jak i przy wyzwalaniu zadań webhooka.

Zammad to webowy system helpdesk/obsługi klienta. Przed wersjami 7.0.1 i 6.5.4, sanitizer HTML dla artykułów zgłoszeń nieprawidłowo oczyszczał schematy URI data:, co pozwalało na przechowywanie złośliwej treści w bazie danych. GUI Zammad renderuje tę treść, ale dzięki regułom CSP kliknięcie w link nie powoduje szkód. Luka jest naprawiona w wersjach 7.0.1 i 6.5.4.

System Zammad przed wersją 7.0.1 umożliwia klientom w organizacjach współdzielonych (widzącym wzajemnie swoje zgłoszenia) podgląd pól nieprzeznaczonych dla klientów, w tym pól wewnętrznych (np. priorytet, atrybuty niestandardowe). Dzieje się tak, gdy klient otwiera zgłoszenie innego użytkownika z tej samej organizacji. Klienci nie mogą modyfikować tych pól.