This detection rule identifies instances where a digital certificate containing sensitive authentication credentials has been exposed or compromised within the environment. A proactive hunt is essential in Azure Sentinel to verify the scope of this leak and prevent adversaries from leveraging these certificates for unauthorized access or man-in-the-middle attacks before they escalate into higher-severity incidents.
rule cert_blocklist_7cc1db2ad0a290a4bfe7a5f336d6800c {
meta:
author = "ReversingLabs"
source = "ReversingLabs"
status = "RELEASED"
sharing = "TLP:WHITE"
category = "INFO"
description = "The digital certificate has leaked."
condition:
uint16(0) == 0x5A4D and
for any i in (0..pe.number_of_signatures): (
pe.signatures[i].subject contains "Bit9, Inc" and
pe.signatures[i].serial == "7c:c1:db:2a:d0:a2:90:a4:bf:e7:a5:f3:36:d6:80:0c" and
1342051200 <= pe.signatures[i].not_after
)
}
This YARA rule can be deployed in the following contexts:
Here are 5 specific false positive scenarios for the “The digital certificate has leaked” detection rule, including suggested filters and exclusions tailored for an enterprise environment:
Scenario: Automated Certificate Renewal via PowerShell Scripts
Invoke-WebRequest or certutil.exe to fetch and validate new certificates from internal PKI servers. These scripts often export certificate details to logs, which the rule interprets as a potential leak of sensitive certificate data.powershell.exe, taskeng.exe) and command line arguments containing specific keywords like /renew or certutil -viewstore. Additionally, whitelist the source IP addresses of known internal PKI servers (e.g., 10.20.x.x).Scenario: CI/CD Pipeline Artifact Generation
svc-jenkins-build, gitlab-runner) and restrict the scope to traffic destined for internal artifact repositories (e.g., Nexus, Artifactory) rather than external public IPs.Scenario: Endpoint Security Agent Health Checks