OilRig's Developmental Tactics: Evading Antivirus Through Rigorous Testing
- Actor Motivations: Espionage,Exfiltration
- Attack Vectors: Backdoor,Malicious Macro,Spear Phishing
- Attack Complexity: High
- Threat Risk: High Impact/Low Probability
Threat Overview
Palo Alto Unit42 documents the earliest known example of OilRig's systematic AV evasion testing process, conducted in June and November 2016 against their ClaySlide delivery documents — the same organized methodology Unit42 would later observe again in the 2018 BONDUPDATER campaign. In June 2016, OilRig created a base test file on June 13 and then ran 17 iterative modifications over a 2-hour window on June 15, starting at 4 AV detections and ending at 0. In November 2016, a second testing session generated 7 iterations in approximately 30 minutes on November 15 (following a base file on November 14), reducing detections from 5 to 2. Both sessions used the same pattern: upload to a public AV scanning service, measure the detection count, make one targeted change, re-upload, repeat. The June testing covered: payload removal (to isolate macro detection), removal and re-addition of the scheduled task creation block, command encoding experiments (base64, hexadecimal), intentional misspellings of key strings ("poawearshell", "scshtassks"), use of a FireEye blog URL as a base64 filler to test string-based detection, keyboard mashing, variable/function renaming, folder path changes, and reverting to the base document to restart the process. The November testing focused on decoy worksheet modifications (changing worksheet name, content, and sheet hash), function name obfuscation (Doom_Init → Doon_Init → Ini), variable name changes (BackupVbs → Backup_Vbs), string concatenation of the scheduled task creation command, and moving payload storage locations within the spreadsheet cells. The June campaign used C2 domain update-kernal[.]net; the November campaign used updateorg[.]com with the same Helminth payload. Unit42 assesses this testing behavior reflects a professionally organized operations model in which delivery documents are extended for as long as possible through iterative evasion refinement.
Extracted IOCs
- update-kernal[.]net
- updateorg[.]com
Tip: 2 related IOCs (0 IP, 2 domain, 0 URL, 0 email, 0 file hash) to this threat have been found.
Overlaps
Source: ClearSky - January 2017
Detection (two cases): update-kernal[.]net, updateorg[.]com
Source: Palo Alto Networks - October 2016
Detection (one case): update-kernal[.]net
Hint: Overlaps are extracted automatically by examining the IOCs associated with all indexed threats and actors.
FAQs
Frequently Asked Questions: OilRig's 2016 AV Evasion Testing with ClaySlide and Helminth
Palo Alto Unit42 caught OilRig testing their ClaySlide delivery documents against public antivirus scanners in two sessions — June and November 2016. By finding these test files on public scanning services, researchers could reconstruct the attacker's entire development process iteration by iteration. The report established that OilRig follows an organized, professional testing workflow before using their malware in real attacks, and that this practice was already in place at least two years before the 2018 BONDUPDATER testing campaign Unit42 documented later.
The testing activities are attributed to OilRig, also known as APT34 — an Iranian state-linked cyberespionage group. Unit42 links the test files to OilRig based on the C2 domains embedded in the payloads (update-kernal[.]net, updateorg[.]com), the Helminth backdoor used across all November test samples, and the consistent ClaySlide delivery document format documented in prior OilRig reporting.
The testing was preparation for espionage operations. ClaySlide delivers the Helminth backdoor — a remote access trojan that gives OilRig persistent covert access to compromised machines. By refining their delivery documents to evade AV detection, OilRig aimed to extend the useful life of their toolset and increase the probability of successful initial access when they eventually deployed the documents against real targets.
The June 2016 session ran 18 iterations over about 2.25 hours on June 15, with a base file created two days earlier. The November 2016 session was tighter — 7 iterations in approximately 30 minutes on November 15, with a base created the previous day. Both sessions show a high-pace workflow: OilRig was making changes and resubmitting to AV scanners within minutes of each other, with the goal of pushing detections as low as possible before moving on.
OilRig used a disciplined isolation method. In June, they first stripped the Helminth payload entirely to focus on the macro — then systematically removed, added back, encoded, and misspelled individual code blocks to identify which specific lines triggered AV detections. Techniques included base64 and hex encoding of commands, intentional typos ("poawearshell", "scshtassks"), using a FireEye blog URL as a filler base64 string, and keyboard mashing. When testing reached a dead end, they reverted to the base document and restarted. In November, the focus shifted to document-level factors: worksheet names, cell content hashes, decoy themes, function names, and macro variable names — testing whether signature-based detections were keying on document metadata rather than code.
ClaySlide is an Excel spearphishing document that opens with a fake "Incompatible" worksheet instructing the user to "Enable Content." When macros are enabled, the document hides that worksheet, shows a legitimate-looking decoy (e.g., Cisco router config settings or a weak password list), and simultaneously installs the Helminth backdoor in the background. The decoy is carefully crafted to relate to the target's work — Unit42 noted that November 2016's decoy changed from a Cisco configuration to a list of weak passwords, suggesting OilRig was preparing a lure tailored to a specific upcoming target.
This report established that OilRig's AV testing practice was not new in 2018 — it had been running since at least mid-2016. Unit42 drew a direct line from this report to their 2018 BONDUPDATER testing analysis, confirming a multi-year institutional practice of iterative evasion refinement. It also showed OilRig's willingness to make test files non-functional during the process — they don't validate that malware works while testing evasion; they do both separately. This professionalism distinguishes OilRig from less organized threat actors who simply reuse the same tooling until it gets blocked.
Alert on Excel macros that create scheduled tasks named "GoogleUpdatesTaskMachineUI" or similar update-masquerading names — OilRig has used this pattern consistently across years. Monitor for Office macros writing .vbs and .ps1 files to %PUBLIC%\Libraries\ or similar paths. Block update-kernal[.]net and updateorg[.]com, and hunt for associated Helminth file artifacts using the hashes in the IOC bundle. As with the 2018 campaign, consider monitoring public AV scanning platforms for document submissions containing your organization's branding — OilRig's test files were publicly visible before attacks, representing an opportunity for proactive defenders to spot preparation activity early.