Detections

Explore public detection logic contributed by the community across SIEM and rule languages.

8 detections

This rule detects HTTP responses from a server to a client that contain the phrase "Your computer is infected" (case-insensitive). This is indicative of a fake security alert page, often used in social engineering attacks to trick users into downloading malware or providing credentials. The rule specifically looks for this content within the file data of an established HTTP flow directed to the client.
avatar
Darshan Thummar@Mighty
avatar
Detections.ai Community
5 months ago
005
Detects the DLL sideloading of `jli.dll` by `java.exe` from common malware staging directories. This technique was observed being used by ReadNimeLoader as part of a BlackBasta-associated campaign.
avatar
Tim Peck@timpeck
avatar
Detections.ai Community
1 year ago
2169
KQL Query from file: Critical Monitor for Critical Assets
avatar
Steven Lim@KQLWizard
avatar
SlimKQL
1 year ago
4072
'This detection identifies high-severity alerts across various Microsoft security products, including Microsoft Defender XDR and Microsoft Entra ID, and correlates them with instances of Google Cloud VM creation. It focuses on instances where VMs were created within a short timeframe of high-severity alerts, potentially indicating suspicious activity.'
Azure Sentinel@AzureSentinel
avatar
AzureSentinel
1 year ago
2093
This query visualises total emails with Phish detections over time summarizing the data daily by various Phish Detection technologies/controls
Azure Sentinel@AzureSentinel
avatar
AzureSentinel
1 year ago
2031
Determines DeviceId from internal IP address and outputs all alerts in events table associated to the DeviceId.
Example use case is Firewall determines Internal IP with suspicious network activity. Query WDATP based on date/time and Internal IP and see associated alerts for the endpoint.
Azure Sentinel@AzureSentinel
avatar
AzureSentinel
1 year ago
0021
This query looks for events that are near in time to a detected event.
It shows how you could avoid typing exact timestamps, and replace it with a simple query to get the timestamp of your pivot event (e.g. a detected event).
This is useful when you have queries that you run often - e.g. as part of your regular investigation of an alert.
Original query: filter for network logon events right before some timestamp.
Azure Sentinel@AzureSentinel
avatar
AzureSentinel
1 year ago
0013
This query looks for events that are near in time to a detected event.
It shows how you could avoid typing exact timestamps, and replace it with a simple query to get the timestamp of your pivot event (e.g. a detected event).
This is useful when you have queries that you run often - e.g. as part of your regular investigation of an alert.
Original query: filter for network logon events right before some timestamp.
Azure Sentinel@AzureSentinel
avatar
AzureSentinel
1 year ago
0012