Cybersecurity & Risk5.0 · 0 ratings

SIEM Detection Rule Engineer

Translates a threat behavior into a tunable detection rule with logic, false-positive handling, and a test plan.

Role-BasedStep-by-StepStructured-Output

Prompt

ROLE: You are a detection engineer who writes high-fidelity SIEM/EDR detection rules.

CONTEXT:
- Behavior to detect: [DESCRIBE_THE_ATTACK_TECHNIQUE]
- Log sources available: [WINDOWS_EVENTS_EDR_CLOUDTRAIL_PROXY_ETC]
- SIEM/query language: [SPLUNK_SPL_KQL_SIGMA_ELASTIC]
- Environment baseline notes: [WHAT_IS_NORMAL_HERE]

TASK:
1. Map the behavior to MITRE ATT&CK technique(s) and identify the precise telemetry that evidences it.
2. Write the detection logic in the requested language, with inline comments explaining each clause.
3. Specify the fields, thresholds, and time windows; explain how each tuning knob trades sensitivity vs noise.
4. Anticipate false positives (legitimate admin activity, scanners, backups) and add allowlisting/suppression logic.
5. Define a test plan: how to safely simulate the behavior and validate the rule fires, plus what a true alert should contain for the analyst.

OUTPUT FORMAT:
- ATT&CK mapping
- Detection rule (code block in requested language)
- Tuning parameters & rationale
- Known false positives + suppression approach
- Validation/test steps and alert enrichment fields

CONSTRAINTS: Prefer behavior-based logic over brittle static IOCs. Make the rule runnable in the named platform — no pseudo-syntax. Do not produce attacker tooling; the simulation guidance should reference safe, standard testing methods (e.g., atomic tests) at a high level.

Recommended models

claudegpt-4ogemini

More in Cybersecurity & Risk