This detection rule identifies the presence of the “PureBasic4xNeilHodgson” signature within file artifacts to uncover potential custom or legacy applications that may harbor unknown vulnerabilities. Proactively hunting for this specific indicator in Azure Sentinel allows the SOC team to assess its legitimacy and mitigate risks from niche software before it is leveraged by adversaries for lateral movement or data exfiltration.
rule PureBasic4xNeilHodgson
{
meta:
author="malware-lu"
strings:
$a0 = { 68 [2] 00 00 68 00 00 00 00 68 [3] 00 E8 [3] 00 83 C4 0C 68 00 00 00 00 E8 [3] 00 A3 [3] 00 68 00 00 00 00 68 00 10 00 00 68 00 00 00 00 E8 [3] 00 A3 }
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 3-5 specific false positive scenarios for the PureBasic4xNeilHodgson detection rule, tailored for a legitimate enterprise environment:
Scenario: Scheduled Compilation of Legacy Internal Tools
.pb source files and compiled binaries that match the rule’s specific code patterns.C:\BuildServers\LegacyTools\PureBasic\Output\* or process names matching purebasic.exe when running under the service account svc-build-agent.Scenario: Deployment of Third-Party Analytics Dashboard
AnalyticsDashboard_Installer_v2.exe) or whitelist the directory C:\Program Files\DataSci\Dashboards\PureBasicComponents.Scenario: Automated Code Review Scanning
sonar-scanner.exe or gitlab-runner.exe when they are accessing directories under C:\SourceControl\Repos\PureBasicProjects.**Scenario: Administrative Script Execution