Signal, phishing i konta urzędników
2026-05-20
Rekomendacja dla administracji pokazuje ryzyko phishingu na Signal. Wyjaśniamy przejęcie kont, QR, kody i lekcje dla firm.

TL;DR
Rekomendacja Pełnomocnika Rządu ds. Cyberbezpieczeństwa dotycząca komunikatora Signal jest ważna nie tylko dla administracji. Pokazuje szerszy problem: phishing coraz częściej celuje w komunikatory, kody, QR i funkcje łączenia urządzeń, a nie tylko w pocztę e-mail. Celem nie jest złamanie szyfrowania aplikacji, ale przejęcie konta użytkownika przez socjotechnikę.
Ministerstwo Cyfryzacji wskazało na wzmożoną aktywność grup APT ukierunkowanych na przejmowanie kont w Signal. Ataki mają wykorzystywać podszycie pod obsługę techniczną aplikacji, komunikaty o rzekomej blokadzie konta i złośliwe odnośniki. Dla administracji rekomendowane są krajowe rozwiązania, w tym mSzyfr oraz system łączności niejawnej SKR-Z dla komunikacji do klauzuli Zastrzeżone.
Dla firm najważniejsza lekcja jest praktyczna: komunikator nie jest bezpieczny tylko dlatego, że ma szyfrowanie end-to-end. Jeżeli użytkownik poda kod, kliknie link, zeskanuje QR albo połączy urządzenie atakującego z własnym kontem, napastnik może wejść do rozmów i wykorzystać zaufanie kontaktów do dalszego phishingu.
Phishing na komunikator nie łamie szyfrowania
Wiele osób słysząc o ataku na Signal lub WhatsApp zakłada, że problem dotyczy szyfrowania. To nie jest właściwy punkt wyjścia. W opisanych kampaniach atakujący nie muszą łamać kryptografii aplikacji. Wykorzystują użytkownika, proces logowania, funkcję łączenia urządzeń, kod weryfikacyjny, QR albo zaufanie do rozmówcy.
To bardzo ważne rozróżnienie. Aplikacja może być technicznie silna, ale konto może zostać przejęte, jeśli użytkownik zostanie nakłoniony do wykonania niewłaściwej czynności. W komunikatorach szczególnie groźna jest funkcja połączenia nowego urządzenia. Jeżeli ofiara zeskanuje kod QR lub kliknie link prowadzący do podpięcia urządzenia atakującego, napastnik może uzyskać dostęp do konta bez klasycznego hasła.
FBI i CISA opisały dwa istotne schematy: nadużycie funkcji łączenia urządzeń oraz przejęcie konta przez wyłudzenie PIN-u lub kodu 2FA. Po kompromitacji atakujący mogą przeglądać wiadomości, listy kontaktów, wysyłać wiadomości i prowadzić dalszy phishing wobec kolejnych osób.
To oznacza, że komunikator staje się nie tylko celem, ale też kanałem dalszej dystrybucji ataku. Wiadomość od prawdziwego kontaktu w zamkniętej grupie wygląda znacznie bardziej wiarygodnie niż masowy e-mail od nieznanego nadawcy.
Dlaczego administracja ogranicza ryzyko Signal
Rekomendacja rządowa została skierowana do podmiotów Krajowego Systemu Cyberbezpieczeństwa. Ministerstwo Cyfryzacji wskazało, że CSIRT-y poziomu krajowego zidentyfikowały kampanie phishingowe prowadzone przez grupy APT powiązane ze służbami wrogich państw. Ataki są wymierzone między innymi w osoby zajmujące eksponowane stanowiska publiczne oraz pracowników instytucji państwowych.
To nie jest zwykły konsumencki problem z fałszywą wiadomością. Jeżeli komunikator jest używany w pracy administracji, dyplomacji, wojska, samorządu, spółek krytycznych albo instytucji publicznych, przejęcie konta może ujawnić relacje, kontakty, grupy, tematy rozmów i tempo działań. Nawet jeśli nie wszystkie informacje mają formalną klauzulę, mogą mieć wartość operacyjną.
Dlatego rekomendacja wskazuje na korzystanie z narzędzi przeznaczonych dla administracji publicznej. mSzyfr ma być bezpiecznym narzędziem do szyfrowanej komunikacji służbowej zarządzanym przez NASK-PIB, a SKR-Z ma służyć do łączności niejawnej do klauzuli Zastrzeżone. Sens tej rekomendacji nie sprowadza się do sporu o jedną aplikację. Chodzi o kontrolę procesu komunikacji, administracji kontami, ryzyka socjotechniki i odpowiedzialności organizacyjnej.
Ten sam wniosek dotyczy firm: nie każda rozmowa służbowa powinna toczyć się w dowolnym komunikatorze, bo wygoda nie zastępuje zarządzania ryzykiem.
Jak wygląda atak na konto Signal
Scenariusz może zacząć się od wiadomości podszywającej się pod obsługę Signal. Użytkownik dostaje informację o rzekomej blokadzie konta, podejrzanej aktywności, konieczności aktualizacji bezpieczeństwa albo ponownej weryfikacji. Link prowadzi do strony, która udaje wsparcie, panel weryfikacyjny albo instrukcję zabezpieczenia konta.
W innym wariancie atakujący podszywa się pod znany kontakt. To szczególnie groźne, bo użytkownik nie widzi nieznanego nadawcy. Widzi osobę, z którą już rozmawiał. Wiadomość może prosić o pomoc, dołączenie do grupy, potwierdzenie kontaktu, zeskanowanie QR, przejście przez link albo przekazanie kodu.
Jeżeli ofiara poda kod lub zeskanuje QR, atakujący może połączyć własne urządzenie albo przejąć dostęp. Następnie wykorzystuje konto do kontaktu z kolejnymi osobami. Właśnie tak komunikator zamienia się w zaufany kanał phishingu. Wiadomość przychodzi od realnego konta, więc część odbiorców obniża czujność.
W środowiskach politycznych, wojskowych, dziennikarskich, prawniczych i zarządczych taki dostęp może być szczególnie cenny. Atakujący nie potrzebuje masowej kampanii. Wystarczy kilka przejętych kont w odpowiednich grupach.
Polski wariant dla firm
Firmy często używają komunikatorów poza oficjalnym obiegiem: do szybkich ustaleń, kontaktu z podwykonawcami, grup projektowych, rozmów kryzysowych, podróży służbowych, HR, sprzedaży albo zarządu. Część tej komunikacji odbywa się na prywatnych telefonach i prywatnych kontach, nawet jeśli dotyczy spraw służbowych.
To tworzy kilka ryzyk. Po pierwsze, firma może nie wiedzieć, gdzie toczy się istotna komunikacja. Po drugie, nie ma kontroli nad urządzeniami, kontami i archiwizacją. Po trzecie, po przejęciu konta prywatnego atakujący może dotrzeć do służbowych rozmów. Po czwarte, zaufanie w zamkniętej grupie może ułatwić dalszy phishing.
W polskich realiach taki scenariusz może dotyczyć zarządów, jednostek publicznych, spółek komunalnych, zespołów kryzysowych, kancelarii, mediów, ochrony zdrowia, energetyki, transportu albo organizacji współpracujących z administracją. Atak nie musi zaczynać się od firmowej skrzynki. Może zacząć się od wiadomości w komunikatorze, która prosi o kod, QR albo szybkie potwierdzenie.
Dla sektorów objętych KSC, NIS2, DORA lub wymaganiami ISO 27001 to temat organizacyjny, a nie tylko indywidualny. Trzeba wiedzieć, które kanały są dopuszczone do jakich informacji, jak zgłaszać podejrzane wiadomości i kiedy używać narzędzi służbowych zamiast prywatnych aplikacji.
Co powinien zrobić użytkownik
Użytkownik nie powinien klikać linków ani skanować QR z wiadomości, które mówią o blokadzie konta, weryfikacji, bezpieczeństwie, migracji, dołączeniu urządzenia lub awaryjnym odzyskaniu dostępu. Sprawę należy sprawdzić w aplikacji, w oficjalnych ustawieniach konta albo przez znany kanał organizacji.
Nie należy podawać PIN-u, kodu SMS, kodu 2FA ani żadnego kodu autoryzacyjnego osobie, która pisze w komunikatorze. Nie należy też łączyć nowego urządzenia tylko dlatego, że prosi o to rzekomy support, znajomy lub współpracownik. Jeżeli wiadomość pochodzi od znanej osoby, warto potwierdzić ją innym kanałem, zwłaszcza jeśli dotyczy kodu, linku, QR, grupy lub poufnych informacji.
W organizacji użytkownik powinien wiedzieć, że podejrzana wiadomość w komunikatorze też jest incydentem do zgłoszenia. To nie musi być e-mail. Zrzut ekranu, opis nadawcy, godzina, link, QR i informacja o wykonanych czynnościach mogą pomóc IT lub zespołowi bezpieczeństwa ocenić ryzyko.
Najważniejsza zasada: komunikator nie jest miejscem do przekazywania kodów bezpieczeństwa. Kod jest decyzją dostępową, nie zwykłą informacją.
Co zrobić, jeśli to już się stało
Jeżeli użytkownik kliknął link, ale nie podał kodu ani nie zeskanował QR, powinien zgłosić wiadomość i nie kontynuować procesu. Warto sprawdzić aktywne urządzenia połączone z kontem i usunąć wszystko, czego użytkownik nie rozpoznaje.
Jeżeli użytkownik podał kod, PIN, zeskanował QR albo połączył urządzenie, trzeba założyć, że konto mogło zostać przejęte. Należy natychmiast sprawdzić listę połączonych urządzeń, usunąć nieznane sesje, zmienić PIN lub ustawienia bezpieczeństwa, powiadomić zespół IT lub bezpieczeństwa i ostrzec osoby z grup, z którymi konto miało kontakt.
Jeżeli konto było używane do spraw służbowych, reakcja powinna objąć ocenę, jakie informacje mogły zostać ujawnione, kto był w grupach, czy atakujący wysyłał wiadomości dalej i czy pojawiły się próby phishingu wobec innych osób. To ważne, bo przejęte konto może wyglądać jak zaufany nadawca.
Jeżeli organizacja używa komunikatorów w komunikacji kryzysowej, po takim incydencie trzeba sprawdzić, czy procedury awaryjne nie opierają się na kanale, którego nie da się dobrze kontrolować. W przeciwnym razie atakujący może wejść dokładnie tam, gdzie ludzie komunikują się w stresie.
Jak ćwiczyć odporność na phishing w komunikatorach
Scenariusz phishingu na komunikator dobrze nadaje się do programu awareness, bo wykracza poza klasyczny e-mail. Użytkownik dostaje wiadomość w kanale, który kojarzy się z prywatną lub szybką komunikacją. To zmienia zachowanie. Ludzie częściej odpowiadają krótko, szybciej klikają i rzadziej zgłaszają takie zdarzenia do IT.
W testach phishingowych dla firm warto ćwiczyć komunikaty o blokadzie konta, fałszywy support, QR, zaproszenie do grupy, prośbę o kod i podszycie pod znaną osobę. Celem nie jest straszenie pracowników, ale pokazanie, że kanał komunikacji nie jest dowodem zaufania.
Metryki powinny obejmować nie tylko kliknięcie. Ważne jest, czy użytkownik podał kod, zeskanował QR, połączył urządzenie, przekazał wiadomość dalej, zgłosił incydent i jak szybko organizacja ostrzegła innych. W komunikatorach liczy się tempo, bo po przejęciu jednego konta atak może szybko przejść na kolejne osoby.
Mikrolekcja po interakcji może wyjaśnić, że szyfrowanie end-to-end chroni treść w transmisji, ale nie chroni przed przekazaniem konta oszustowi. To proste rozróżnienie jest ważniejsze niż techniczne szczegóły protokołów.
Co powinna ustalić organizacja
Organizacja powinna jasno określić, które komunikatory mogą być używane do jakich spraw. Inne wymagania dotyczą rozmowy prywatnej, inne ustaleń projektowych, inne danych osobowych, inne informacji poufnych, a jeszcze inne komunikacji w administracji lub sektorach regulowanych.
Trzeba też ustalić, czy pracownicy mogą używać prywatnych kont do spraw służbowych, jak zgłaszać podejrzane wiadomości, kto decyduje o migracji na narzędzia służbowe i jak postępować po przejęciu konta. Brak zasad zwykle oznacza, że ludzie wybierają najwygodniejszy kanał.
Dla zarządów i osób eksponowanych publicznie ważne jest ograniczenie informacji dostępnych w komunikatorach. Grupy, listy kontaktów, historia rozmów i kontekst relacji mogą być równie cenne jak pojedynczy dokument. Atakujący może użyć tych danych do dalszego spear phishingu, podszywania się pod osoby i rozpoznania organizacji.
W programie security awareness komunikatory powinny być omawiane obok e-maila, SMS-ów, telefonów i kodów QR. Pracownicy muszą rozumieć, że phishing idzie tam, gdzie zaufanie jest największe.
Wniosek
Rekomendacja dotycząca Signal pokazuje, że w nowoczesnym phishingu celem nie jest wyłącznie hasło do poczty. Celem może być komunikator, kod, QR, połączone urządzenie i zaufanie w zamkniętej grupie. Szyfrowanie aplikacji nie ochroni organizacji, jeśli użytkownik sam dopuści atakującego do konta.
Praktyczna zasada jest prosta: komunikator nie jest miejscem do podawania kodów, skanowania nieznanych QR i wykonywania instrukcji rzekomego wsparcia. Jeśli wiadomość dotyczy blokady konta, bezpieczeństwa, nowego urządzenia albo pilnej weryfikacji, trzeba przerwać proces i potwierdzić sprawę niezależnym kanałem. Dla firm to dobry test dojrzałości awareness: czy ludzie chronią decyzje także poza skrzynką e-mail.
Najczęstsze pytania
Czy problem dotyczy szyfrowania Signal?
Nie. Opisywane kampanie nie muszą łamać szyfrowania komunikatora. Wykorzystują socjotechnikę, linki, kody, QR i funkcje łączenia urządzeń, aby przejąć konto użytkownika.
Dlaczego phishing na komunikatory jest groźny dla firm?
Po przejęciu konta atakujący może czytać część komunikacji, korzystać z listy kontaktów, podszywać się pod zaufaną osobę i prowadzić dalszy phishing w zamkniętych grupach.
Co powinien zrobić użytkownik po wiadomości o blokadzie konta Signal?
Powinien nie klikać linku, nie skanować QR, nie podawać kodów i sprawdzić sprawę w aplikacji lub oficjalnym kanale. W organizacji takie zdarzenie należy zgłosić do IT lub bezpieczeństwa.
Źródła
- Ministerstwo Cyfryzacji - Rekomendacja dotycząca komunikatora Signal— Źródło pierwotne: rekomendacja Pełnomocnika Rządu ds. Cyberbezpieczeństwa dla podmiotów KSC dotycząca ograniczenia ryzyk korzystania z Signal.
- Gov.pl - Rekomendacja Pełnomocnika Rządu ds. Cyberbezpieczeństwa dotycząca komunikatora Signal— Wersja w Bazie wiedzy Gov.pl z opisem aktywności grup APT, podszywania się pod obsługę Signal i zaleceniami dla administracji.
- FBI IC3 - Russian Intelligence Services Target Commercial Messaging Application Accounts— Komunikat FBI i CISA o kampaniach phishingowych przeciw komunikatorom, w tym Signal, wykorzystujących kody, QR i funkcje łączenia urządzeń.
- Reuters - Russia-backed hackers breach Signal, WhatsApp accounts of officials, journalists— Międzynarodowy kontekst ostrzeżeń holenderskich służb o przejmowaniu kont Signal i WhatsApp przez phishing.
- Security Affairs - Poland shifts away from Signal following cyberattacks on officials’ accounts— Źródło wtórne opisujące decyzje administracyjne i kontekst międzynarodowy po rekomendacji dotyczącej Signal.