This detection identifies the execution of the specific nbuildv10soft process, which is frequently associated with legitimate software installation but can also indicate early-stage adversary activity leveraging known benign tools for initial foothold establishment. SOC teams should proactively hunt for this behavior in Azure Sentinel to validate its context against baseline user activities and distinguish between routine administrative tasks and potential supply chain compromises or living-off-the-land tactics.
rule nbuildv10soft
{
meta:
author="malware-lu"
strings:
$a0 = { B9 [2] BB [2] C0 [2] 80 [2] 43 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 nbuildv10soft detection rule, along with targeted filters and exclusions:
Scenario: Automated Build Pipeline Execution
nbuildv10soft executable is invoked to generate artifacts for internal applications, triggering the rule due to its process behavior and file creation patterns.jenkins-agent.exe, gitlab-runner.exe) or restrict the detection scope to exclude specific build server hostnames (e.g., build-server-01, ci-node-prod).Scenario: Scheduled Software Deployment via Endpoint Management
nbuildv10soft as part of the installation script, mimicking a new software build event.NT SERVICE\CCMExec, IvantiAgent) or exclude paths matching the deployment agent’s working directory (e.g., C:\ProgramData\Microsoft\CCM\Logs).Scenario: Developer Local Environment Compilation