Detection rules › Elastic

Temporarily Scheduled Task Creation

Author
Elastic
Source
upstream

Indicates the creation and deletion of a scheduled task within a short time interval. Adversaries can use these to proxy malicious execution via the schedule service and perform clean up.

MITRE ATT&CK coverage

TacticTechniques
ExecutionT1053 Scheduled Task/Job, T1053.005 Scheduled Task/Job: Scheduled Task
PersistenceT1053 Scheduled Task/Job, T1053.005 Scheduled Task/Job: Scheduled Task
Privilege EscalationT1053 Scheduled Task/Job, T1053.005 Scheduled Task/Job: Scheduled Task

Event coverage

ProviderEvent IDTitle
Security-Auditing4698A scheduled task was created.
Security-Auditing4699A scheduled task was deleted.

Stages and Predicates

Stage 1: eql:iam

not user.name:"*$" and event.action:"scheduled-task-created"

Stage 2: eql:iam

not user.name:"*$" and event.action:"scheduled-task-deleted"

Exclusions

Top-level NOT(...) conjuncts — predicates this rule actively suppresses.

StageFieldKindExcluded values
1userends_with$
1userends_with$

Indicators

Each row is a field, operator, and value that the rule matches. The corpus column counts how many other rules in the catalog look for the same combination: high numbers point to widely-used, community-vetted indicators. Blank or 1 shows that the indicator is specific to this rule.

FieldKindValues
event.actioneq
  • scheduled-task-created corpus 3 (elastic 3)
  • scheduled-task-deleted

Neighbors

Often fire together

Rules that target events appearing in the same incident timelines. They pattern-match on adjacent steps of the same TTP, so an alert from one is often paired with alerts from these. Useful for triage context and for assembling chained-detection rules.

Share event IDs (chain-detection candidates)

Rules that observe the same Windows event-ID pairs as this one. If you're authoring a multi-stage / sequence rule that spans these events, these are the existing detections that already cover one or both endpoints.