Haker twierdzi, że jedno z najsłabszych możliwych haseł, „123456”, było drogą do danych powiązanych z duńskim rejestrem krajowym, obejmujących 8,8 miliona rekordów. Twierdzenie to, opisane przez Tom's Hardware, wskazuje na firmę świadczącą usługi IT i data services ze słabymi hasłami jako źródło naruszenia. Historia naruszenia duńskiego rejestru krajowego i hasła 123456 wciąż pozostaje twierdzeniem, a nie udowodnionym przebiegiem wydarzeń, ale ilustruje problem dobrze znany zespołom ds. bezpieczeństwa: dane kraju są tak bezpieczne, jak najsłabsze logowanie u dostawców, którzy mają do nich dostęp.

Co według hakera wydarzyło się w Danii

Zgodnie z raportem Tom's Hardware haker twierdzi, że hasło „123456” było tym, które pozwoliło mu wejść. Raport wiąże źródło ataku z firmą świadczącą usługi IT i data services, która rzekomo używała słabych haseł. Liczba przypisana do incydentu to 8,8 miliona rekordów powiązanych z duńskim rejestrem krajowym.

Warto jasno przedstawić kilka zastrzeżeń. Materiał źródłowy, który mamy, to nagłówek i streszczenie, więc możemy jedynie opisać twierdzenie w takiej formie, w jakiej jest tam przedstawione. Nie jesteśmy w stanie potwierdzić pełnych szczegółów technicznych, które konta były zaangażowane ani dokładnie jakie pola danych zostały zabrane. Twierdzenia hakerów mogą być wyolbrzymione, a oficjalne ustalenia czasami różnią się od tego, co napastnicy mówią publicznie. Czytelnicy powinni traktować szczegóły jako zarzuty, dopóki zaangażowane organizacje nie przedstawią własnego stanowiska.

Jak słabe hasło dostawcy otwiera dane w skali krajowej

Najciekawszą częścią tej historii nie jest samo hasło. Jest nią miejsce, w którym hasło się znajdowało. Duże bazy danych są często starannie chronione w centrum, jednak firmy, które się z nimi łączą, hostują je lub przetwarzają dane w ich imieniu, mogą podlegać luźniejszym standardom. Jeśli napastnik może zalogować się jako dostawca, może odziedziczyć dowolny dostęp, jaki temu dostawcy przyznano.

Hasło takie jak „123456” należy do pierwszych prób podejmowanych przez każde zautomatyzowane narzędzie. Bez uwierzytelniania wieloskładnikowego (MFA), które wymaga drugiego dowodu tożsamości, takiego jak kod lub klucz sprzętowy, poprawne odgadnięcie często wystarcza. Dodaj do tego szeroki dostęp, a pojedyncze słabe poświadczenie może zamienić się w ekspozycję milionów ludzi.

To powtarzający się wzorzec w incydentach związanych z dostawcami. Nasze materiały o twierdzeniu hakera o kradzieży 35 GB kodu źródłowego Accenture oraz o zaprzeczeniu przez HCLTech naruszenia po twierdzeniu o danych pracowników dotyczą dużych firm usług IT, właśnie takich organizacji, które znajdują się między klientami a wrażliwymi systemami. Te przypadki różnią się szczegółami, ale łączy je ta sama lekcja: zewnętrzni dostawcy IT są atrakcyjnym celem, ponieważ koncentrują dostęp.

Na co powinni uważać mieszkańcy Danii

Jeśli mieszkasz w Danii lub instytucje duńskie przechowują twoje dane osobowe, nie musisz wpadać w panikę, ale kilka nawyków jest rozsądnych, dopóki szczegóły się nie wyjaśnią:

  • Bądź sceptyczny wobec nieoczekiwanych wiadomości. E-maile, SMS-y lub połączenia odwołujące się do twoich danych osobowych mogą być używane, by brzmieć wiarygodnie. Zweryfikuj, kontaktując się z organizacją kanałem, któremu już ufasz, a nie przez linki lub numery z wiadomości.
  • Uważaj na taktyki wywierania presji. Pilne żądania działania, zapłaty lub „potwierdzenia tożsamości” to klasyczne oznaki oszustwa.
  • Sprawdzaj oficjalne kanały w poszukiwaniu aktualizacji. Opieraj się na oświadczeniach właściwych organów, a nie na postach w mediach społecznościowych czy zrzutach ekranu z forów.
  • Przejrzyj swoje konta. Szukaj nieznanej aktywności na kontach bankowych, e-mailowych i w usługach online.

Ponieważ na podstawie źródła nie możemy powiedzieć, jakie typy danych były zaangażowane, zakładaj, że każde dane osobowe mogą zostać użyte w przekonującym oszustwie, i zachowaj ostrożność.

Menedżery haseł i MFA: zatrzymywanie tej klasy naruszeń

Obrony przed awarią w stylu „123456” są proste i dobrze znane.

Używaj menedżera haseł. Menedżer haseł generuje i przechowuje długie, losowe, unikalne hasła, więc nigdy nie musisz ich wymyślać ani zapamiętywać. Unikalne hasła oznaczają także, że jedno skompromitowane logowanie nie odblokuje twoich pozostałych kont.

Włącz MFA wszędzie, gdzie jest oferowane. Nawet jeśli hasło zostanie odgadnięte lub skradzione, drugi składnik może zatrzymać logowanie. Gdzie to możliwe, preferuj aplikację uwierzytelniającą lub klucz bezpieczeństwa sprzętowy zamiast kodów SMS.

Dla organizacji: audytuj dostęp dostawców. Firmy, które łączą się z wrażliwymi systemami, powinny egzekwować zasady dotyczące haseł, wymagać MFA dla każdego konta i usuwać konta, które nie są już potrzebne. Klienci i instytucje publiczne powinny oczekiwać tego samego od swoich dostawców.

Te incydenty nie ograniczają się do jednego sektora. Zobacz także nasz materiał o naruszeniu ransomware MCBS dotykającym 1,3 mln pacjentów, gdzie awaria dostawcy usług sięgnęła ludzi, których danymi się zajmował.

Co to oznacza dla Ciebie

Nie możesz kontrolować, jak dostawca chroni swoje logowania, ale możesz ograniczyć szkody, gdy coś pójdzie nie tak. Silne, unikalne hasła i MFA zmniejszają szansę, że twoje własne konta staną się kolejnym słabym ogniwem, a zdrowy sceptycyzm wobec niezamówionych wiadomości osłabia najczęstszy atak następujący po wycieku: oszustwo oparte na ujawnionych danych osobowych.

Najważniejsze wnioski

  • Twierdzenie o naruszeniu duńskiego rejestru krajowego i haśle 123456 jest niezweryfikowane, ale pasuje do znanego wzorca napastników wykorzystujących słabe poświadczenie u zewnętrznego dostawcy.
  • Traktuj wiadomości, które używają twojego imienia, adresu lub numeru ID, jako potencjalnie oszukańcze, dopóki sam ich nie zweryfikujesz.
  • Zastąp słabe lub ponownie używane hasła unikalnymi hasłami generowanymi przez menedżera haseł.
  • Włącz MFA w poczcie e-mail, bankowości i każdym koncie, które to obsługuje.
  • Przeczytaj powiązane materiały o naruszeniach u dostawców, dotyczące Accenture i HCLTech, aby zobaczyć, jak ryzyko związane z zewnętrznym IT wciąż się powtarza, i poświęć dziś dziesięć minut na naprawę swojego najsłabszego hasła.