ProHoster > Blog > Administration > RATKing: neue Kampagne mit Fernzugriffs-Trojanern

RATKing: neue Kampagne mit Fernzugriffs-Trojanern

Ende Mai entdeckten wir eine Kampagne zur Verbreitung von Remote Access Trojans (RAT) – Programmen, die es Angreifern ermöglichen, ein infiziertes System aus der Ferne zu steuern.

Die betrachtete Gruppierung zeichnete sich dadurch aus, dass sie sich nicht für eine bestimmte Familie von RAT entschied. In den Angriffen im Rahmen der Kampagne wurden mehrere Trojane (alle weit verbreitet) beobachtet. Diese Eigenschaft erinnerte uns an den Rattenkönig – ein mythisches Wesen, das aus Nagetieren mit ineinander verwobenen Schwänzen besteht.

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Der Originaltext stammt aus der Monografie von K. N. Rossikov "Mäuse und mausähnliche Nagetiere, die für die Wirtschaft am wichtigsten sind" (1908).

Zu Ehren dieses Wesens nannten wir die betrachtete Gruppierung RATKing. In diesem Beitrag werden wir ausführlich darüber berichten, wie die Angreifer den Angriff durchführten, welche Werkzeuge sie verwendeten und auch unsere Überlegungen zur Attribution dieser Kampagne teilen.

Ablauf des Angriffs

Alle Angriffe in dieser Kampagne verliefen nach folgendem Schema:

  1. Der Benutzer erhielt eine Phishing-E-Mail mit einem Link zu Google Drive.
  2. Über den Link lud das Opfer ein schädliches VBS-Skript herunter, das eine DLL-Bibliothek im Windows-Registry eintrug, um den finalen Payload zu laden, und PowerShell startete, um ihn auszuführen.
  3. Die DLL-Bibliothek integrierte den finalen Payload – was letztlich einer der von den Angreifern verwendeten RAT war – in den Systemprozess und trug das VBS-Skript in den Autostart ein, um sich auf dem infizierten Computer zu verankern.
  4. Der finale Payload wurde im Systemprozess ausgeführt und ermöglichte es dem Angreifer, den infizierten Computer zu steuern.

Schematisch kann man es so darstellen:

RATKing: neue Kampagne mit Fernzugriffs-Trojanern

Im Folgenden konzentrieren wir uns auf die ersten drei Phasen, da uns insbesondere der Mechanismus zur Bereitstellung der RAT interessiert. Wir werden den Mechanismus der Malware selbst nicht im Detail beschreiben. Sie sind weit verbreitet – entweder werden sie auf spezialisierten Foren verkauft oder sogar als Open-Source-Projekte verbreitet – und sind daher nicht einzigartig für die Gruppierung RATKing.

Analyse der Angriffsphasen

Phase 1. Phishing-Kampagne

Der Angriff begann damit, dass das Opfer eine schädliche E-Mail erhielt (die Angreifer verwendeten verschiedene Vorlagen mit Text, im Screenshot unten ist ein Beispiel abgebildet). In der Nachricht war ein Link zu einem legitimen Speicher enthalten, drive.google.com, die angeblich auf die Seite zum Herunterladen des Dokuments im PDF-Format führte.

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Beispiel einer Phishing-E-Mail

Tatsächlich wurde jedoch kein PDF-Dokument heruntergeladen, sondern ein VBS-Skript.

Beim Klick auf den Link aus der obigen E-Mail wurde eine Datei mit dem Namen Cargo Flight Details.vbs. In diesem Fall haben die Angreifer sogar nicht versucht, die Datei als legitimes Dokument zu tarnen.

Zur gleichen Zeit entdeckten wir im Rahmen dieser Kampagne ein Skript mit dem Namen Cargo Trip Detail.pdf.vbs. Dieses konnte bereits als legitimes PDF durchgehen, da Windows standardmäßig die Dateierweiterung ausblendet. Allerdings könnte in diesem Fall das Symbol, das dem VBS-Skript entsprach, immer noch Verdacht erregen.

An diesem Punkt hätte das Opfer den Betrug erkennen können: Es genügte, sich für einen Moment die heruntergeladenen Dateien anzusehen. Allerdings rechnen Angreifer in solchen Phishing-Kampagnen oft mit unaufmerksamen oder eiligen Nutzern.

Schritt 2. Ausführen des VBS-Skripts

Das VBS-Skript, das der Benutzer möglicherweise versehentlich öffnete, hat eine DLL-Bibliothek in die Windows-Registrierung geschrieben. Das Skript war obfuskiert: Die Zeilen waren in Form von Bytes aufgezeichnet, die durch ein beliebiges Zeichen getrennt waren.

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Beispiel eines obfuskierten Skripts

Der Deobfuskierungsalgorithmus ist recht einfach: Aus der obfuskierten Zeichenfolge wurde jedes dritte Zeichen entfernt, bevor das Ergebnis von base16 in die ursprüngliche Zeichenfolge dekodiert wurde. Zum Beispiel, aus dem Wert 57Q53s63t72s69J70r74e2El53v68m65j6CH6Ct (hervorgehoben im obigen Screenshot) erhielt man die Zeichenfolge WScript.Shell.

Für die Deobfuskierung der Zeichenfolgen haben wir eine Funktion in Python verwendet:

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

Unten sind in den Zeilen 9–10 die Werte hervorgehoben, bei deren Deobfuskierung eine DLL-Datei entstand. Diese wurde dann im nächsten Schritt mit PowerShell gestartet.

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Zeichenfolge mit obfuskiertem DLL

Jede Funktion im VBS-Skript wurde im Zuge der Deobfuskierung der Zeichenfolgen ausgeführt.

Nach dem Start des Skripts wurde die Funktion wscript.sleep aufgerufen, um eine verzögerte Ausführung zu ermöglichen.

Anschließend arbeitete das Skript mit der Windows-Registrierung. Es verwendete dafür die WMI-Technologie. Damit wurde ein eindeutiger Schlüssel erstellt, und in dessen Parameter wurde der Inhalt der ausführbaren Datei geschrieben. Der Zugriff auf die Registrierung über WMI erfolgte mit folgendem Befehl:

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

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Der in der Registrierung geschriebene Eintrag vom VBS-Skript

Etappe 3. DLL-Bibliothek Arbeit

In der dritten Etappe lud die bösartige DLL-Bibliothek das endgültige Payload, injizierte es in den Systemprozess und sorgte dafür, dass das VBS-Skript beim Systemzugang des Benutzers automatisch gestartet wurde.

Ausführung über PowerShell

Die DLL-Bibliothek wurde mit dem folgenden Befehl in PowerShell ausgeführt:

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

Dieser Befehl machte Folgendes:

  • holte die Registry-Daten mit dem Namen rnd_value_name — diese Daten stellten eine DLL-Datei dar, die auf der .Net-Plattform geschrieben wurde;
  • lud das erhaltene .Net-Modul in den Speicher des Prozesses powershell.exe unter Verwendung der Funktion [System.Threading.Thread]::GetDomain().Load() (eine detaillierte Beschreibung der Load()-Funktion ist auf der Microsoft-Website verfügbar);
  • führte die Funktion GUyyvmzVhebFCw]::EhwwK() aus — damit begann die Ausführung der DLL-Bibliothek — mit den Parametern vbsScriptPath, xorKey, vbsScriptName. Der Parameter xorKey speicherte den Schlüssel zur Entschlüsselung des endgültigen Payloads, während die Parameter übergeben wurden, um das VBS-Skript zum Autostart hinzuzufügen. vbsScriptPath und vbsScriptName Beschreibung der DLL-Bibliothek

In dekompilierter Form sah der Loader so aus:

Der Loader in dekompilierter Form (rot unterstrichen ist die Funktion, mit der die Ausführung der DLL-Bibliothek begann)

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Der Loader ist durch den Protector .Net Reactor geschützt. Dieser Protector kann hervorragend mit dem Tool de4dot entfernt werden.

Dieser Loader:

führte das Injection des Payloads in den Systemprozess durch (in diesem Beispiel ist das

  • svchost.exe fügte das VBS-Skript zum Autostart hinzu.);
  • Injection des Payloads

Betrachten wir die Funktion, die vom PowerShell-Skript aufgerufen wurde.

Die Funktion, die vom PowerShell-Skript aufgerufen wird

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
führte die folgenden Aktionen aus:

entschlüsselten zwei Datenarrays (

  • arrayarray2 und auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel kopierten die Daten in die zugewiesenen Speicherbereiche. Daten aus xorKey;
  • — in den Speicherbereich, auf den verwiesen wurde von array2 intPtr payload pointer (auf dem Screenshot); Daten aus intPtr2 auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel intPtr shellcode pointer (auf dem Screenshot); rief die Funktion
  • CallWindowProcA diese Funktion ist auf der Microsoft-Website verfügbar) (Beschreibung mit den folgenden Parametern auf (unten sind die Namen der Parameter aufgeführt, auf dem Screenshot sind sie in der gleichen Reihenfolge, jedoch mit funktionierenden Werten): lpPrevWndFunc
    • — Zeiger auf Daten aus hWnd auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel;
    • — Zeiger auf die Zeichenfolge, die den Pfad zur ausführbaren Datei enthält Msg fügte das VBS-Skript zum Autostart hinzu.;
    • wParam hWnd array2;
    • lParam, lParam – Parameter der Nachricht (in diesem Fall wurden diese Parameter nicht verwendet und hatten die Werte 0);
  • erstellte Datei %AppData%MicrosoftWindowsStartmenüProgrammeAutostart.url
    <name> – das sind die ersten 4 Zeichen des Parameters vbsScriptName (im Screenshot beginnt der Codefragment mit diesem Befehl File.Copy). So fügte die Malware die URL-Datei zur Liste der Dateien für den Autostart hinzu, wenn der Benutzer in das System einloggte, und sich damit auf dem befallenen Computer festlegte. Die URL-Datei enthielt einen Link zum Skript:

[InternetShortcut]
URL = file : \/\/\

Um zu verstehen, wie der Inject durchgeführt wurde, haben wir die Datenarrays analysiert array2 und auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel. Dafür verwendeten wir die folgende Funktion in Python:

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

Als Ergebnis stellten wir fest, dass:

  • array2 es sich um eine PE-Datei handelte – das ist der endgültige Payload;
  • auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel es sich um den Shellcode handelte, der für den Inject notwendig war.

Der Shellcode aus dem Array auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel wurde als Wert der Funktion — Zeiger auf Daten aus an die Funktion diese Funktion ist auf der Microsoft-Website verfügbar). — Zeiger auf Daten aus – Callback-Funktion, ihr Prototyp sieht so aus:

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

Somit wird beim Aufruf der Funktion diese Funktion ist auf der Microsoft-Website verfügbar) mit den Parametern — Zeiger auf die Zeichenfolge, die den Pfad zur ausführbaren Datei enthält, wParam, lParam, lParam der Shellcode aus dem Array auf dem Screenshot). Zunächst wurden sie mit gzip komprimiert und mit dem XOR-Algorithmus mit dem Schlüssel mit den Argumenten — Zeiger auf die Zeichenfolge, die den Pfad zur ausführbaren Datei enthält und wParam. — Zeiger auf die Zeichenfolge, die den Pfad zur ausführbaren Datei enthält – dies ist ein Zeiger auf eine Zeichenkette, die den Pfad zur ausführbaren Datei enthält fügte das VBS-Skript zum Autostart hinzu., und wParam – ein Zeiger auf den endgültigen Payload.

Der Shellcode erhielt die Adressen der Funktionen aus kernel32.dll und ntdll32.dll durch die Hashwerte ihrer Namen und führte den Inject des endgültigen Payloads in den Prozessspeicher fügte das VBS-Skript zum Autostart hinzu., indem die Technik Process Hollowing angewendet wurde (detaillierte Informationen dazu können in diesem Artikel). Beim Inject des Shellcodes:

  • erstellte er den Prozess fügte das VBS-Skript zum Autostart hinzu. im angehaltenen Zustand durch die Funktion CreateProcessW;
  • versteckte dann die Darstellung der Sektion im Adressraum des Prozesses fügte das VBS-Skript zum Autostart hinzu. mithilfe der Funktion NtUnmapViewOfSection. Damit gab das Programm den Speicher des ursprünglichen Prozesses frei fügte das VBS-Skript zum Autostart hinzu., um dann an dieser Adresse Speicher für den Payload zu reservieren;
  • reservierte Speicher für den Payload im Adressraum des Prozesses fügte das VBS-Skript zum Autostart hinzu. mithilfe der Funktion VirtualAllocEx;

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Der Beginn des Inject-Prozesses

  • schrieb den Inhalt des Payloads in den Adressraum des Prozesses fügte das VBS-Skript zum Autostart hinzu. mithilfe der Funktion WriteProcessMemory (wie im Screenshot unten);
  • setzte den Prozess fort fügte das VBS-Skript zum Autostart hinzu. mithilfe der Funktion ResumeThread.

RATKing: neue Kampagne mit Fernzugriffs-Trojanern
Beendigung des Inject-Prozesses

Laden der Schadsoftware

Als Ergebnis der beschriebenen Aktionen wurde in der infizierten System eines der verschiedenen RAT-Malware-Programme installiert. In der folgenden Tabelle sind die in dem Angriff verwendeten Schadstoffe aufgeführt, die wir mit Zuversicht einer bestimmten Gruppe von Angreifern zuordnen können, da die Samples auf denselben Command-and-Control-Server zugriffen.

Name der Malware

Erstmals beobachtet

SHA-256

C&C

Prozess, in den injiziert wird

Darktrack

16-04-2020

ea64fe672c953adc19553ea3b9118ce4ee88a14d92fc7e75aa04972848472702

kimjoy007.dyndns[.]org:2017

svchost

Parallax

24-04-2020

b4ecd8dbbceaadd482f1b23b712bcddc5464bccaac11fe78ea5fd0ba932a4043

kimjoy007.dyndns[.]org:2019

svchost

WARZONE

18-05-2020

3786324ce3f8c1ea3784e5389f84234f81828658b22b8a502b7d48866f5aa3d3

kimjoy007.dyndns[.]org:9933

svchost

Netwire

20-05-2020

6dac218f741b022f5cad3b5ee01dbda80693f7045b42a0c70335d8a729002f2d

kimjoy007.dyndns[.]org:2000

svchost

Beispiele für verbreitete Malware mit demselben Command-and-Control-Server

Hier sind zwei Dinge bemerkenswert.

Erstens, die Tatsache, dass die Angreifer mehrere verschiedene RAT-Familien gleichzeitig eingesetzt haben. Ein solches Verhalten ist für bekannte Cybergruppen untypisch, die oft einen ungefähren Satz gängiger Werkzeuge verwenden.

Zweitens verwendete RATKing Malware, die entweder zu günstigen Preisen in spezialisierten Foren verkauft wird oder sogar Open-Source-Projekte sind.

Eine vollständige Liste der in der Kampagne verwendeten Malware – mit einer wichtigen Einschränkung – wird am Ende des Artikels bereitgestellt.

Über die Gruppe

Wir können die beschriebene Schadsoftwarekampagne keiner bekannten Angreifergruppe zuordnen. Momentan glauben wir, dass diese Angriffe von einer grundlegend neuen Gruppierung durchgeführt wurden. Wie bereits zu Beginn erwähnt, haben wir sie RATKing genannt.

Für die Erstellung des VBS-Skripts hat die Gruppe wahrscheinlich ein Tool verwendet, das der Dienstprogramm ähnlich ist VBS-Crypter vom Entwickler NYAN-x-CAT. Dies weist auf die Ähnlichkeit des Skripts hin, das dieses Programm erstellt, mit dem Skript der Angreifer. Insbesondere beide:

  • führen eine verzögerte Ausführung mittels der Funktion Sleep;
  • verwenden WMI;
  • schreiben den Inhalt der ausführbaren Datei als Parameter in einen Registrierungsschlüssel;
  • führen diese Datei mit PowerShell im gleichen Adressraum aus.

Zur Veranschaulichung vergleichen Sie den PowerShell-Befehl zum Starten der Datei aus der Registrierung, der von dem mit VBS-Crypter erstellten Skript verwendet wird:

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

mit einem ähnlichen Befehl, den das Skript der Angreifer verwendet hat:

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

Wir stellen fest, dass die Angreifer eine andere Utility von NYAN-x-CAT als eines der Payloads verwendet haben: LimeRAT.

Die Adressen der C&C-Server weisen auf ein weiteres Unterscheidungsmerkmal von RATKing hin: Die Gruppe bevorzugt dynamische DNS-Dienste (siehe Liste der C&C in der Tabelle mit den IoCs).

IoC

In der folgenden Tabelle finden Sie eine vollständige Liste von VBS-Skripten, die mit hoher Wahrscheinlichkeit der beschriebenen Kampagne zugeordnet werden können. Alle diese Skripte sind ähnlich und führen eine ungefähr gleiche Abfolge von Aktionen durch. Sie injizieren RAT-Klasse Malware in vertrauenswürdige Windows-Prozesse. Alle haben C&C-Adressen, die mit dynamischen DNS-Diensten registriert sind.

Dennoch können wir nicht behaupten, dass all diese Skripte von denselben Angreifern verbreitet wurden, mit Ausnahme von Samples mit identischen C&C-Adressen (z. B. kimjoy007.dyndns.org).

Name der Malware

SHA-256

C&C

Prozess, in den injiziert wird

Parallax

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

Lime

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

Quelle: habr.com

60GB SSD 8Gb DDR4