RATKing: новая кампанія з траянамі выдаленага доступу

У канцы траўня мы выявілі кампанію распаўсюджвання ВПО класа Remote Access Trojan (RAT) – праграм, якія дазваляюць зламыснікам выдалена кіраваць заражанай сістэмай.

Разгляданая намі групоўка вызначылася тым, што яна не абрала для заражэння нейкае вызначанае сямейства RAT. У атаках у межах кампаніі былі заўважаны адразу некалькі траянаў (усё ў шырокім доступе). Гэтай рысай групоўка нагадала нам пра пацучынага караля — міфічную жывёліну, якая складаецца з грызуноў з пераплеценымі хвастамі.

RATKing: новая кампанія з траянамі выдаленага доступу
Арыгінал узяты з манаграфіі К. Н. Росікава «Мышы і мышападобныя грызуны, найболей важныя ў гаспадарчым стаўленні» (1908 г.)

У гонар гэтай істоты мы назвалі разгляданую намі групоўку RATKing. У гэтым пасце мы раскажам падрабязна пра тое, як зламыснікі праводзілі атаку, якія інструменты яны выкарыстоўвалі, а таксама падзелімся сваімі меркаваннямі адносна атрыбуцыі гэтай кампаніі.

Ход атакі

Усе атакі ў гэтай кампаніі праходзілі па наступным алгарытме:

  1. Карыстальнік атрымліваў фішынгавы ліст са спасылкай на Google Drive.
  2. Па спасылцы ахвяра спампоўвала шкоднасны VBS-скрыпт, які прапісваў DLL-бібліятэку для загрузкі канчатковага пейлоада ў рэестр Windows і запускаў PowerShell, каб выканаць яе.
  3. DLL-бібліятэка ўкараняла канчатковы пейлоад – уласна, адзін з выкарыстоўваных зламыснікамі RAT – у сістэмны працэс і прапісвала VBS-скрыпт у аўтазапуск, каб замацавацца ў заражанай машыне.
  4. Канчатковы пейлаад выконваўся ў сістэмным працэсе і даваў зламысніку магчымасць кіраваць заражаным кампутарам.

Схематычна гэта можна ўявіць так:

RATKing: новая кампанія з траянамі выдаленага доступу

Далей мы засяродзімся на першых трох этапах, паколькі нас цікавіць менавіта механізм дастаўкі ВПА. Мы не станем падрабязна апісваць механізм працы саміх шкоднасаў. Яны знаходзяцца ў шырокім доступе – альбо прадаюцца на спецыялізаваных форумах, альбо і зусім распаўсюджваюцца як праекты з адкрытым зыходным кодам, – а значыць, не ўнікальныя для групоўкі RATKing.

Аналіз этапаў атакі

Этап 1. Фішынгавае рассыланне

Атака пачыналася з таго, што ахвяра атрымлівала шкоднасны ліст (зламыснікі выкарыстоўвалі розныя шаблоны з тэкстам, на скрыншоце ніжэй прыведзены адзін з прыкладаў). У паведамленні была спасылка на легітымнае сховішча drive.google.com, якая нібыта вяла на старонку загрузкі дакумента ў фармаце PDF.

RATKing: новая кампанія з траянамі выдаленага доступу
Прыклад фішынгавага ліста

Аднак на справе загружаўся зусім не PDF-дакумент, а VBS-скрыпт.

Пры пераходзе па спасылцы з ліста на скрыншоце вышэй загружаўся файл з імем Cargo Flight Details.vbs. У гэтым выпадку зламыснікі нават не спрабавалі замаскіраваць файл пад законны дакумент.

У той жа час у межах гэтай кампаніі мы знайшлі скрыпт з імем Cargo Trip Detail.pdf.vbs. Ён ужо мог сысці за легітымны PDF, таму што па змаўчанні Windows хавае пашырэнне файлаў. Праўда, у гэтым выпадку падазрэнне ўсё яшчэ магла выклікаць яго абразок, які адпавядаў VBS-скрыпту.

На гэтым этапе ахвяра магла распазнаць зман: досыць на секунду дагледзецца да пампаваных файлаў. Аднак у такіх фішынгавых кампаніях зламыснікі часцяком разлічваюць менавіта на няўважлівага ці які спяшаецца карыстача.

Этап 2. Праца VBS-скрыпту

VBS-скрыпт, які карыстач мог адкрыць па неасцярожнасці, прапісваў DLL-бібліятэку ў рэестр Windows. Скрыпт быў абфусцыраваны: радкі ў ім запісаны ў выглядзе байтаў, падзеленых адвольным сімвалам.

RATKing: новая кампанія з траянамі выдаленага доступу
Прыклад обфусцированного скрыпту

Алгарытм дэабфускацыі досыць просты: з обфусцированного радкі выключаўся кожны трэці знак, пасля чаго вынік дэкадаваўся з base16 у зыходны радок. Напрыклад, з значэння 57Q53s63t72s69J70r74e2El53v68m65j6CH6Ct (вылучана на скрыншоце вышэй) атрымліваўся радок WScript.Shell.

Для дэабфускацыі радкоў мы выкарыстоўвалі функцыю на Python:

def decode_str(data_enc):   
    return binascii.unhexlify(''.join([data_enc[i:i+2] for i in range(0, len(data_enc), 3)]))

Ніжэй на радках 9-10 выдзелена значэнне, пры дэабфускацыі якога атрымліваўся DLL-файл. Менавіта ён запускаўся на наступным этапе з дапамогай PowerShell.

RATKing: новая кампанія з траянамі выдаленага доступу
Радок з обфусцированным DLL

Кожная функцыя ў VBS-скрыпце выконвалася па меры дэабфускацыі радкоў.

Пасля запуску скрыпту выклікалася функцыя wscript.sleep - з яе дапамогай выконвалася адкладзенае выкананне.

Далей скрыпт працаваў з рэестрам Windows. Ён выкарыстоўваў для гэтага тэхналогію WMI. З яе дапамогай ствараўся ўнікальны ключ, і ў яго параметр запісвалася цела выкананага файла. Зварот да рэестра праз WMI выконваўся з дапамогай наступнай каманды:

GetObject(winmgmts {impersonationLevel=impersonate}!\.rootdefault:StdRegProv)

RATKing: новая кампанія з траянамі выдаленага доступу
Запіс, зроблены ў рэестры VBS-скрыптам

Этап 3. Праца DLL-бібліятэкі

На трэцім этапе шкоднасная DLL-бібліятэка загружала канчатковы пейлаад, укараняла яго ў сістэмны працэс і забяспечвала аўтазапуск VBS-скрыпту пры ўваходзе карыстача ў сістэму.

Запуск праз PowerShell

DLL-бібліятэка выконвалася з дапамогай наступнай каманды ў PowerShell:

[System.Threading.Thread]::GetDomain().Load((ItemProperty HKCU:///Software///<rnd_sub_key_name> ).<rnd_value_name>);
[GUyyvmzVhebFCw]::EhwwK('WScript.ScriptFullName', 'rWZlgEtiZr', 'WScript.ScriptName'),0

Гэтая каманда рабіла наступнае:

  • атрымлівала дадзеныя значэння рэестра з імем rnd_value_name – гэтыя дадзеныя ўяўлялі сабой DLL-файл, напісаны на платформе. Net;
  • загружала атрыманы .Net-модуль у памяць працэсу powershell.exe з дапамогай функцыі [System.Threading.Thread]::GetDomain().Load() (падрабязнае апісанне функцыі Load() даступна на сайце Microsoft);
  • выконвала функцыю GUyyvmzVhebFCw]::EhwwK() - з яе пачыналася выкананне DLL-бібліятэкі - з параметрамі vbsScriptPath, xorKey, vbsScriptName. Параметр xorKey захоўваў ключ для расшыфроўкі канчатковага пейлаада, а параметры vbsScriptPath и vbsScriptName перадаваліся для таго, каб прапісаць VBS-скрыпт у аўтазапуск.

Апісанне DLL-бібліятэкі

У дэкампіляваным выглядзе загрузнік выглядаў так:

RATKing: новая кампанія з траянамі выдаленага доступу
Загрузнік у дэкампіляваным выглядзе (чырвоным падкрэслена функцыя, з якой пачыналася выкананне DLL-бібліятэкі)

Загрузнік абаронены пратэктарам. Net Reactor. Са здыманнем дадзенага пратэктара выдатна спраўляецца ўтыліта de4dot.

Дадзены загрузнік:

  • ажыццяўляў інжект пейлоада ў сістэмны працэс (у дадзеным прыкладзе гэта svchost.exe);
  • прапісваў VBS-скрыпт у аўтазапуск.

Інжект пейлаада

Разгледзім функцыю, якую выклікаў PowerShell-скрыпт.

RATKing: новая кампанія з траянамі выдаленага доступу
Функцыя, якая выклікаецца PowerShell-скрыптам

Дадзеная функцыя ажыццяўляла наступныя дзеянні:

  • расшыфроўвала два масівы дадзеных (array и array2 на скрыншоце). Першапачаткова яны былі сціснутыя з дапамогай gzip і зашыфраваны алгарытмам XOR з ключом. xorKey;
  • капіявала дадзеныя ў вылучаныя вобласці памяці. Дадзеныя з array - у вобласць памяці, на якую паказваў intPtr (payload pointer на скрыншоце); дадзеныя з array2 - у вобласць памяці, на якую паказваў intPtr2 (shellcode pointer на скрыншоце);
  • выклікала функцыю CallWindowProcA (апісанне гэтай функцыі ёсць на сайце Microsoft) са наступнымі параметрамі (ніжэй пералічаны імёны параметраў, на скрыншоце яны ідуць у тым жа парадку, але з працоўнымі значэннямі):
    • lpPrevWndFunc - паказальнік на дадзеныя з array2;
    • hWnd - паказальнік на радок, якая змяшчае шлях да выкананага файла svchost.exe;
    • Msg - паказальнік на дадзеныя з array;
    • wParamlParam - Параметры паведамлення (у дадзеным выпадку гэтыя параметры не выкарыстоўваліся і мелі значэння 0);
  • стварала файл %AppData%MicrosoftWindowsStart MenuProgramsStartup<name>.url, Дзе <name> - гэта першыя 4 сімвала параметру vbsScriptName (на скрыншоце фрагмент кода з гэтым дзеяннем пачынаецца з каманды File.Copy). Такім чынам шкоднас дадаваў URL-файл у спіс файлаў для аўтазапуску пры ўваходзе карыстача ў сістэму і тым самым замацоўваўся на заражаным кампутары. URL-файл утрымліваў спасылку на скрыпт:

[InternetShortcut]
URL = file : ///<vbsScriptPath>

Для разумення таго, як ажыццяўляўся інжект, мы расшыфравалі масівы дадзеных array и array2. Для гэтага мы выкарыстоўвалі наступную функцыю на Python:

def decrypt(data, key):
    return gzip.decompress(
        bytearray([data[i] ^ key[i % len(key)] for i in range(len(data))])[4:])
    

У выніку мы высветлілі, што:

  • array уяўляў сабой PE-файл - гэта і ёсць канчатковы пейлоад;
  • array2 уяўляў сабой шелл-код, неабходны для ажыццяўлення инжекта.

Шэл-код з масіва array2 перадаваўся ў якасці значэння функцыі lpPrevWndFunc у функцыю CallWindowProcA. lpPrevWndFunc - функцыя зваротнага выкліку, яе прататып выглядае так:

LRESULT WndFunc(
  HWND    hWnd,
  UINT    Msg,
  WPARAM  wParam,
  LPARAM  lParam
);

Такім чынам, пры запуску функцыі CallWindowProcA з параметрамі hWnd, Msg, wParam, lParam выконваецца шелл-код з масіва array2 з аргументамі hWnd и Msg. hWnd - гэта паказальнік на радок, якая змяшчае шлях да выкананага файла svchost.exe, А Msg - Паказальнік на канчатковы пейлоад.

Шэл-код атрымліваў адрасы функцый з kernel32.dll и ntdll32.dll па значэннях хэшаў ад іх імёнаў і выконваў инжект канчатковага пейлоада ў памяць працэсу svchost.exe, выкарыстоўваючы тэхніку Process Hollowing (падрабязна пра яе можна прачытаць у гэтай артыкуле). Пры інжэкце шелл-код:

  • ствараў працэс svchost.exe у прыпыненым стане пры дапамозе функцыі CreateProcessW;
  • затым хаваў адлюстраванне секцыі ў адраснай прасторы працэсу svchost.exe пры дапамозе функцыі NtUnmapViewOfSection. Такім чынам праграма вызваляла памяць арыгінальнага працэсу svchost.exe, Каб затым па гэтым адрасе вылучыць памяць для пейлаада;
  • вылучаў памяць для пейлаада ў адраснай прасторы працэсу svchost.exe пры дапамозе функцыі VirtualAllocEx;

RATKing: новая кампанія з траянамі выдаленага доступу
Пачатак працэсу інжэкту

  • запісваў змесціва пейлаада ў адрасную прастору працэсу svchost.exe пры дапамозе функцыі WriteProcessMemory (як на скрыншоце ніжэй);
  • аднаўляў працэс svchost.exe пры дапамозе функцыі ResumeThread.

RATKing: новая кампанія з траянамі выдаленага доступу
Завяршэнне працэсу інжэкту

Загружанае ВПА

У выніку апісаных дзеянняў у заражанай сістэме усталёўвалася адна з некалькіх шкоднасных праграм класа RAT. У табліцы ніжэй пералічаны выкарыстаныя ў нападзе шкоднасы, якія мы з упэўненасцю можам прыпісаць адной групе зламыснікаў, паколькі сэмплы звярталіся да аднаго і таго ж серверу кіравання.

Назва ВПА

Упершыню заўважана

SHA-256

C&C

Працэс, у які ажыццяўляецца інжэкт

Darktrack

16-04-2020

ea64fe672c953adc19553ea3b9118ce4ee88a14d92fc7e75aa04972848472702

kimjoy007.dyndns[.]org:2017

Svchost

Паралакс

24-04-2020

b4ecd8dbbceaadd482f1b23b712bcddc5464bccaac11fe78ea5fd0ba932a4043

kimjoy007.dyndns[.]org:2019

Svchost

ВАРЗОН

18-05-2020

3786324ce3f8c1ea3784e5389f84234f81828658b22b8a502b7d48866f5aa3d3

kimjoy007.dyndns[.]org:9933

Svchost

Netwire

20-05-2020

6dac218f741b022f5cad3b5ee01dbda80693f7045b42a0c70335d8a729002f2d

kimjoy007.dyndns[.]org:2000

Svchost

Прыклады распаўсюджваецца ВПО з адным і тым жа серверам кіравання

Тут адметныя дзве рэчы.

Па-першае, сам факт, што зламыснікі выкарыстоўвалі адразу некалькі розных сямействаў RAT. Такія паводзіны не характэрна для вядомых кібергруповак, якія часцяком выкарыстоўваюць прыблізна аднолькавы набор звыклых для іх прылад.

Па-другое, RATKing выкарыстоўвалі шкоднасы, якія альбо прадаюцца на спецыялізаваных форумах за невялікі кошт, альбо і зусім з'яўляюцца праектамі з адчыненым зыходным кодам.

Больш поўны пералік выкарыстанага ў кампаніі ВПА - з адной важнай агаворкай - прыведзены ў канцы артыкула.

Аб групоўцы

Мы не можам аднесці апісаную шкоднасную кампанію да якіх-небудзь вядомых зламыснікаў. Пакуль мы лічым, што гэтыя напады здзейсніла прынцыпова новая групоўка. Як мы ўжо пісалі ў пачатку, мы назвалі яе RATKing.

Для стварэння VBS-скрыпту групоўка, верагодна, выкарыстоўвала інструмент, падобны на ўтыліту. VBS-Crypter ад распрацоўніка NYAN-x-CAT. На гэта паказвае падабенства скрыпта, які стварае гэтая праграма, са скрыптам зламыснікаў. У прыватнасці, яны абодва:

  • ажыццяўляюць адкладзенае выкананне з дапамогай функцыі Sleep;
  • выкарыстоўваюць WMI;
  • прапісваюць цела выкананага файла ў якасці параметру ключа рэестра;
  • выконваюць гэты файл пры дапамозе PowerShell у яго ж адраснай прасторы.

Для навочнасці параўнайце каманду PowerShell для запуску файла з рэестра, якую выкарыстае скрыпт, створаны з дапамогай VBS-Crypter:

((Get-ItemPropertyHKCU:SoftwareNYANxCAT).NYANxCAT);$text=-join$text[-1..-$text.Length];[AppDomain]::CurrentDomain.Load([Convert]::FromBase64String($text)).EntryPoint.Invoke($Null,$Null);

з аналагічнай камандай, якую выкарыстоўваў скрыпт зламыснікаў:

[System.Threading.Thread]::GetDomain().Load((ItemProperty HKCU:///Software///<rnd_sub_key_name> ).<rnd_value_name>);
[GUyyvmzVhebFCw]::EhwwK('WScript.ScriptFullName', 'rWZlgEtiZr', 'WScript.ScriptName'),0

Заўважым, што ў якасці аднаго з пейлаадаў зламыснікі выкарыстоўвалі іншую ўтыліту ад NYAN-x-CAT. LimeRAT.

Адрасы C&C-сервераў паказваюць на яшчэ адну адметную рысу RATKing: групоўка аддае перавагу сэрвісы дынамічнага DNS (гл. пералік C&C у табліцы з IoC).

IoC

У табліцы ніжэй прыведзены поўны пералік VBS-скрыптоў, якія з вялікай верагоднасцю можна аднесці да апісанай кампаніі. Усе гэтыя скрыпты падобныя і ажыццяўляюць прыкладна аднолькавую паслядоўнасць дзеянняў. Усе яны инжектят ВПО класа RAT у давераны працэс Windows. Ва ўсіх іх адрасы C&C зарэгістраваныя з выкарыстаннем Dynamic DNS-сэрвісаў.

Тым не менш, мы не можам сцвярджаць, што ўсе гэтыя скрыпты распаўсюджваліся аднымі і тымі ж зламыснікамі, за выключэннем сэмплаў з аднолькавымі адрасамі C&C (напрыклад, kimjoy007.dyndns.org).

Назва ВПА

SHA-256

C&C

Працэс, у які ажыццяўляецца інжэкт

Паралакс

b4ecd8dbbceaadd482f1b23b712bcddc5464bccaac11fe78ea5fd0ba932a4043

kimjoy007.dyndns.org

Svchost

00edb8200dfeee3bdd0086c5e8e07c6056d322df913679a9f22a2b00b836fd72

hope.doomdns.org

Svchost

504cbae901c4b3987aa9ba458a230944cb8bd96bbf778ceb54c773b781346146

kimjoy007.dyndns.org

Svchost

1487017e087b75ad930baa8b017e8388d1e99c75d26b5d1deec8b80e9333f189

kimjoy007.dyndns.org

Svchost

c4160ec3c8ad01539f1c16fb35ed9c8c5a53a8fda8877f0d5e044241ea805891

franco20.dvrdns.org

Svchost

515249d6813bb2dde1723d35ee8eb6eeb8775014ca629ede017c3d83a77634ce

kimjoy007.dyndns.org

Svchost

1b70f6fee760bcfe0c457f0a85ca451ed66e61f0e340d830f382c5d2f7ab803f

franco20.dvrdns.org

Svchost

b2bdffa5853f29c881d7d9bff91b640bc1c90e996f85406be3b36b2500f61aa1

hope.doomdns.org

Svchost

c9745a8f33b3841fe7bfafd21ad4678d46fe6ea6125a8fedfcd2d5aee13f1601

kimjoy007.dyndns.org

Svchost

1dfc66968527fbd4c0df2ea34c577a7ce7a2ba9b54ba00be62120cc88035fa65

franco20.dvrdns.org

Svchost

c6c05f21e16e488eed3001d0d9dd9c49366779559ad77fcd233de15b1773c981

kimjoy007.dyndns.org

CMD

3b785cdcd69a96902ee62499c25138a70e81f14b6b989a2f81d82239a19a3aed

hope.doomdns.org

Svchost

4d71ceb9d6c53ac356c0f5bdfd1a5b28981061be87e38e077ee3a419e4c476f9

2004para.ddns.net

Svchost

00185cc085f284ece264e3263c7771073a65783c250c5fd9afc7a85ed94acc77

hope.doomdns.org

Svchost

0342107c0d2a069100e87ef5415e90fd86b1b1b1c975d0eb04ab1489e198fc78

franco20.dvrdns.org

Svchost

de33b7a7b059599dc62337f92ceba644ac7b09f60d06324ecf6177fff06b8d10

kimjoy007.dyndns.org

Svchost

80a8114d63606e225e620c64ad8e28c9996caaa9a9e87dd602c8f920c2197007

kimjoy007.dyndns.org

Svchost

acb157ba5a48631e1f9f269e6282f042666098614b66129224d213e27c1149bb

hope.doomdns.org

CMD

bf608318018dc10016b438f851aab719ea0abe6afc166c8aea6b04f2320896d3

franco20.dvrdns.org

Svchost

4d0c9b8ad097d35b447d715a815c67ff3d78638b305776cde4d90bfdcb368e38

hope.doomdns.org

Svchost

e7c676f5be41d49296454cd6e4280d89e37f506d84d57b22f0be0d87625568ba

kimjoy007.dyndns.org

Svchost

9375d54fcda9c7d65f861dfda698e25710fda75b5ebfc7a238599f4b0d34205f

franco20.dvrdns.org

Svchost

128367797fdf3c952831c2472f7a308f345ca04aa67b3f82b945cfea2ae11ce5

kimjoy007.dyndns.org

Svchost

09bd720880461cb6e996046c7d6a1c937aa1c99bd19582a562053782600da79d

hope.doomdns.org

Svchost

0a176164d2e1d5e2288881cc2e2d88800801001d03caedd524db365513e11276

paradickhead.homeip.net

Svchost

0af5194950187fd7cbd75b1b39aab6e1e78dae7c216d08512755849c6a0d1cbe

hope.doomdns.org

Svchost

Warzone

3786324ce3f8c1ea3784e5389f84234f81828658b22b8a502b7d48866f5aa3d3

kimjoy007.dyndns.org

Svchost

db0d5a67a0ced6b2de3ee7d7fc845a34b9d6ca608e5fead7f16c9a640fa659eb

kimjoy007.dyndns.org

Svchost

Netwire

6dac218f741b022f5cad3b5ee01dbda80693f7045b42a0c70335d8a729002f2d

kimjoy007.dyndns.org

Svchost

Darktrack

ea64fe672c953adc19553ea3b9118ce4ee88a14d92fc7e75aa04972848472702

kimjoy007.dyndns.org

Svchost

WSH RAT

d410ced15c848825dcf75d30808cde7784e5b208f9a57b0896e828f890faea0e

anekesolution.linkpc.net

RegAsm

лайм

896604d27d88c75a475b28e88e54104e66f480bcab89cc75b6cdc6b29f8e438b

softmy.duckdns.org

RegAsm

QuasarRAT

bd1e29e9d17edbab41c3634649da5c5d20375f055ccf968c022811cd9624be57

darkhate-23030.portmap.io

RegAsm

12044aa527742282ad5154a4de24e55c9e1fae42ef844ed6f2f890296122153b

darkhate-23030.portmap.io

RegAsm

be93cc77d864dafd7d8c21317722879b65cfbb3297416bde6ca6edbfd8166572

darkhate-23030.portmap.io

RegAsm

933a136f8969707a84a61f711018cd21ee891d5793216e063ac961b5d165f6c0

darkhate-23030.portmap.io

RegAsm

71dea554d93728cce8074dbdb4f63ceb072d4bb644f0718420f780398dafd943

chrom1.myq-see.com

RegAsm

0d344e8d72d752c06dc6a7f3abf2ff7678925fde872756bf78713027e1e332d5

darkhate-23030.portmap.io

RegAsm

0ed7f282fd242c3f2de949650c9253373265e9152c034c7df3f5f91769c6a4eb

darkhate-23030.portmap.io

RegAsm

aabb6759ce408ebfa2cc57702b14adaec933d8e4821abceaef0c1af3263b1bfa

darkhate-23030.portmap.io

RegAsm

1699a37ddcf4769111daf33b7d313cf376f47e92f6b92b2119bd0c860539f745

darkhate-23030.portmap.io

RegAsm

3472597945f3bbf84e735a778fd75c57855bb86aca9b0a4d0e4049817b508c8c

darkhate-23030.portmap.io

RegAsm

809010d8823da84cdbb2c8e6b70be725a6023c381041ebda8b125d1a6a71e9b1

darkhate-23030.portmap.io

RegAsm

4217a2da69f663f1ab42ebac61978014ec4f562501efb2e040db7ebb223a7dff

darkhate-23030.portmap.io

RegAsm

08f34b3088af792a95c49bcb9aa016d4660609409663bf1b51f4c331b87bae00

darkhate-23030.portmap.io

RegAsm

79b4efcce84e9e7a2e85df7b0327406bee0b359ad1445b4f08e390309ea0c90d

darkhate-23030.portmap.io

RegAsm

12ea7ce04e0177a71a551e6d61e4a7916b1709729b2d3e9daf7b1bdd0785f63a

darkhate-23030.portmap.io

RegAsm

d7b8eb42ae35e9cc46744f1285557423f24666db1bde92bf7679f0ce7b389af9

darkhate-23030.portmap.io

RegAsm

def09b0fed3360c457257266cb851fffd8c844bc04a623c210a2efafdf000d5c

darkhate-23030.portmap.io

RegAsm

50119497c5f919a7e816a37178d28906fb3171b07fc869961ef92601ceca4c1c

darkhate-23030.portmap.io

RegAsm

ade5a2f25f603bf4502efa800d3cf5d19d1f0d69499b0f2e9ec7c85c6dd49621

darkhate-23030.portmap.io

RegAsm

189d5813c931889190881ee34749d390e3baa80b2c67b426b10b3666c3cc64b7

darkhate-23030.portmap.io

RegAsm

c3193dd67650723753289a4aebf97d4c72a1afe73c7135bee91c77bdf1517f21

darkhate-23030.portmap.io

RegAsm

a6f814f14698141753fc6fb7850ead9af2ebcb0e32ab99236a733ddb03b9eec2

darkhate-23030.portmap.io

RegAsm

a55116253624641544175a30c956dbd0638b714ff97b9de0e24145720dcfdf74

darkhate-23030.portmap.io

RegAsm

d6e0f0fb460d9108397850169112bd90a372f66d87b028e522184682a825d213

darkhate-23030.portmap.io

RegAsm

522ba6a242c35e2bf8303e99f03a85d867496bbb0572226e226af48cc1461a86

darkhate-23030.portmap.io

RegAsm

fabfdc209b02fe522f81356680db89f8861583da89984c20273904e0cf9f4a02

darkhate-23030.portmap.io

RegAsm

08ec13b7da6e0d645e4508b19ba616e4cf4e0421aa8e26ac7f69e13dc8796691

darkhate-23030.portmap.io

RegAsm

8433c75730578f963556ec99fbc8d97fa63a522cef71933f260f385c76a8ee8d

darkhate-23030.portmap.io

RegAsm

99f6bfd9edb9bf108b11c149dd59346484c7418fc4c455401c15c8ac74b70c74

darkhate-23030.portmap.io

RegAsm

d13520e48f0ff745e31a1dfd6f15ab56c9faecb51f3d5d3d87f6f2e1abe6b5cf

darkhate-23030.portmap.io

RegAsm

9e6978b16bd52fcd9c331839545c943adc87e0fbd7b3f947bab22ffdd309f747

darkhate-23030.portmap.io

RegAsm⁠

Крыніца: habr.com

Дадаць каментар