Australijskie Studio Gier Wskazane w Wycieku Ransomware
Adelajdzkie studio gier Mighty Kingdom zostało wskazane jako ofiara grupy ransomware Direwolf, według doniesień o incydencie. Grupa twierdzi, że 17 sierpnia wykradła z studia ponad 260 repozytoriów kodu. Jak to zwykle bywa w przypadku ujawnień ransomware, roszczenie pojawiło się najpierw na stronie z przeciekami grupy, co jest powszechną taktyką wywierania presji w celu zmuszenia ofiar do zapłaty, zanim skradzione dane zostaną opublikowane lub sprzedane.
Mighty Kingdom to jedno z większych niezależnych studiów gier w Australii, a naruszenie na taką skalę rodzi pytania wykraczające poza wewnętrzne problemy IT jednej firmy. Gdy repozytoria kodu źródłowego studia gier zostaną naruszone, skutki mogą dotknąć graczy, partnerów i pracowników, nawet jeśli ich dane osobowe nigdy nie były głównym celem.
Dlaczego Kradzież Kodu Źródłowego to Inny Rodzaj Naruszenia Danych
Większość głośnych naruszeń dotyczy rekordów klientów: imion, adresów e-mail, danych płatniczych. Naruszenie kodu źródłowego to inna kategoria, ale nie mniej poważna. Repozytoria kodu często zawierają znacznie więcej niż logikę gry. Mogą obejmować osadzone poświadczenia, klucze API, wewnętrzną dokumentację, potoki budowania, a czasem dane osobowe pracowników lub kontrahentów, którzy zatwierdzali kod pod własnymi nazwiskami.
Jeśli roszczenia grupy Direwolf są dokładne, ujawnienie ponad 260 repozytoriów mogłoby dać atakującym szczegółowy plan wewnętrznych systemów Mighty Kingdom. To istotne z dwóch powodów. Po pierwsze, wyciekły kod źródłowy może być analizowany pod kątem podatności wykorzystywanych w przyszłych atakach, nie tylko przeciwko samemu studiu, ale także przeciwko każdemu produktowi zbudowanemu na tym kodzie. Po drugie, skradzione repozytoria są często wykorzystywane jako dźwignia w schematach podwójnego wymuszenia, gdzie atakujący grożą publikacją lub licytacją danych, dopóki okup nie zostanie zapłacony, niezależnie od tego, czy firma przywróci własne systemy z kopii zapasowych.
Ten wzorzec staje się coraz bardziej powszechny w branżach wykraczających poza gry. Operatorzy ransomware atakowali wszystko, od agencji rządowych po dostawców infrastruktury krytycznej, jak widać w naruszeniach danych rządów Wielkiej Brytanii i Szwajcarii zgłoszonych wcześniej w tym miesiącu, a nawet w spółkach zależnych IT powiązanych z dużymi międzynarodowymi korporacjami, co udokumentowano w naruszeniu włoskiej spółki IBM powiązanym z chińskimi operacjami cybernetycznymi. Niezależnie od tego, czy celem jest agencja publiczna, czy prywatne studio gier, podstawowy scenariusz eksfiltracji, po której następuje wymuszenie, wygląda niezwykle podobnie.
Kąt Prywatności, o Którym Nikt Nie Mówi
Większość relacji z tego incydentu, co zrozumiałe, skupia się na ryzyku własności intelektualnej dla gier Mighty Kingdom. Ale jest też wymiar prywatności, który warto podkreślić. Repozytoria kodu to przestrzenie współpracy. Często rejestrują, kto co napisał i kiedy, a czasem zawierają komentarze, pliki konfiguracyjne lub dane testowe odnoszące się do prawdziwych informacji o pracownikach lub użytkownikach pozostawionych podczas rozwoju. Jeśli roszczenie Direwolf o eksfiltracji się potwierdzi, osoby, których dane osobowe przypadkowo znajdowały się w tych repozytoriach, obecni lub byli pracownicy, kontrahenci lub beta testerzy, mogą zostać pośrednio ujawnione, nawet jeśli nigdy nie były zamierzonym celem.
To powracający motyw w naruszeniach, które zaczynają się od dostawcy lub systemu wewnętrznego, a nie bazy danych skierowanej do klientów. Naruszenie Trezor z udziałem partnera logistycznego ShipMonk pokazało, jak kompromitacja strony trzeciej może ujawnić dane klientów, które główna firma nigdy bezpośrednio nie kontrolowała. Sytuacja Mighty Kingdom odwraca ten scenariusz: to kompromitacja pierwszej strony, ale efekty domina dla prywatności jednostek mogą być równie realne, w zależności od tego, co faktycznie zawierają skradzione repozytoria.
Co To Oznacza dla Ciebie
Jeśli jesteś graczem, partnerem lub byłym pracownikiem związanym z Mighty Kingdom, niewiele możesz zrobić, aby kontrolować, co stanie się z wewnętrznym kodem źródłowym. Ale są rozsądne środki ostrożności, które warto podjąć za każdym razem, gdy firma, z którą miałeś kontakt, zostanie wymieniona w incydencie ransomware:
- Uważaj na nietypowe próby logowania lub e-maile z resetowaniem hasła powiązane z kontami Mighty Kingdom lub powiązanymi usługami.
- Jeśli jesteś obecnym lub byłym pracownikiem lub kontrahentem, rozważ, czy jakiekolwiek dane osobowe mogły być przechowywane w plikach projektu, i monitoruj oznaki niewłaściwego wykorzystania tożsamości.
- Bądź sceptyczny wobec nieproszonych e-maili odnoszących się do tego naruszenia, ponieważ atakujący często wykorzystują wiadomości o wycieku do tworzenia przekonujących prób phishingowych.
- Włącz uwierzytelnianie wieloskładnikowe, gdzie to możliwe, szczególnie na kontach powiązanych z platformami gamingowymi lub narzędziami deweloperskimi.
Grupy ransomware polegają na niepewności i pilności, aby wymusić płatności i uwagę. Dopóki Mighty Kingdom lub niezależni badacze nie potwierdzą dokładnie, co zostało skradzione, traktuj roszczenia z odpowiednią ostrożnością, ani ich nie lekceważąc, ani nie zakładając najgorszego.
Wyprzedzając Kolejne Ujawnienie
Naruszenia kodu źródłowego, takie jak to, przypominają, że ochrona danych to nie tylko bazy danych klientów. Potoki rozwoju, wewnętrzne repozytoria i poświadczenia pracowników są coraz bardziej atrakcyjnymi celami dla operatorów ransomware szukających dźwigni. W miarę jak pojawiają się incydenty z udziałem wycieku danych policjantów i innych wrażliwych repozytoriów, lekcja dla organizacji każdej wielkości jest taka sama: audytuj, co jest przechowywane w środowiskach deweloperskich, ograniczaj niepotrzebny dostęp i zakładaj, że każde ujawnione poświadczenie lub repozytorium może ostatecznie trafić na stronę z przeciekami.
Na razie każdy związany z Mighty Kingdom powinien śledzić oficjalne aktualizacje od firmy i traktować roszczenia grupy Direwolf jako niepotwierdzone, ale warte uważnego monitorowania.
