Environment

REMnux (Ubuntu 24.04-based), 4 vCPU / 6 GB RAM in VirtualBox, on a host-only network adapter — no NAT, no internet route, under any configuration mistake. Isolation was verified, not assumed:

$ ping -c 3 8.8.8.8
ping: connect: Network is unreachable

Samples were pulled from MalwareBazaar as password-protected archives, transferred over the isolated network, extracted only inside the VM, and hash-verified against the published SHA256 before analysis began. No sample was ever detonated against real command-and-control infrastructure — dynamic behavior instead came from VirusTotal's own multi-sandbox executions (CAPE, C2AE, Dr.Web vxCube, Zenbox, Yomi Hunter) of the exact same hash, plus a second independent source (Kaspersky OpenTIP) and, for one sample, a real self-conducted live detonation inside an isolated Windows victim VM with Process Monitor attached.

Static findings, dynamic findings, then two independent confirmations — every time

Each sample below followed the same pipeline: metadata/entropy analysis → capability detection → cross-referenced multi-sandbox behavior → a second independent detonation source → IOC extraction. Where two tools disagreed on a sample's family, that's documented honestly instead of smoothed over.

VirusTotal: 46/69 engines · SHA256 4709437e9ba8a8dc08e5e2d7a9c37b3e7b35c848c15ed1e75f7ee05204d43d59

Sample 1 — AgentTesla (VT majority label: FormBook)

PE header carries a deliberately fake compile timestamp of 1 Feb 2049 — an anti-forensics trick. Metadata spoofed as Company: Audacity. Section entropy 7.76/8.0 confirms packing. capa flagged anti-analysis strings and .NET resource-hidden payload prep.

The AgentTesla-vs-FormBook conflict got resolved with network evidence, not guessing: crowdsourced IDS rules matched are literally named "ET MALWARE Agent Tesla CnC Exfil via TCP" and "...AgentTesla Exfil via FTP." The sandbox also caught it opening FTP client configs and Chrome/Brave/Amigo profile folders — a textbook credential-harvesting sweep.

Beyond third-party sandboxes: this one was also self-run inside the lab's own isolated Windows10-Victim VM with Process Monitor capturing live — a real, self-observed .NET CLR bootstrap sequence, not a summary of someone else's report.

IOCs: ftp.cyberflor.co · 103.224.93.246:21 / :49200
VirusTotal: 44/66 engines · SHA256 cbb753220731503e7974588a48305dcf19d8528d7299f695e05211f845a8f720

Sample 2 — RedLineStealer

The binary leaks its own build path in an embedded PDB reference under a randomly-named temp folder — consistent with RedLine's known stealer-as-a-service builder model. Disguised as CNCToolpathSimulator, a real category of legitimate CNC machining software.

Before exfiltrating, the sample checks the infected host's public IP via api.ip.sb and ipinfo.io, then POSTs stolen data to its real C2. Three of four sandboxes explicitly labelled it STEALER/MALWARE outright. Left running longer under Process Monitor, it produced a sustained TCP reconnect/disconnect beacon loop to the same C2 prefix already found via VirusTotal.

IOCs: C2 194.156.79.16:55615 · recon via api.ip.sb, ipinfo.io
VirusTotal: 62/68 engines · SHA256 c559ae3589ef6275ab17974827435d17215a4f81b35da976a98299021addcc93

Sample 3 — njRAT / Bladabindi

Unlike the other samples, this one is not packed (entropy 5.62/8.0) — its full string table is readable directly, and it contains a hardcoded checklist of analysis tools it looks for before running: procexp, Sandboxie, Wireshark, Process Hacker, and — notably — VBoxService, the exact kind of VM this lab uses. Also present: real keylogging APIs, screen/webcam capture, a self-installed firewall exception, and the classic self-delete pattern.

Getting it to self-run required temporarily adding NAT to install a missing .NET Framework dependency via Windows Update — then removing it again to fully restore isolation before running the sample. A real, live Windows Defender detection fired mid-capture: Behavior:Win32/Bladabindi.gen.

IOCs: live C2 jun88.now (Cloudflare-fronted) · embedded candidate fly88.krd
VirusTotal: 29/55 engines · SHA256 904a61a37592f6a7c9e5db72bc097782911ac5992b17c2188ae9c6306c41c1e2

Sample 4 — LokiBot delivery document (submitted as "officedocuments.doc")

The file extension lied: file and exiftool both identified this as plain RTF, not an OLE2 Word document. It opens with obfuscation padding that breaks AV signatures while Word's lenient RTF parser still opens and runs it normally. VirusTotal's community tags confirm the exploit chain directly: CVE-2017-11882 and CVE-2018-0798 — both Microsoft Equation Editor memory-corruption vulnerabilities, among the most exploited Office RCEs in history.

IOCs: CVE-2017-11882 / CVE-2018-0798 · payload host 91.92.240.104:7777
VirusTotal: 5/61 engines (static) · SHA256 391edbfdd1f3011d914612342f927b20b6268d4e9effbd7e7b90f5428d827c16

Sample 5 — AsyncRAT (VT sandbox signature: XWorm) — the headline result of this whole set

Submitted as a "Purchase Order" phishing lure (.vbs, 1.26 MB, 10,965 lines). Out of those 10,965 lines, static analysis found exactly one line of real logic — everything else is thousands of dead string-concatenation statements with junk dictionary-word variable names, existing purely to bloat the file past AV size/complexity thresholds. That's the direct, concrete reason the static detection ratio is only 5/61 despite the sample being unambiguously malicious the moment it actually runs.

Once detonated, the picture flips completely: Process Injection, credential dumping, and on-the-fly .NET compilation via csc.exe all appear. Network signature: "MALWARE-CNC Win.Infostealer.XWorm variant communication" — XWorm is a documented public fork of the leaked AsyncRAT source, which is exactly why two different vendor labels point at the same family tree.

IOCs: payload host gridfile.cfd · builder infra keyauth.win · C2 45.141.148.126:1122

Notable findings worth a second look

  • Two separate family-labeling conflicts, both resolved with evidence, not guesswork — AgentTesla-vs-FormBook and AsyncRAT-vs-XWorm both settled by reading the actual network-behavior IDS signature rather than trusting either the submitter's tag or the AV majority vote blindly.
  • A dropper that's 99% dead code — the clearest illustration in this set of why static-only analysis is insufficient on its own.
  • A RAT that fingerprints its own analysis environment — njRAT explicitly checks for VirtualBox Guest Additions and known analyst tooling before running.
  • A file extension that lied — the LokiBot ".doc" was plain-text RTF; verifying the real file type is what caught the exploit chain underneath.

Full per-sample markdown reports and a consolidated machine-readable IOC CSV are in the repository. All 40 additional evidence screenshots not shown here (MITRE mapping detail, Sigma rule text, MBC capability trees, full sandbox verdict tags) are also in the repo's screenshots/ folder.