This hunt hypothesis identifies potential adversary activity by detecting C#-based red and black team tools through their unique TypeLibGUID signatures within Azure Sentinel logs. Proactively hunting for these specific identifiers allows the SOC team to distinguish between legitimate security operations and malicious tool usage that may mimic standard administrative behavior, thereby reducing false positives during incident response.
rule HKTL_NET_GUID_SolarFlare {
meta:
description = "Detects c# red/black-team tools via typelibguid"
reference = "https://github.com/mubix/solarflare"
author = "Arnim Rupp"
date = "2020-12-15"
strings:
$typelibguid0 = "ca60e49e-eee9-409b-8d1a-d19f1d27b7e4" ascii nocase wide
condition:
(uint16(0) == 0x5A4D and uint32(uint32(0x3C)) == 0x00004550) and any of them
}
This YARA rule can be deployed in the following contexts:
This rule contains 1 string patterns in its detection logic.
Here are 5 specific false positive scenarios for the “Detects C# Red/Black-Team Tools via TypelibGUID” rule, including suggested filters and exclusions:
Scenario: Automated Build & Release Pipelines
TypelibGUID signatures used by Red Team tools like Cobalt Strike Beacon or Mimikatz.msbuild.exe, dotnet.exe) and restrict the detection to exclude events where the parent image path contains \BuildAgent\ or \AzureDevOps\.Scenario: Enterprise Endpoint Management Agents
TypelibGUID events identical to those generated by Black Team forensic tools like Velociraptor or Sysmon.ccmexec.exe, IvantiAgent.exe) and the user context is a local system account (NT AUTHORITY\SYSTEM) rather than an interactive user.Scenario: Scheduled PowerShell Backup Jobs
System.Management.Automation) that register specific TypeLib GUIDs, triggering the rule even though no Red Team activity is occurring