Alte Tricks, neue Korplug-Variante: Hodur von Mustang Panda

Die von ESET-Forscher entdeckte Kampagne mit einer zuvor undokumentierten Korplug-Variante dauert noch an. Sie wird, aufgrund ihrer Ähnlichkeit mit der von Unit 42 im Jahr 2020 dokumentierten THOR-Variante, Hodur genannt. Hodur ist in der nordischen Mythologie Thors blinder Halbbruder, der von Loki dazu verleitet wird, ihren Halbbruder Baldr zu töten.

Die wichtigsten Erkenntnisse in diesem Blogpost:

• Die mindestens auf den August 2021 zurückgehende Kampagne dauert im März 2022 noch an.
• Zu bekannten Opfern zählen Forschungseinrichtungen, Internetdienstanbieter und europäische diplomatische Vertretungen.
• Die Kompromittierungskette nutzt Lock-Dokumente, die häufig aktualisiert werden und sich auf Ereignisse in Europa beziehen.
• Die Kampagne verwendet einen eigenen Loader, um eine neue Korplug-Variante auszuführen.
• In jeder Phase des Bereitstellungsprozesses der Malware werden Anti-Analyse-Techniken und Kontrollfluss-Verschleierung eingesetzt, wodurch sie sich von anderen Kampagnen unterscheidet.
• ESET-Forscher nehmen hier eine eingehende Analyse der Fähigkeiten und Befehle dieser neuen Variante vor.

Wahrscheinlich werden die Opfer dieser Kampagne mit Phishing-Dokumenten angelockt, die die jüngsten Ereignisse in Europa und zynischer Weise die russische Invasion in der Ukraine als Lockmittel missbrauchen. Der Krieg in der Ukraine hat mittlerweile schon dazu geführt, dass mehr als drei Millionen Ukrainer vor dem Krieg in Nachbarländer fliehen mussten, was zu einer beispiellosen Krise an den Grenzen der Ukraine geführt hat. Einer der Dateinamen die im Zusammenhang mit dieser Malware-Kampagne verwendet wird. Lautet Situation an den EU-Grenzen mit der Ukraine.exe.

Andere Phishing-Köder erwähnen aktualisierte COVID-19-Reisebeschränkungen, eine genehmigte Regionalhilfekarte für Griechenland und eine Verordnung des Europäischen Parlaments und des Rates. Letzteres ist ein echtes Dokument, das auf der Website des Europäischen Rates verfügbar ist. Dies zeigt, dass die APT-Gruppe hinter dieser Kampagne aktuelle Ereignisse verfolgt und in der Lage ist, erfolgreich und schnell darauf zu reagieren.

Abbildung 1. Von Mustang Panda in dieser Kampagne betroffene Länder

Betroffene Länder:

• Mongolei
• Vietnam
• Myanmar
• Griechenland
• Russland
• Zypern
• Südsudan
• Südafrika

Betroffene Branchen:

• Diplomatische Missionen
• Forschungseinrichtungen
• Internetdienstanbieter (ISP)

Analyse

Basierend auf den Code-Ähnlichkeiten und den vielen Gemeinsamkeiten der Taktiken, Techniken und Prozeduren (TTPs) schreiben ESET-Forscher diese Kampagne mit hoher Zuversicht Mustang Panda (auch bekannt als TA416, RedDelta oder PKPLUG) zu. Es handelt sich dabei um eine Cyberspionage-Gruppe, die sich hauptsächlich gegen Regierungsbehörden und NGOs richtet. Die Opfer befinden sich meist, aber nicht ausschließlich, in Ost- und Südostasien mit Schwerpunkt auf der Mongolei. Die Gruppe ist auch für ihre Kampagne gegen den Vatikan im Jahr 2020 bekannt.

Obwohl wir nicht in der Lage waren, die Branchen aller Opfer zu identifizieren, scheint diese Kampagne dieselben Targeting-Ziele zu haben, wie andere Mustang-Panda-Kampagnen. Entsprechend der typischen Viktimologie der Gruppe befinden sich die meisten Opfer in Ost- und Südostasien, dazu kommen einige in europäischen und afrikanischen Ländern. Laut ESET-Telemetrie befindet sich die überwiegende Mehrheit der Ziele in der Mongolei und Vietnam, gefolgt von Myanmar, nur wenige befinden sich außerhalb davon.

Die Kampagnen von Mustang Panda verwenden häufig eigene Loader für verbreitete Malware, wie Cobalt Strike, Poison Ivy und Korplug (auch bekannt als PlugX). Die Gruppe ist auch dafür bekannt, eigene Korplug-Varianten zu erstellen. Im Vergleich zu anderen Kampagnen, die Korplug verwenden, werden in jeder Phase des Bereitstellungsprozesses Anti-Analyse-Techniken und Maßnahmen zur Kontrollfluss-Verschleierung eingesetzt.

Dieser Blogpost enthält eine detaillierte Analyse, der in der Kampagne verwendeten, bisher ungesehenen Korplug-Variante. Die beschriebene Aktivität ist Teil derselben Kampagne, die kürzlich von Proofpoint beschrieben wurde, aber wir stellen zusätzliche Informationen zu Verlauf und Zielen bereit.

Angriffswerkzeuge

Mustang Panda ist für seine aufwändigen eigens erstellten Loader und Korplug-Varianten bekannt und diese Kampagne ist keine Ausnahme.

Die in dieser Kampagne beobachteten Kompromittierungsketten folgen dem typischen Korplug-Muster: Eine legitime, gültig signierte, ausführbare Datei, die anfällig für das Hijacking von DLL-Suchaufträgen ist, eine bösartige DLL sowie eine verschlüsselte Korplug-Datei werden auf dem Zielcomputer bereitgestellt. Die ausführbare Datei wird dazu missbraucht, um das Modul zu laden, das dann die Korplug RAT entschlüsselt und ausführt. In einigen Fällen wird zuerst ein Downloader verwendet, um diese Dateien zusammen mit einem Köderdokument bereitzustellen. Dieser Vorgang ist in Abbildung 2 dargestellt.

Abbildung 2. Überblick über den Bereitstellungsprozess für die Korplug-Variante Hodur.

Was diese Kampagne auszeichnet, ist der verstärkte Einsatz von Control-Flow-Verschleierung und Anti-Analyse-Techniken in jeder Phase des Bereitstellungsprozesses. Die folgenden Abschnitte beschreiben das Verhalten der einzelnen Stufen und werfen einen tieferen Blick auf die Abwehrtechniken, die in jeder von ihnen verwendet werden.

Erster Zugriff

Wir konnten den anfänglichen Bereitstellungsvektor nicht nachverfolgen, aber unsere Analyse weist auf Phishing- und Watering-Hole-Angriffe als wahrscheinliche Angriffsvektoren hin. In Fällen wo wir haben einen Downloader gesehen haben, deuten die verwendeten Dateinamen auf ein Dokument mit einem für das Angriffsziel interessanten Thema hin. Einige Beispiele sind:

• COVID-19 travel restrictions EU reviews list of third countries.exe
• State_aid__Commission_approves_2022-2027_regional_aid_map_for_Greece.exe
• REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL.exe
• Situation at the EU borders with Ukraine.exe

Um die Illusion zu verstärken, laden diese Binärdateien ein Dokument herunter und öffnen es, das den gleichen Namen hat, aber die Erweiterung .doc oder .pdf hat. Der Inhalt dieser Köder gibt den Dateinamen genau wieder. Wie in Abbildung 3 dargestellt, handelt es sich bei mindestens einem davon um ein öffentlich zugängliches legitimes Dokument des Europäischen Parlaments.

Abbildung 3. Erste Seite des Köderdokuments für den Downloader REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL.exe. Es handelt sich um ein echtes Dokument, das auf der Website des Europäischen Rates verfügbar ist.

Downloader

Obwohl die Komplexität im Laufe der Kampagne zugenommen hat, ist der Downloader ziemlich einfach. Die gesteigerte Komplexität entsteht durch zusätzliche Anti-Analyse-Techniken, die wir später in diesem Abschnitt behandeln.

Der Downloader lädt zunächst vier Dateien über HTTPS herunter: ein Köderdokument, eine legitime ausführbare Datei, ein bösartiges Modul und eine verschlüsselte Korplug-Datei. Die Kombination dieser letzten drei Komponenten zum Ausführen einer Nutzlast über DLL-Side-Loading wird manchmal als Trident (Dreizack) bezeichnet und ist eine Technik, die häufig von Mustang Panda und allgemein bei Korplug-Loadern verwendet wird. Sowohl die Serveradressen als auch die Dateipfade sind in der ausführbaren Datei des Downloaders fest codiert. Sobald alles heruntergeladen ist und das Köderdokument geöffnet wurde, um das Opfer abzulenken, verwendet der Downloader die folgende Befehlszeile, um die legitime ausführbare Datei zu starten:

cmd /c ping 8.8.8.8 -n 70&&"%temp%\<legitimate executable>"

Dieser Ping-Befehl überprüft sowohl die Internetverbindung und sorgt für eine Verzögerung (über die Option -n 70), bevor die heruntergeladene, legitime ausführbare Datei ausgeführt wird.

Der Downloader verwendet mehrere Anti-Analyse-Techniken, von denen viele auch im Loader und in der endgültigen Nutzlast verwendet werden. Im Laufe der Kampagne wurde zusätzliche Verschleierung für neuere Versionen hinzugefügt, ohne dass ansonsten ihr Ziel geändert wurde.

In frühen Versionen des Downloaders wurden Junk-Code und undurchsichtige Prädikate verwendet, um die Analyse zu verhindern, wie in Abbildung 4 dargestellt. Der Server und die Dateinamen sind aber im Klartext deutlich sichtbar.

Abbildung 4. Verschleierung des Kontrollflusses in früheren Versionen des Downloaders

In späteren Versionen werden die Dateien auf dem Server RC4-verschlüsselt, wobei die Base-10-String-Darstellung der Dateigröße als Schlüssel verwendet und dann hexadezimal codiert wird. Dieser Vorgang wird im folgenden Python-Snippet veranschaulicht. Die umgekehrten Operationen werden vom Downloader clientseitig ausgeführt, um die Klartextdateien wiederherzustellen. Dies geschieht wahrscheinlich, um Schutzmaßnahmen auf Netzwerkebene zu umgehen.

from Crypto.cipher import ARC4
key = "%d" % len(plaintext)
rc4 = ARC4.new(key)
cipher_content = rc4.encrypt(plaintext).hex().upper()

Diese Versionen ersetzen die Verwendung von Klartext-Strings durch verschlüsselte Stack-Strings. Sie sind immer noch fest in der Datei codiert, aber die Verschleierung, die sie umgibt, und die Verwendung unterschiedlicher Schlüssel machen es schwierig, sie statisch und automatisiert zu entschlüsseln. Dieselbe Technik wird auch in den nachfolgenden Phasen verstärkt verwendet. Verschlüsselte Stapelzeichenfolgen werden auch verwendet, um Aufrufe von Windows-API-Funktionen zu verschleiern.

Zunächst wird der Name der Zielfunktion entschlüsselt und an eine Funktion übergeben. Diese Funktion erhält einen Zeiger auf das InMemoryOrderModuleList -Feld des PEB (Process Environment Block). Anschließend durchläuft es die geladenen Module und übergibt jedes Handle zusammen mit dem Funktionsnamen an GetProcAddress, bis die Zielfunktion erfolgreich aufgelöst ist. Ein Teil dieses Prozesses ist in Abbildung 5 zu sehen.

Abbildung 5. Verschleierung von Windows-API-Aufrufen im Downloader. Der Screenshot zeigt einen Aufruf von WriteFile, aber das gleiche Muster wird für alle API-Funktionen verwendet.

Loader

Wie bei Korplug üblich, ist der Loader eine DLL, die eine Side-Loading-Schwachstelle in einer legitimen, signierten ausführbaren Datei ausnutzt. Wir haben beobachtet, dass viele verschiedene Anwendungen in dieser Kampagne missbraucht werden, zum Beispiel eine anfällige ausführbare SmadAV-Datei, die zuvor von Qurium in einer Mustang Panda zugeschriebenen, auf Myanmar abzielenden Kampagne gesehen wurde.

Der Loader exportiert mehrere Funktionen. Die genaue Liste variiert, je nach missbrauchter Anwendung, aber in allen Fällen tut nur eine von ihnen etwas von Bedeutung. Bei allen von uns beobachteten Loadern ist dies die exportierte Funktion mit der höchsten Ladeadresse. Alle anderen Exporte und der Einstiegspunkt der Bibliothek kehren entweder sofort zurück oder führen einen Do-Nothing-Junk-Code aus. Viele dieser Exporte haben Namen, die aus zufälligen Kleinbuchstaben bestehen und auf dieselbe Adresse verweisen, wie in Tabelle 1 gezeigt.

Tabelle 1. Von einem Hodur-Loader exportierte Funktionen. Der createSystemFontsUsingEDL-Export ist derjenige, der die letzte Malware-Stufe in dieser Version lädt.

Die Loader-Funktion ermittelt das Verzeichnis, in dem die DLL ausgeführt wird, mit GetModuleFileNameA und versucht, die darin enthaltene verschlüsselte Korplug-Datei zu öffnen. Dieser Dateiname ist im Loader fest codiert. Er liest den Inhalt der Datei in einen lokal zugewiesenen Puffer und entschlüsselt ihn. Der Loader macht diesen Puffer mithilfe von VirtualProtect ausführbar, bevor er ihn bei Offset 0x00 aufruft.

Windows-API-Funktionsaufrufe werden mit einer anderen Technik verschleiert als der, die im Downloader verwendet wird. Im Gegensatz zum Loader, der die Namen seiner Funktionen enthält (wie in Tabelle 1 oben gezeigt), sind nur die 64-Bit-Hashes der Windows-API-Funktionsaufrufe in der Binärdatei vorhanden. Um diese Funktionen aufzulösen, durchläuft der Loader die Exportlisten aller geladenen Bibliotheken über die InMemoryOrderModuleList des PEB. Der Name jedes Exports wird gehasht und dann mit dem erwarteten Wert verglichen. Der FNV-1a-Hash-Algorithmus, der kürzlich durch die Sunburst-Backdoor wieder Mainstream wurde, wurde auch zuvor von Mustang Panda in Korplug-Loadern verwendet. Wie von XORHEX dokumentiert, wird er dort verwendet, um GetProcAddress und LoadLibraryA aufzulösen, obwohl er in dieser Analyse nicht namentlich identifiziert wurde. In dieser Version wird er jedoch für alle API-Funktionen verwendet.

Korplug-Backdoor

Korplug (auch als PlugX bekannt) ist ein RAT (remote access trojan), der von mehreren APT-Gruppen verwendet wird. Obwohl er so weit verbreitet ist, oder vielleicht gerade deshalb, beschreiben nur wenige Berichte ausführlich seine Befehle und die Daten, die er exfiltriert. Seine Funktionalität ist in den verschiedenen Varianten nicht gleich, aber es scheint eine erhebliche Überschneidung in der Liste der Befehle zwischen der von uns analysierten Version und anderen Quellen, wie der Avira-Analyse vom Januar 2020 und dem plugxdecoder-Projekt auf GitHub zu geben.

Wie bereits erwähnt, weist die in dieser Kampagne verwendete Variante viele Ähnlichkeiten mit der THOR-Variante auf, weshalb wir sie Hodur genannt haben. Zu den Ähnlichkeiten gehören die Verwendung des Registrierungsschlüssels Software\CLASSES\ms-pu, das gleiche Format für die C&C-Server in der Konfiguration und die Verwendung der Static Fensterklasse.

Wie man es bei Korplug-Payloads erwartet, wird diese Stufe immer nur im Speicher des Loaders entschlüsselt. Nur die verschlüsselte Version wird in einer Datei mit der Erweiterung .dat auf die Festplatte geschrieben.

Sofern nicht anders angegeben, werden alle in diesem Abschnitt behandelten hartcodierten Zeichenfolgen als verschlüsselte Stack-Zeichenfolgen gespeichert.

In diesem Modul werden Windows-API-Funktionen durch eine Kombination der in vorherigen Phasen verwendeten Methoden verschleiert. LoadLibraryA und GetProcAddress werden über die FNV-1a-Hashing-Technik aufgelöst und Stack-Strings werden entschlüsselt und an sie übergeben, um die Zielfunktion zu erhalten.

Loading

Nach der Entschlüsselung ist die Nutzlast eine gültige DLL, die eine einzelne Funktion exportiert. In fast allen beobachteten Samples dieser Kampagne heißt diese Funktion StartProtect. Wenn Sie es jedoch direkt über diesen Export oder seinen Einstiegspunkt starten, wird die Hauptnutzlast nicht ausgeführt, und der Ladevorgang ist ziemlich kompliziert.

Wie im vorherigen Abschnitt erläutert, wird die Datei vom Ladeprogramm als fortlaufender Blob im Speicher entschlüsselt und die Ausführung beginnt bei Offset 0x00. Der PE-Header enthält Shellcode (siehe Abbildung 6), der einen bestimmten Offset aufruft, der dem einzelnen Export des Moduls entspricht.

Abbildung 6. Shellcode im PE-Header, der die exportierte Funktion aufruft

Diese Funktion analysiert das PE-Blob im Arbeitsspeicher und ordnet es manuell als Bibliothek einem neu zugewiesenen Puffer zu. Dazu gehören das Mapping der verschiedenen Abschnitte, das Auflösen von Importen und schließlich die Verwendung von DLL_PROCESS_ATTACH zum Aufrufen des DLL-Einstiegspunkts. Auch hier werden undurchsichtige Prädikate und Junk-Code verwendet, um den Zweck dieser Funktion zu verschleiern.

Der Einstiegspunkt der ordnungsgemäß geladenen Bibliothek wird dann mit dem nicht standardmäßigen Wert von 0x04 für den fdwReason -Parameter aufgerufen (derzeit sind nur Werte von 0x00 bis 0x03 definiert). Dieser spezielle Wert ist erforderlich, damit er seine Hauptnutzlast ausführt. Diese einfache Überprüfung verhindert, dass die RAT trivialerweise direkt mit einem generischen Tool wie rundll32.exe ausgeführt wird.

Die Hintertür entschlüsselt zunächst ihre Konfiguration mit der Zeichenfolge 123456789 als sich wiederholendem XOR-Schlüssel. Nach der Entschlüsselung beginnt der Konfigurationsblock mit ########. Das Layout der Konfiguration variiert leicht zwischen den Beispielen, aber alle enthalten mindestens die folgenden Felder:

• Name des Installationsverzeichnisses. Wird auch als Name des Registrierungsschlüssels verwendet, der für die Persistenz erstellt wurde. Dieser Wert entspricht ungefähr dem Namen der missbrauchten Anwendung mit drei zufällig angehängten Buchstaben (z. B. FontEDLZeP oder AdobePhotosGQp)
• Mutex-Name
• Ein Wert, der entweder eine Versions- oder eine ID-Zeichenfolge ist
• Liste der C&C-Server. Jeder Eintrag enthält IP-Adresse, Portnummer und eine Nummer, die das mit diesem C&C zu verwendende Protokoll angibt

Die Hintertür überprüft dann den Pfad, von dem sie ausgeführt wird, mit GetModuleFileNameW. Wenn %userprofile%\<Installationsverzeichnis> oder %allusersprofile%\<Installationsverzeichnis> passt, wird die RAT-Funktionalität ausgeführt. Andernfalls wird der Installationsprozess durchlaufen.

Installation

Um sich selbst zu installieren, erstellt die Malware das oben genannte Verzeichnis unter %allusersprofile%. Mit SetFileAttributesW wird es dann als hidden und system markiert. Die gefährdete ausführbare Datei, das Lademodul und die verschlüsselten Korplug-Dateien werden in das neue Verzeichnis kopiert.

Als nächstes wird die Persistenz hergestellt. Frühere Beispiele erreichten dies, indem sie eine geplante Aufgabe erstellten, die beim Booten über schtasks.exe ausgeführt werden sollte. Neuere Beispiele fügen einen Registrierungseintrag zu Software\Microsoft\Windows\CurrentVersion\Run hinzu und versuchen zuerst die HKLM-Struktur und dann HKCU. Dieser Eintrag hat denselben Namen wie das Installationsverzeichnis, dessen Wert auf den Pfad der neu kopierten ausführbaren Datei gesetzt ist.

Sobald die Persistenz eingerichtet wurde, startet die Malware die ausführbare Datei von ihrem neuen Speicherort und wird beendet.

RAT

Die RAT-Funktionalität der Hodur-Variante dieser Kampagne stimmt größtenteils mit anderen Korplug-Varianten überein, mit einigen zusätzlichen Befehlen und Eigenschaften. Wie wir jedoch bereits gesagt haben, gibt es nur wenige detaillierte Analysen von Korplug-Befehlen, daher möchten wir eine solche Analyse in der Hoffnung bereitstellen, zukünftigen Analysten zu helfen.

In diesem Modus durchläuft die Hintertür die Liste der C&C-Server in ihrer Konfiguration, bis sie das Ende erreicht oder einen Deinstallationsbefehl erhält. Für jeden dieser Server verarbeitet sie Befehle, bis sie einen Stop-Befehl erhält oder einen Fehler feststellt.

Der anfängliche Handshake von Hodur kann über HTTPS oder TCP erfolgen. Dies wird durch einen Wert in der Konfiguration für diesen bestimmten C&C-Server bestimmt. Die nachfolgende Kommunikation erfolgt immer über TCP unter Verwendung eines benutzerdefinierten Protokolls, das wir in diesem Abschnitt zusammen mit den Befehlen, die ausgegeben werden können, beschreiben. Hodur verwendet Sockets der Windows Sockets API (Winsock), die überlappendes I/O unterstützen.

Nach dem anfänglichen Handshake umfasst die Kommunikation von Hodur TCP-Nachrichten, die aus einem Header mit der in Tabelle 2 beschriebenen Struktur bestehen, gefolgt von einem Nachrichtentext, der normalerweise mit LZNT1 komprimiert und immer mit RC4 verschlüsselt wird. Nachrichten, deren Header-Feld für die Befehlsnummer das Bit 0x10000000 gesetzt hat (solche, die Dateiinhalte, für die in Tabelle 3 beschriebenen Befehle ReadFile und WriteFile enthalten), haben verschlüsselte, aber nicht komprimierte Nachrichtenkörper. Alle verschlüsselten Nachrichtentexte verwenden den fest codierten Schlüssel sV!e@T#L$PH% mit einem vier Byte langen zufälligen Nonce (der Wert bei Offset 0x00 im Header), der daran angehängt ist.

Tabelle 2. Header-Format, das für die Kommunikation zwischen C&C und der Hintertür verwendet wird

Die C&C-Nachrichtenheader von Hodur werden unverschlüsselt übertragen, gefolgt von Nachrichtenkörpern unterschiedlicher Größe (der Wert bei Offset 0x08 des Headers). Das Format des Nachrichtentexts variiert je nach Befehl, aber nach der Entschlüsselung und Dekomprimierung befinden sich Werte variabler Länge (wie Zeichenfolgen) immer am Ende eines Nachrichtentexts, und ihr Offset im Text wird als Ganzzahl im entsprechenden Nachrichtenfeld gespeichert.

Hodur hat, wie die von Avira beschriebene Version zwei Befehlsgruppen – 0x1001 und 0x1002 – mit jeweils eigenem Handler. Der C&C-Server kann festlegen, auf welche Gruppe er lauschen soll, indem er die entsprechende ID als Befehlsnummer sendet, wenn sich ein Client nicht bereits in einem der beiden Modi befindet. Er hört weiter auf dieselbe Gruppe, bis es den Stop-Befehl erhält oder ein Fehler auftritt (einschließlich des Empfangs einer Nachricht mit einer ungültigen Befehlsnummer im Header).

Die erste Gruppe, 0x1001, enthält Befehle zur Verwaltung der Ausführung der Hintertür und zur ersten Erkundung eines neu kompromittierten Hosts. Da diese Befehle keine Argumente annehmen, bestehen die vom C&C-Server gesendeten Nachrichten nur aus den Headern. Tabelle 3 enthält eine Liste dieser Befehle. Der GetSystemInfo-Befehl wird unten ausführlicher beschrieben. Beachten Sie, dass in der RAT keine Befehlsnamen vorhanden sind; sie wurden entweder früheren Analysen entnommen oder von uns zur Verfügung gestellt.

Tabelle 3. Befehle in Gruppe 0x1001

Der Befehl „GetSystemInfo“ sammelt umfangreiche Informationen über das System, wie in Tabelle 4 aufgeführt. Falls noch nicht vorhanden, wird der Registrierungsschlüssel „Software\CLASSES\ms-pu\CLSID“ auf den aktuellen Zeitstempel gesetzt, wobei zuerst HKLM und dann HKCUversucht wird. Der Wert dieses Schlüssels wird dann in der Antwort gesendet.

Tabelle 4. Format des Antworttexts für die GetSystemInfo-Antwort

Die 0x1002-Gruppe enthält Befehle, die RAT-Funktionalität bereitstellen, wie in Tabelle 5 beschrieben. Einige davon nehmen Parameter entgegen, die im Nachrichtentext des Befehls bereitgestellt werden. Die fett gedruckten werden weiter unten ausführlicher beschrieben. Beachten Sie erneut, dass im RAT keine Befehlsnamen vorhanden sind. Sie wurden entweder früheren Analysen entnommen oder von uns zur Verfügung gestellt.

FindFiles-Befehl

Ausgehend vom angegebenen Verzeichnis sucht dieser Befehl nach Dateien, deren Namen dem vorgegebenen Muster entsprechen. Dieses Muster unterstützt dieselben Platzhalterzeichen wie die Windows FindFirstFile-API. Für jede übereinstimmende Datei sendet der Client eine Antwortnachricht mit ihrem Hauptteil in dem in Tabelle 6 beschriebenen Format.

Tabelle 6. Format des Antworthauptteils für den FindFiles-Befehl

Sobald die Suche abgeschlossen ist, wird eine Antwortnachricht mit leerem Text gesendet.

Fazit

Die in dieser Kampagne verwendeten Lockvogel-Dateien zeigen einmal mehr, wie schnell Mustang Panda auf das Weltgeschehen reagieren kann. Beispielsweise wurde eine EU-Verordnung zu COVID-19 nur zwei Wochen nach ihrem Erscheinen als Lockvogel-Datei verwendet, und Dokumente über den Krieg in der Ukraine wurden in den Tagen nach Beginn der Invasion verwendet. Außerdem demonstriert die Gruppe auch die Fähigkeit, ihre Tools iterativ zu verbessern, wie bei der charakteristischen Verwendung von Trident-Downloadern zur Bereitstellung von Korplug.

IoCs

Network

MITRE ATT&CK techniques

This table was built using version 10 of the MITRE ATT&CK framework.