Compare commits

..
Author SHA1 Message Date
Matthew Wright f1926d07c3 Revert "Add readonly attribute to earliest alert time field" 2026-10-15 11:27:20 -04:00
2 changed files with 20 additions and 31 deletions

No files matched your search

+20 -24
View File
@@ -1571,7 +1571,6 @@ soc:
tickIntervalSeconds: 60
maxConcurrentItems: 4
maxQueuedItems: 0
turnTimeoutSeconds: 300
alertTriageEpoch: "2026-09-24T00:00:00Z"
tools:
filterEventFields:
@@ -2809,10 +2808,6 @@ soc:
# Sigma correlation rule; requires ES|QL (useEsql).
# First document: the correlation. Following documents: the rules it references.
#
# This example mirrors the shipped rule c448c9f6 (Repeated SOC Login Failures For One Account).
# Change it before enabling, or you will get two alerts for the same activity.
# To test: log out of SOC and enter a wrong password 5 times for one username.
#
# Types: event_count, value_count, temporal, value_sum, value_avg, value_median, value_percentile.
# Correlation Guide: https://sigmahq.io/docs/meta/correlations.html
# Logsources: https://sigmahq.io/docs/basics/log-sources.html
@@ -2821,45 +2816,46 @@ soc:
id: [publicId]
status: 'experimental'
description: |
Describe what the correlation finds and why relating these events is more
meaningful than any one of them alone.
Example: 5 or more failed SOC logins for one username in 10 minutes.
Describe what the correlation finds and, importantly, why relating these
events is more meaningful than either of them alone.
references:
- 'https://attack.mitre.org/techniques/T1110/001/'
- 'https://local.invalid'
author: '@SecurityOnion'
date: '[today]'
tags:
- attack.credential-access
- attack.t1110.001
- detection.threat_hunting
- attack.technique_id
correlation:
type: event_count # count the base rule's events...
type: value_count
rules:
- example_base_rule # ...by the 'name' of the rule below
- example_base_rule # the 'name' of the rule below
group-by:
- user.name # ...separately for each username
timespan: 10m # Xs, Xm, Xh
- source.ip
# Xs, Xm, Xh, Xd or Xw.
timespan: 10m
condition:
gte: 5
field: dns.query.name
gte: 40
falsepositives:
- 'A user entering an old password after a password change'
- 'Describe the benign activity that also produces this pattern'
# Placeholders: %count%, %start%, %end%, %duration%, or any field.
summary: '%count% failed SOC logins for %user.name% in %duration%, from %http.request.headers.x-real-ip%'
summary: '%count% distinct names queried by %source.ip% in %duration%'
level: 'medium' # info | low | medium | high | critical
---
title: 'SOC Login Failure'
title: 'Base Event'
# referenced by 'name' (or 'id')
name: example_base_rule
description: 'One failed SOC login. Put filters here, not in the correlation.'
description: 'The single event that the correlation aggregates.'
logsource:
product: kratos
service: application
category: network
service: dns
detection:
selection:
msg: 'Encountered self-service login error.'
dns.query.name|exists: true
condition: selection
# Carried into the alert.
fields:
- http.request.headers.x-real-ip
- dns.query.name
assistant:
enabled: false
investigationPrompt: Investigate Alert ID {socId}
-7
View File
@@ -1058,18 +1058,11 @@ soc:
global: True
advanced: True
forcedType: int
turnTimeoutSeconds:
description: Maximum number of seconds a single model turn of an automation's agent session may run, even while the model is still producing output. A turn that exceeds this limit is abandoned and the session is recorded as failed. Set to 0 to disable the timeout. Edit this setting via the Agent Studio.
global: True
advanced: True
forcedType: int
readonlyUi: True
alertTriageEpoch:
description: The earliest alert time the Alert Triage automation will consider. Alerts before this time are never triaged, which keeps a first run on an existing deployment from working through old history. Must be in UTC format (2026-09-24T00:00:00Z).
regex: '^(\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(\.\d+)?Z)?$'
regexFailureMessage: Expecting date in RFC3339 format (2026-09-24T00:00:00Z)
global: True
readonlyUi: True
advanced: True
tools:
filterEventFields: