Pomoc zdalna
alerty bezpieczeństwa

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ę.

  • Paweł Niedźwiecki
Paweł Niedźwiecki
17 września 2026 9 min czytania
Laptop na biurku z otwartą pocztą internetową, obok kubek kawy i słuchawki

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

Otwarta kłódka leżąca na laptopie symbolizuje wyciek danychź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

Straty finansowe i wyciek

Tomasz Kaczmarek
Tomasz Kaczmarek

Mogę Ci jakoś pomóc?

Konkretne scenariusze zagrożenia

  • 🔴 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.

Macierz ryzyka dla firmy z Zimbra 8.8.15 starszym niż Patch 40 Wpływ 5 | . . . . . 4 | . . ■ . . ← WYSOKIE 3 | . . . . . 2 | . . . . . 1 | . . . . . +-------------------- 1 2 3 4 5 Prawdopodobieństwo

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ł

Średnia: utrudnia spełnienie warunku „zalogowany napastnik”

Łatwa do średniej

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:

Tomasz Kaczmarek
Tomasz Kaczmarek

Mogę Ci jakoś pomóc?

Sygnały zagrożenia dla CVE-2023-34192 CVSS 3.1 (NVD) 9.0/10 ██████████████████░░ KRYTYCZNA EPSS (próba w 30 dni) ~77% ███████████████░░░░░ WYSOKA CISA KEV TAK ████████████████████ ataki potwierdzone Ransomware (CISA) Unknown ░░░░░░░░░░░░░░░░░░░░ brak potwierdzenia Wsparcie 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-34192 2024-12-31 Koniec wsparcia technicznego gałęzi 8.8.15 2025-02-25 CISA dodaje lukę do katalogu KEV, ransomware: Unknown 2025-03-18 Termin naprawy wg CISA dla agencji federalnych 2025-06-30 Koniec wsparcia gałęzi 9.0.0 i 10.0.x ... ponad 3 lata od poprawki, prawie 1,5 roku od terminu CISA 2026-09-17: TUTAJ JESTEŚMY

7. BEZPOŚREDNI LINK DO DZIAŁANIA: checklista dla CTO/CFO

Oficjalna lista biuletynów bezpieczeństwa producenta: wiki.zimbra.com/wiki/Zimbra_Security_Advisories . Wpis w NVD: nvd.nist.gov/vuln/detail/CVE-2023-34192 .

Lp.

Zadanie

Kto

Deadline

1

Potwierdzić, czy poczta firmowa działa na Zimbra (u siebie lub u dostawcy)

CTO

DZISIAJ

2

Uzyskać pisemną informację o wersji i poziomie poprawek serwera

CTO

DZISIAJ

3

Zatwierdzić natychmiastową instalację najnowszego patcha

CTO

DZISIAJ

4

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.

Masz to samo u siebie?

Możemy się tym zająć

Krótka rozmowa wystarczy, żeby ocenić zakres prac i podać widełki kosztu. Bez zobowiązań.