Luka w poczcie Zimbra (CVE-2023-34192): obcy skrypt przejmuje skrzynki pracowników
Błąd w Zimbra 8.8.15 bez Patch 40 pozwala uruchomić obcy skrypt w poczcie pracownika i działać jego uprawnieniami. CISA potwierdza ataki. Zaktualizuj serwer, sprawdź reguły przekazywania i zaplanuj migrację.
Ten alert jest dla zarządu, CTO i CFO firm, które prowadzą pocztę firmową na własnym lub dzierżawionym serwerze Zimbra Collaboration Suite. Werdykt: jeśli serwer działa na Zimbra 8.8.15 starszym niż Patch 40, zaktualizuj go dziś, a ponieważ gałąź 8.8.15 nie ma już wsparcia producenta, zaplanuj przejście na utrzymywaną wersję; luka jest wykorzystywana w atakach.
1. CO SIĘ STAŁO? Fakty w pigułce
Amerykańska agencja CISA 25 lutego 2025 roku dopisała podatność CVE-2023-34192 do katalogu KEV, czyli listy luk, o których ma dowody, że są wykorzystywane w prawdziwych atakach. Błąd dotyczy Zimbra Collaboration Suite (ZCS), pakietu do poczty, kalendarzy i kontaktów, rozwijanego przez firmę Synacor. Jest to luka typu cross-site scripting w funkcji automatycznego zapisywania wersji roboczej wiadomości: pozwala uruchomić obcy skrypt w przeglądarce użytkownika zalogowanego do poczty.
Producent wydał poprawkę 30 maja 2023 roku (8.8.15 Patch 40), CVE opublikowano 6 lipca 2023 roku, a do katalogu CISA luka trafiła dopiero w 2025 roku. Termin naprawy wg CISA minął 18 marca 2025 roku. To klasyczny przykład luki, która czeka latami na serwerach, których nikt nie aktualizuje.
Element
Szczegóły
Identyfikator CVE
CVE-2023-34192
Data dodania do CISA KEV
2025-02-25
Termin naprawy wg CISA
2025-03-18 (21 dni od wpisu)
Produkt
Synacor Zimbra Collaboration Suite (ZCS), klasyczny interfejs poczty w przeglądarce
Wersje zagrożone
Zimbra 8.8.15 od wydania podstawowego do Patch 39 włącznie (NVD wylicza 41 pozycji). Producent i NVD nie wskazują innych gałęzi jako podatnych
Wersje bezpieczne
Pierwsza z poprawką: 8.8.15 Patch 40 (30 maja 2023 roku). Ostatnia wydana dla tej gałęzi: 8.8.15 Patch 47. Gałąź 8.8.15 ma status „End of Technical Guidance” od 31 grudnia 2024 roku; gałęzie 9.0.0 i 10.0.x straciły wsparcie 30 czerwca 2025 roku, więc zalecana jest gałąź 10.1, dla której producent nie podaje daty końca wsparcia (najnowsza: 10.1.20)
Typ podatności
Cross-site scripting (XSS), wykonanie skryptu w przeglądarce zalogowanego użytkownika; CWE-79
Ocena CVSS
9.0/10 KRYTYCZNA (CVSS 3.1) wg NVD i CISA, taka sama w bazie europejskiej. Atak przez sieć, niska złożoność, wymaga konta o niskich uprawnieniach i działania innego użytkownika; skutki wychodzą poza podatny element (zmiana zakresu)
💡 Rozbieżność w opisach uprawnień: CISA pisze o „zalogowanym napastniku”, a ocena CVSS mówi o niskich uprawnieniach i konieczności działania ofiary. Oba opisy są zgodne: napastnik potrzebuje dowolnego konta na serwerze (np. przejętej skrzynki pracownika), a atak zadziała, gdy inna osoba otworzy przygotowaną treść. Na serwerze z wieloma skrzynkami i ponownie używanymi hasłami te warunki nie są dużą przeszkodą.
2. O CO CHODZI W PROSTYCH SŁOWACH?
Wyobraź sobie firmową tablicę ogłoszeń w recepcji, na której każdy pracownik może przypiąć kartkę. Ktoś z dostępem do budynku przypina kartkę, która wygląda zwyczajnie, ale zawiera polecenie dla sekretarki: „przekaż kopię każdego listu na ten adres”. Sekretarka czyta tablicę w ramach codziennej pracy i wykonuje polecenie, bo wygląda ono na firmowe. Nikt nie włamywał się do sejfu, a korespondencja i tak wypływa.
Tak działa ta luka. Serwer pocztowy nie oczyszczał treści zapisywanej w wersji roboczej, więc przygotowany skrypt trafiał do interfejsu i uruchamiał się w przeglądarce ofiary. Przeglądarka jest wtedy zalogowana do poczty, więc skrypt działa z uprawnieniami tej osoby: może czytać i wysyłać wiadomości albo zmieniać ustawienia skrzynki, np. dodać regułę przekazywania poczty na zewnątrz.
💡 Cross-site scripting (XSS) to błąd, przez który strona internetowa wyświetla i uruchamia kod podsunięty przez obcą osobę. Reguła przekazywania to ustawienie skrzynki, które automatycznie wysyła kopię wiadomości na inny adres. End of Technical Guidance to status, po którym producent przestaje wydawać poprawki dla danej wersji.
Scenariusz
Normalnie
Z podatnością
Pracownik otwiera pocztę w przeglądarce
Widzi wiadomości, nic więcej się nie dzieje
W tle może wykonać się obcy skrypt działający jego uprawnieniami
Reguły przekazywania poczty
Zakłada je świadomie użytkownik
Mogą zostać dodane po cichu przez skrypt
Przejęte hasło jednego pracownika
Daje dostęp do jednej skrzynki
Może posłużyć jako punkt wyjścia do ataku na skrzynki innych osób
Konto byłego pracownika
Nieużywane, nikt nie zagląda
Idealne do przygotowania ataku, bo nikt nie zauważy aktywności
Ślady w systemie
Standardowe logowania
Działania wyglądają jak zwykła praca zalogowanego użytkownika
źródło: https://unsplash.com
3. JAK HAKERZY TO WYKORZYSTUJĄ?
Poniżej typowy przebieg ataku dla tej klasy podatności. To scenariusz poglądowy, a nie odtworzenie konkretnego incydentu. Luka wymaga konta na serwerze i działania ofiary, a CISA ocenia, że ataku nie da się zautomatyzować, więc zwykle poprzedza go zdobycie hasła jednego pracownika.
Etap
Czas
Akcja hakerów
Wynik
1. Zdobycie konta
T+0
Przejęcie hasła do dowolnej skrzynki na serwerze, np. z wycieku z innego serwisu lub przez wyłudzenie
Dostęp do jednego konta pocztowego
2. Przygotowanie
T+godziny
Umieszczenie przygotowanej treści wykorzystującej lukę
Pułapka czeka na ofiarę
3. Uruchomienie
T+godziny do dni
Ofiara, np. osoba z zarządu lub księgowości, otwiera treść w przeglądarce
Skrypt działa uprawnieniami ofiary
4. Przejęcie skrzynki
T+minuty od uruchomienia
Odczyt korespondencji, dodanie ukrytej reguły przekazywania
Stały podgląd poczty ofiary
5. Wykorzystanie
T+dni do miesięcy
Analiza korespondencji, przygotowanie oszustwa na fakturę lub zmianę numeru konta
Wiarygodne, dopasowane oszustwa
6. Zysk
T+tygodnie
Przelew na konto przestępców, sprzedaż danych lub dalszy atak na kontrahentów
🔴 Scenariusz 1: napastnik z przejętej skrzynki stażysty atakuje skrzynkę głównej księgowej; ukryta reguła przekazuje mu faktury, a po kilku tygodniach wysyła klientom wiarygodną prośbę o zmianę numeru konta.
🔴 Scenariusz 2: agencja nieruchomości przez miesiące nieświadomie przekazuje korespondencję z klientami, zawierającą dane osobowe i wysokości ofert, na zewnętrzny adres.
🔴 Scenariusz 3: przejęta poczta służy do resetowania haseł w innych systemach firmy (bankowość, sklep, systemy chmurowe), bo linki resetujące trafiają właśnie do skrzynki.
4. DLACZEGO TO RYZYKO DLA TWOJEJ FIRMY?
Poczta firmowa to miejsce, przez które przechodzą ustalenia z klientami, dane do przelewów i linki do resetowania haseł w innych systemach. Napastnik, który ją czyta, nie musi niczego szyfrować, żeby zarobić. Dodatkowym ryzykiem jest to, że serwer z tą luką najpewniej działa na gałęzi, dla której producent nie wydaje już poprawek.
Obszar biznesu
Potencjalny wpływ
Czas do wystąpienia
Koszty szacunkowe
Operacyjny
Konieczność pilnej aktualizacji lub migracji poczty, przegląd wszystkich skrzynek
Dni
15 tys. do 150 tys. PLN (przegląd, aktualizacja, migracja)
Bezpieczeństwo danych
Ciągły wyciek korespondencji i załączników, w tym danych osobowych
Dni do miesięcy, często niewykryty
20 tys. do 200 tys. PLN (analiza powłamaniowa, obsługa incydentu)
Finansowy
Oszustwa na zmianę numeru konta, fałszywe faktury wysłane z prawdziwej skrzynki
Tygodnie
50 tys. do 700 tys. PLN (utracone przelewy, koszty odzyskiwania)
Reputacyjny
Klienci dostają fałszywe wiadomości z adresu firmy
Tygodnie do miesięcy
30 tys. do 400 tys. PLN (utracone kontrakty)
Prawny
Obowiązek zgłoszenia naruszenia do UODO w ciągu 72 godzin, a przy wysokim ryzyku także powiadomienia osób; możliwa kara RODO do 20 mln EUR lub 4% rocznego obrotu (zależnie od okoliczności i skali zaniedbań)
72 godziny od wykrycia
15 tys. do 120 tys. PLN (prawnicy, obsługa zgłoszeń), bez ewentualnej kary
Kwoty są orientacyjnymi widełkami dla małej i średniej firmy, nie danymi z tego incydentu.
Interpretacja: wpływ jest wysoki (pełny dostęp do poczty ofiary, ocena CVSS 9.0, ataki potwierdzone), a prawdopodobieństwo średnie, bo atak wymaga konta na serwerze i działania ofiary oraz nie da się go zautomatyzować; firmy z Zimbra 8.8.15 Patch 40 lub nowszym są poza zasięgiem tej luki, ale nie innych luk w nieutrzymywanych wersjach.
5. CO MUSISZ ZROBIĆ NATYCHMIAST?
Lp.
Priorytet
Działanie
Termin
Odpowiedzialny
1
🔴 NATYCHMIAST
Ustalić, czy firma (lub dostawca hostingu poczty) używa Zimbra, w jakiej wersji i z jakim poziomem poprawek
Dziś
Administrator poczty / dostawca
2
🔴 NATYCHMIAST
Jeśli to 8.8.15 starszy niż Patch 40: zainstalować najnowszy dostępny Patch 47
Dziś
Administrator poczty
3
🟠 PILNIE
Sprawdzić we wszystkich skrzynkach reguły przekazywania i filtry, których nikt świadomie nie zakładał
Do 3 dni
Administrator poczty
4
🟠 PILNIE
Zablokować lub usunąć skrzynki byłych pracowników i wymusić zmianę haseł dla kont z podejrzaną aktywnością
Do 3 dni
Administrator poczty / HR
5
🟠 PILNIE
Włączyć uwierzytelnianie dwuskładnikowe dla poczty, zaczynając od zarządu i księgowości
Do 7 dni
Administrator poczty
6
🟡 WAŻNIE
Zaplanować migrację na utrzymywaną gałąź Zimbra 10.1 lub inny utrzymywany system poczty
Do 30 dni
CTO
7
🟡 WAŻNIE
Wprowadzić kwartalny przegląd reguł przekazywania i listy skrzynek
Do 30 dni
Kierownik IT
Jeśli aktualizacja nie jest dostępna
Producent wydał poprawkę w 8.8.15 Patch 40, więc aktualizacja jest właściwym rozwiązaniem. Poniższe miary tylko zmniejszają ryzyko do czasu aktualizacji. Oceny efektywności to ocena ekspercka.
Czasowa miara ochronna
Efektywność
Łatwość wdrożenia
Przegląd i usunięcie nieznanych reguł przekazywania we wszystkich skrzynkach
Średnia: usuwa najczęstszy skutek, nie usuwa luki
Łatwa
Usunięcie nieużywanych kont i wymiana słabych lub ponownie używanych haseł
Uwierzytelnianie dwuskładnikowe dla wszystkich kont
Średnia: utrudnia przejęcie pierwszego konta
Średnia
Ograniczenie dostępu do interfejsu poczty w przeglądarce do sieci firmowej lub VPN
Średnia do wysokiej: zawęża grono napastników
Średnia: utrudnia pracę poza biurem
Przed i po działaniu
Stan
Przed działaniem
Po działaniu
Wersja serwera
8.8.15 bez Patch 40, bez wsparcia producenta
Najnowszy patch, plan migracji na utrzymywaną gałąź
Reguły przekazywania
Nieznane
Przejrzane, nieznane usunięte
Konta byłych pracowników
Aktywne
Zablokowane lub usunięte
Ochrona logowania
Samo hasło
Hasło i drugi składnik
Zgodność z wymogami
Zaległość wobec terminu CISA (wiąże agencje USA, ale jest dobrym punktem odniesienia) sprzed prawie 1,5 roku
Luka zamknięta i udokumentowana
6. KONTEKST I SKALA ZAGROŻENIA
Aspekt
Informacja
Czy jest wykorzystywana?
TAK (potwierdzone przez CISA). CISA ocenia atak jako niemożliwy do automatyzacji, ze skutkiem całkowitym
Grupy przestępcze
Brak publicznych informacji
Kampanie ransomware
Brak potwierdzenia (CISA: Unknown)
Ocena CVSS
9.0/10 KRYTYCZNA (CVSS 3.1) wg NVD, CISA i bazy europejskiej
PoC dostępny publicznie?
Brak publicznych informacji
Liczba atakowanych firm
Brak publicznych informacji
Prognoza EPSS
Około 77% szansy próby wykorzystania w ciągu 30 dni, górne pół procenta wszystkich podatności (wg analizy źródłowej)
Kto zgłosił błąd
Skay, Noah-Lab (wg biuletynu producenta)
Inne luki Zimbra w KEV
Katalog CISA zawiera wiele luk w Zimbra, m.in. CVE-2024-45519 (2024), CVE-2025-27915 (2025) i CVE-2026-73570 (sierpień 2026), co pokazuje, że serwery Zimbra są stałym celem
Sama luka nie jest nowa, ale wpis do KEV w 2025 roku pokazuje, że napastnicy wciąż znajdują serwery bez poprawki z 2023 roku:
Sygnały zagrożenia dla CVE-2023-34192CVSS 3.1 (NVD) 9.0/10 ██████████████████░░ KRYTYCZNAEPSS (próba w 30 dni) ~77% ███████████████░░░░░ WYSOKACISA KEV TAK ████████████████████ ataki potwierdzoneRansomware (CISA) Unknown ░░░░░░░░░░░░░░░░░░░░ brak potwierdzeniaWsparcie gałęzi 8.8.15 BRAK ████████████████████ od 31.12.2024
Linia czasu incydentu
2023-05-30 Producent wydaje Zimbra 8.8.15 Patch 40 z poprawką2023-07-06 Publikacja CVE-2023-341922024-12-31 Koniec wsparcia technicznego gałęzi 8.8.152025-02-25 CISA dodaje lukę do katalogu KEV, ransomware: Unknown2025-03-18 Termin naprawy wg CISA dla agencji federalnych2025-06-30 Koniec wsparcia gałęzi 9.0.0 i 10.0.x ... ponad 3 lata od poprawki, prawie 1,5 roku od terminu CISA2026-09-17: TUTAJ JESTEŚMY
7. BEZPOŚREDNI LINK DO DZIAŁANIA: checklista dla CTO/CFO
Zlecić przegląd reguł przekazywania we wszystkich skrzynkach
CTO
DO JUTRA
5
Zlecić przegląd i blokadę kont byłych pracowników
CTO
DO JUTRA
6
Oszacować koszt migracji na utrzymywaną wersję poczty
CFO
DO JUTRA
7
Uprzedzić księgowość, by każdą prośbę o zmianę numeru konta potwierdzała telefonicznie
CFO
DO JUTRA
8. PYTANIA DO TWOJEGO ZESPOŁU IT
#
Pytanie
Odpowiedź
Priorytet
1
Czy nasza poczta działa na Zimbra i w jakiej wersji oraz z jakim patchem?
TAK / NIE, [wersja]
🔴
2
Kiedy ostatnio zainstalowano poprawki na serwerze pocztowym?
[data]
🔴
3
Czy nasza gałąź Zimbra jest jeszcze wspierana przez producenta?
TAK / NIE
🔴
4
Czy w skrzynkach są reguły przekazywania na adresy spoza firmy?
TAK / NIE, [liczba]
🟠
5
Ile na serwerze jest skrzynek osób, które już nie pracują w firmie?
[liczba]
🟠
6
Czy logowanie do poczty wymaga drugiego składnika?
TAK / NIE
🟠
7
Kiedy planujemy migrację na utrzymywaną wersję poczty?
[data]
🟡
Pytania diagnostyczne dla managera
✓ Czy wiem, kto konkretnie odpowiada za aktualizacje serwera pocztowego?
✓ Czy numer wersji serwera pocztowego jest zapisany w rejestrze systemów firmy?
✓ Czy skrzynki byłych pracowników są usuwane przy każdym odejściu?
✓ Czy księgowość potwierdza zmiany numerów kont innym kanałem niż e-mail?
✓ Czy mamy procedurę zgłoszenia naruszenia danych do UODO w 72 godziny?
Podsumowanie
CVE-2023-34192 pozwala uruchomić obcy skrypt w przeglądarce użytkownika poczty Zimbra 8.8.15 bez Patch 40 i działać jego uprawnieniami, np. przekazywać korespondencję na zewnątrz. CISA potwierdza ataki, a gałąź 8.8.15 nie ma już wsparcia producenta, więc instalacja najnowszego patcha to zadanie na dziś, przegląd reguł przekazywania na ten tydzień, a migracja na utrzymywaną wersję na najbliższy miesiąc.
Czytaj dalej
Powiązane artykuły
Zestaw zmienia się codziennie, więc przy kolejnej wizycie zobaczysz inny wycinek bloga.
Błąd w bibliotece Starlette, podstawie FastAPI, pozwala omijać zabezpieczenia części aplikacji, a w łańcuchu z luką LiteLLM przejąć bramkę AI. CISA potwierdza ataki. Zaktualizuj do 1.0.1 lub nowszej.
Błąd w NetScaler ADC i Gateway, opisany przez producenta jako awaria, pozwala według badaczy przejąć bramę VPN bez hasła. Publiczny kod istnieje, ataki trwają. Zaktualizuj urządzenia i sprawdź ślady włamania.
CISA potwierdza wykorzystanie krytycznej luki w bibliotece Ajax.NET Professional, która pozwala przejąć serwer bez logowania. Znajdź stare aplikacje ASP.NET z AjaxPro, odetnij je od internetu i zaktualizuj.
Klikając „Akceptuję”, zgadzasz się na przechowywanie plików cookie przez UXU w celu poprawy działania strony, analizy i wsparcia działań marketingowych.