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.
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.
4709437e9ba8a8dc08e5e2d7a9c37b3e7b35c848c15ed1e75f7ee05204d43d59Sample 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.






ftp.cyberflor.co · 103.224.93.246:21 / :49200cbb753220731503e7974588a48305dcf19d8528d7299f695e05211f845a8f720Sample 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.






194.156.79.16:55615 · recon via api.ip.sb, ipinfo.ioc559ae3589ef6275ab17974827435d17215a4f81b35da976a98299021addcc93Sample 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.






jun88.now (Cloudflare-fronted) · embedded candidate fly88.krd904a61a37592f6a7c9e5db72bc097782911ac5992b17c2188ae9c6306c41c1e2Sample 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.



91.92.240.104:7777391edbfdd1f3011d914612342f927b20b6268d4e9effbd7e7b90f5428d827c16Sample 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.




gridfile.cfd · builder infra keyauth.win · C2 45.141.148.126:1122Notable 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.