ProHoster > Blog > uprava > RATKing: nova kampanja s trojancima za daljinski pristup
RATKing: nova kampanja s trojancima za daljinski pristup
Krajem svibnja otkrili smo kampanju za distribuciju zlonamjernog softvera Remote Access Trojan (RAT)—programa koji napadačima omogućuju daljinsko upravljanje zaraženim sustavom.
Grupa koju smo ispitivali razlikovala se po tome što nije odabrala nijednu specifičnu obitelj RAT za infekciju. U napadima unutar kampanje primijećeno je nekoliko trojanaca (svi su bili široko dostupni). Tim nas je obilježjem grupa podsjetila na kralja štakora – mitsku životinju koja se sastoji od glodavaca isprepletenih repova.
Izvornik je preuzet iz monografije K. N. Rossikova “Miševi i mišoliki glodavci, ekonomski najvažniji” (1908.)
U čast ovog stvorenja, grupu koju razmatramo nazvali smo RATKing. U ovom ćemo postu detaljno opisati kako su napadači izveli napad, koje su alate koristili, a također ćemo podijeliti svoja razmišljanja o atribuciji za ovu kampanju.
Napredak napada
Svi napadi u ovoj kampanji odvijali su se prema sljedećem algoritmu:
Korisnik je primio phishing e-poruku s vezom na Google disk.
Koristeći vezu, žrtva je preuzela zlonamjernu VBS skriptu koja je odredila DLL biblioteku za učitavanje konačnog sadržaja u Windows registar i pokrenula PowerShell da je izvrši.
DLL biblioteka ubacila je konačni korisni teret - zapravo, jedan od RAT-ova koje koriste napadači - u sistemski proces i registrirala VBS skriptu u automatskom pokretanju kako bi stekla uporište u zaraženom stroju.
Konačni korisni teret izvršen je u procesu sustava i dao je napadaču mogućnost kontrole zaraženog računala.
Shematski se to može prikazati ovako:
Zatim ćemo se usredotočiti na prve tri faze, budući da nas zanima mehanizam isporuke zlonamjernog softvera. Nećemo detaljno opisivati mehanizam rada samog malwarea. Oni su široko dostupni - ili se prodaju na specijaliziranim forumima, ili čak distribuiraju kao projekti otvorenog koda - i stoga nisu jedinstveni za RATKing grupu.
Analiza faza napada
Faza 1. E-pošta za krađu identiteta
Napad je započeo tako što je žrtva primila zlonamjerno pismo (napadači su koristili različite predloške s tekstom; snimka zaslona u nastavku prikazuje jedan primjer). Poruka je sadržavala poveznicu na legitimno spremište drive.google.com, što je navodno dovelo do stranice za preuzimanje PDF dokumenta.
Primjer phishing e-pošte
Međutim, zapravo uopće nije bio učitan PDF dokument, već VBS skripta.
Kada ste kliknuli na vezu iz e-poruke na gornjoj snimci zaslona, datoteka pod nazivom Cargo Flight Details.vbs. U ovom slučaju, napadači nisu niti pokušali maskirati datoteku kao legitiman dokument.
Istovremeno, u sklopu ove kampanje otkrili smo skriptu pod nazivom Cargo Trip Detail.pdf.vbs. Već bi mogao proći kao legitimni PDF jer Windows prema zadanim postavkama skriva ekstenzije datoteka. Istina, u ovom slučaju sumnju bi ipak mogla pobuditi njegova ikona, koja je odgovarala VBS skripti.
U ovoj fazi žrtva bi mogla prepoznati prijevaru: samo na trenutak bolje pogledajte preuzete datoteke. Međutim, u takvim phishing kampanjama napadači se često oslanjaju na nepažljivog ili žurnog korisnika.
Faza 2. Rad VBS skripte
VBS skripta, koju je korisnik mogao nenamjerno otvoriti, registrirala je DLL biblioteku u registru sustava Windows. Skripta je bila zamagljena: redovi u njoj bili su napisani kao bajtovi odvojeni proizvoljnim znakom.
Primjer maskirane skripte
Algoritam demaskiranja je prilično jednostavan: svaki treći znak isključen je iz maskiranog niza, nakon čega je rezultat dekodiran iz base16 u originalni niz. Na primjer, od vrijednosti 57Q53s63t72s69J70r74e2El53v68m65j6CH6Ct (označeno na gornjoj snimci zaslona) rezultirajuća linija bila je WScript.Shell.
Za demaskiranje nizova upotrijebili smo Python funkciju:
def decode_str(data_enc):
return binascii.unhexlify(''.join([data_enc[i:i+2] for i in range(0, len(data_enc), 3)]))
U nastavku, u redovima 9–10, ističemo vrijednost čija je demaskiranost rezultirala DLL datotekom. On je bio taj koji je pokrenut u sljedećoj fazi koristeći PowerShell.
Niz s maskiranim DLL-om
Svaka funkcija u VBS skripti izvršena je dok su nizovi demaskirani.
Nakon pokretanja skripte, funkcija je pozvana wscript.sleep — njime se vršila odgođena ovrha.
Zatim je skripta radila s registrom sustava Windows. Za to je koristio WMI tehnologiju. Uz njegovu pomoć stvoren je jedinstveni ključ, a tijelo izvršne datoteke zapisano je u njegov parametar. Registru se pristupilo putem WMI-ja pomoću sljedeće naredbe:
U trećoj fazi, zlonamjerni DLL učitao je konačni korisni teret, ubacio ga u sistemski proces i osigurao da se VBS skripta automatski pokrene kada se korisnik prijavi.
Pokreni putem PowerShell-a
DLL je izvršen pomoću sljedeće naredbe u PowerShell-u:
primljeni podaci o vrijednosti registra s imenom rnd_value_name — ovi podaci bili su DLL datoteka napisana na .Net platformi;
učitao dobiveni .Net modul u memoriju procesa powershell.exe koristeći funkciju [System.Threading.Thread]::GetDomain().Load()(detaljan opis funkcije Load(). dostupno na web stranici Microsofta);
obavljao funkciju GUyyvmzVhebFCw]::EhwwK() - izvođenje DLL biblioteke počelo je s njim - s parametrima vbsScriptPath, xorKey, vbsScriptName. Parametar xorKey pohranio ključ za dešifriranje konačnog korisnog opterećenja i parametre vbsScriptPath и vbsScriptName su preneseni kako bi registrirali VBS skriptu u automatskom pokretanju.
Opis DLL biblioteke
U dekompiliranom obliku, bootloader je izgledao ovako:
Učitavač u dekompiliranom obliku (crveno je podvučena funkcija kojom je započelo izvršavanje DLL biblioteke)
Bootloader je zaštićen zaštitnikom .Net Reactor. Uslužni program de4dot izvrsno uklanja ovaj zaštitnik.
Ovaj utovarivač:
ubacio korisni teret u sistemski proces (u ovom primjeru to svchost.exe);
Dodao sam VBS skriptu u automatsko pokretanje.
Ubrizgavanje korisnog tereta
Pogledajmo funkciju koju je PowerShell skripta pozvala.
Funkcija koju poziva skripta PowerShell
Ova je funkcija izvršila sljedeće radnje:
dešifrirao dva skupa podataka (array и array2 na snimci zaslona). Izvorno su komprimirani pomoću gzipa i šifrirani algoritmom XOR s ključem xorKey;
kopirao podatke u dodijeljena memorijska područja. Podaci iz array - na područje memorije na koje pokazujete intPtr (payload pointer na snimci zaslona); podaci iz array2 - na područje memorije na koje pokazujete intPtr2 (shellcode pointer na snimci zaslona);
naziva funkcija CallWindowProcA(описание Ova je funkcija dostupna na Microsoftovoj web stranici) sa sljedećim parametrima (nazivi parametara navedeni su u nastavku, na snimci zaslona su istim redoslijedom, ali s radnim vrijednostima):
lpPrevWndFunc - pokazivač na podatke iz array2;
hWnd — pokazivač na niz koji sadrži stazu do izvršne datoteke svchost.exe;
Msg - pokazivač na podatke iz array;
wParam, lParam — parametri poruke (u ovom slučaju ti parametri nisu korišteni i imali su vrijednosti 0);
stvorio datoteku %AppData%MicrosoftWindowsStart MenuProgramsStartup<name>.urlGdje <name> - ovo su prva 4 znaka parametra vbsScriptName (na snimci zaslona fragment koda s ovom akcijom počinje naredbom File.Copy). Na taj je način zlonamjerni softver dodao URL datoteku na popis autorun datoteka kada se korisnik prijavio i tako se spojio na zaraženo računalo. URL datoteka sadržavala je vezu na skriptu:
Da bismo razumjeli kako je ubrizgavanje izvršeno, dešifrirali smo nizove podataka array и array2. Da bismo to učinili, koristili smo sljedeću Python funkciju:
def decrypt(data, key):
return gzip.decompress(
bytearray([data[i] ^ key[i % len(key)] for i in range(len(data))])[4:])
Kao rezultat toga, saznali smo da:
array je bila PE datoteka - ovo je konačan korisni teret;
array2 bio je shellcode potreban za provedbu injekcije.
Shellcode iz niza array2 prenosi se kao vrijednost funkcije lpPrevWndFunc u funkciju CallWindowProcA. lpPrevWndFunc — funkcija povratnog poziva, njezin prototip izgleda ovako:
Dakle, kada pokrenete funkciju CallWindowProcA s parametrima hWnd, Msg, wParam, lParam shellcode iz polja se izvršava array2 s argumentima hWnd и Msg. hWnd je pokazivač na niz koji sadrži stazu do izvršne datoteke svchost.exeI Msg — pokazivač na konačni korisni teret.
Shellcode je dobio adrese funkcija od kernel32.dll и ntdll32.dll na temelju hash vrijednosti iz njihovih imena i ubrizgali konačni korisni teret u memoriju procesa svchost.exekoristeći tehniku Process Hollowing (više o tome možete pročitati u ovom članak). Prilikom ubrizgavanja shellcodea:
stvorio proces svchost.exe u suspendiranom stanju pomoću funkcije CreateProcessW;
zatim sakrio prikaz odjeljka u adresnom prostoru procesa svchost.exe koristeći funkciju NtUnmapViewOfSection. Time je program oslobodio memoriju izvornog procesa svchost.exeda zatim dodijeli memoriju za korisni teret na ovoj adresi;
dodijeljena memorija za korisni teret u adresnom prostoru procesa svchost.exe koristeći funkciju VirtualAllocEx;
Početak procesa ubrizgavanja
zapisao sadržaj korisnih podataka u adresni prostor procesa svchost.exe koristeći funkciju WriteProcessMemory (kao na slici ispod);
nastavio proces svchost.exe koristeći funkciju ResumeThread.
Dovršavanje procesa ubrizgavanja
Zlonamjerni softver koji se može preuzeti
Kao rezultat opisanih radnji, jedan od nekoliko malwarea klase RAT instaliran je na zaraženi sustav. Tablica u nastavku navodi zlonamjerni softver korišten u napadu, koji s pouzdanjem možemo pripisati jednoj skupini napadača, budući da su uzorci pristupali istom naredbeno-kontrolnom poslužitelju.
Primjeri distribuiranog zlonamjernog softvera s istim kontrolnim poslužiteljem
Dvije su stvari ovdje vrijedne pažnje.
Prvo, sama činjenica da su napadači koristili nekoliko različitih RAT obitelji odjednom. Ovakvo ponašanje nije tipično za dobro poznate cyber grupe, koje često koriste približno isti skup alata koji su im poznati.
Drugo, RATKing je koristio malware koji se ili prodaje na specijaliziranim forumima po niskoj cijeni ili je čak projekt otvorenog koda.
Cjelovitiji popis zlonamjernog softvera korištenog u kampanji - s jednim važnim upozorenjem - dan je na kraju članka.
O grupi
Ne možemo pripisati opisanu zlonamjernu kampanju nijednom poznatom napadaču. Za sada vjerujemo da je te napade izvela jedna temeljno nova skupina. Kao što smo napisali na početku, nazvali smo ga RATKing.
Za izradu VBS skripte grupa je vjerojatno koristila alat sličan uslužnom programu VBS-kriptor od programera NYAN-x-CAT. Na to ukazuje sličnost skripte koju ovaj program kreira sa skriptom napadača. Konkretno, oboje:
izvršiti odgođeno izvršenje pomoću funkcije Sleep;
koristiti WMI;
registrirati tijelo izvršne datoteke kao parametar ključa registra;
izvrši ovu datoteku koristeći PowerShell u vlastitom adresnom prostoru.
Radi jasnoće, usporedite naredbu PowerShell za pokretanje datoteke iz registra, koju koristi skripta stvorena pomoću VBS-Cryptera:
Imajte na umu da su napadači koristili drugi pomoćni program iz NYAN-x-CAT kao jedan od korisnih podataka - LimeRAT.
Adrese C&C poslužitelja ukazuju na još jednu karakterističnu značajku RATKinga: grupa preferira dinamičke DNS usluge (pogledajte popis C&C u tablici IoC).
IoC
Donja tablica daje potpuni popis VBS skripti koje se najvjerojatnije mogu pripisati opisanoj kampanji. Sve su te skripte slične i izvode približno isti slijed radnji. Svi oni ubacuju zlonamjerni softver klase RAT u pouzdan Windows proces. Svi oni imaju C&C adrese registrirane pomoću Dynamic DNS usluga.
Međutim, ne možemo tvrditi da su sve te skripte distribuirali isti napadači, s izuzetkom uzoraka s istim C&C adresama (na primjer, kimjoy007.dyndns.org).