This detection identifies the presence of a specific executable version associated with Solar Designer software, which may indicate legitimate application deployment or potential supply chain compromise if found in unexpected contexts. A proactive hunt is recommended to verify the legitimacy of this binary across the Azure Sentinel environment and ensure it aligns with known inventory baselines before any anomalous behavior escalates.
rule EXEManagerVersion301994cSolarDesigner
{
meta:
author="malware-lu"
strings:
$a0 = { B4 30 1E 06 CD 21 2E [3] BF [2] B9 [2] 33 C0 2E [2] 47 E2 }
condition:
$a0 at pe.entry_point
}
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 EXEManagerVersion301994cSolarDesigner YARA rule, along with recommended filters or exclusions:
Scenario: Scheduled Solar Designer Backup Job
solar-designer.exe to archive project files. This process often triggers the rule because it matches the specific version signature of the application during execution.solar-designer.exe) and Parent Process (TaskHost.exe or svchost.exe). Additionally, restrict the alert to only trigger if the process path is outside the standard installation directory (e.g., exclude paths starting with C:\Program Files\Solar Designer\bin\).Scenario: Microsoft Office Add-in Initialization
EXCEL.EXE or POWERPNT.EXE. This ensures that add-in background activity does not generate high-volume noise during standard office hours.Scenario: Endpoint Antivirus On-Access Scanning
solar-designer.exe itself, the file access triggers the YARA rule as a potential new execution event.