Will Any of This Fire?
Palo Alto Unit 42 Threat Research: Tracking TamperedChef Clusters via Certificate and Code Reuse
Your manager forwards a threat report and wants to find out whether any detections would catch this campaign. You've found some that you think might fire and you're curious if there are community rules that could help. This post walks through answering these questions with the site search and assumes you've read the report.
The report describes financially motivated clusters distributing trojanized productivity apps through malvertising. Every first-stage binary carries an OV/EV code-signing certificate bought through shell companies. The apps install as 7-Zip self-extracting archives, profile the host, persist through scheduled tasks or registry Run keys, sleep for weeks, then fetch payloads from campaign domains.
The method
Decompose the report into discrete behaviors, then run each behavior up the ladder. Each step answers a different question.
- technique:T1053.005 asks what rules exist for Windows scheduled tasks.
- technique:T1053.005 indicator:= shows which indicators those rules check.
- The structural and telemetry pivots
uses:,excludes:,with:,correlation:, andhas:ask whether those rules would fire given this campaign and your telemetry.
The technique tag flatters you
Step one.
technique:T1053.005 returns 110 rules with all query languages represented. Scheduled task persistence coverage looks good.technique:T1053.005
Step two.
technique:T1053.005 indicator:*=* shows where those rules anchor. The top indicator is Image ends_with \schtasks.exe with 26 Sigma rules. Other variants use OriginalFileName=schtasks.exe and process_name=schtasks.exe. Many rules rely on schtasks.exe execution or the command line. That would work for some malware clusters. The Trend Micro post cited by Unit 42 captures a literal cmd.exe /c schtasks /Create command.technique:T1053.005 indicator:*=*
Other ways to register a scheduled task do not involve schtasks.exe or its command line. The PowerShell function Register-ScheduledTask invokes CIM/WMI, COM, RPC, and the Task Scheduler service. value:Register-ScheduledTask matches two rules that use it. A G DATA analysis of the AppSuite PDF Editor shows another approach using the Task Scheduler COM API.value:Register-ScheduledTask
Step three.
uses:TaskContent matches 10 rules that inspect the task XML in Event ID 4698: A scheduled task was created. This event fires regardless of registration method.uses:TaskContent
The lesson is to decompose a technique by the predicates that rules match on.
Telemetry decides whether anything fires
At install time, TamperedChef collects system version, hostname, active browsers, and in some intrusions patch levels, user and domain details, geolocation, and screen size.
technique:T1082,T1016,T1033,T1518 (System Information Discovery, System Network Configuration Discovery, System Owner/User Discovery, Software Discovery) returns 155 rules across all query languages.technique:T1082,T1016,T1033,T1518
The indicators behind those rules rely on spawned discovery processes, including Image=\systeminfo.exe, process_name=tasklist.exe, CommandLine substrings, and PowerShell cmdlets. value:systeminfo alone returns 41 rules and 10 indicators.value:systeminfo
Whether any of it fires depends on how the malware performs discovery and this isn't covered in the Unit 42 post. However, the G DATA post shows in-process collection through the app's bundled native module (get_sid(), GetPsList()) that probably doesn't use LOLBINs like tasklist.exe. This is a telemetry boundary rather than a detection gap. The Trend Micro post covers a cluster that shells out to powershell.exe running Get-WmiObject Win32_Process to find browser processes and inspects the registry for security products' uninstall strings.
value:Get-WmiObject returns 20 rules and 3 indicators anchored on ScriptBlockText and CommandLine, while the registry recon isn't covered in any rules (value:UninstallString, value:KasperskyLabSetup, etc).value:Get-WmiObjectvalue:UninstallString
Structural operators can refine your query. technique:T1053.005 uses:CommandLine returns 55 of the 110 scheduled-task rules. technique:T1053.005 -uses:CommandLine returns the other 55. Without command-line auditing, a shop loses half that surface. technique:T1053.005 uses:ParentImage shows only nine rules survive without Sysmon parent attribution. Use uses: and -uses: to audit telemetry dependencies by technique.technique:T1053.005 uses:CommandLineT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled Tasktechnique:T1053.005 -uses:CommandLineT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled Tasktechnique:T1053.005 uses:ParentImageT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled TaskT1053.005 Scheduled Task/Job: Scheduled Task
Run keys and browser hijack
There's mention of registry Run key persistence.
technique:T1547.001 (Boot or Logon Autostart Execution) has 84 resultstechnique:T1547.001T1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup FolderT1547.001 Boot or Logon Autostart Execution: Registry Run Keys / Startup Folder
value:CurrentVersion\Run shows 24 rules and 11 indicatorsvalue:CurrentVersion\Run
I'm not sure if there are other community rules that would be useful for this threat report. G Data's analysis shows browser hijacking by sending Chromium's Preferences and Secure Preferences files over C2, obtaining modified versions and writing them back - value:*Secure*Preferences* doesn't have any results.value:*Secure*Preferences*
Closing thoughts
Advanced search helps detection engineers, SOC analysts, incident responders, and red teams understand community rules and coverage gaps. If you found it helpful, contribute a new detection to a public rule repository.
I built the event and rule catalogs because the existing sources of documentation were very fragmented and limited. There are maybe 300 events documented on Microsoft Learn in significant detail, with several hundred more documented on Ultimate Windows Security. There are as many as 965 events are recommended for collection by various sources and many of them are only documented in blog posts. I struggled to evaluate their importance for detections, and the large number of public rules and their distribution across different query languages made it harder. I hope this work helps make threat detection more tractable for practitioners.
The site is part of a larger effort to share public information and build community collaboration. It also includes free KQL labs with adversary emulation logs. The labs make this material freely available and encourage people to share useful logs for detection work.
Threat actors are armed with modern tools and moving faster than ever after gaining initial access. My ultimate goal is to convince folks to publish logs with their threat research posts like they do with file hashes. This will help defenders write, validate, and deploy detections in hours instead of days to weeks. I need your help to do this. If you agree its important, talk to decision makers in your org. This will engender goodwill among customers, prospective customers, and prospective talent.
My next major project will involve analysis of modern tools and publication of execution logs (and packet captures when relevant). It is inspired by the JPCERT/CC Tool Analysis Result Sheet and will include new telemetry sources.
Thanks for reading.
References
Palo Alto Unit 42 - Tracking TamperedChef Clusters via Certificate and Code Reuse
Trend Micro - EvilAI Operators Use AI-Generated Code and Fake Apps for Far-Reaching Attacks
G DATA - AppSuite PDF Editor Backdoor: A Detailed Technical Analysis
Jonathan Johnson - WMI Internals Part 2