Join our Newsletter — 33% off our NHI Course
Home› Glossary› Cyber Security› Sysmon Event ID 1
Cyber Security

Sysmon Event ID 1

← Back to Glossary
By NHI Mgmt Group Updated October 17, 2026 Domain: Cyber Security

Sysmon Event ID 1 is the process creation event. It records new processes with extended detail, including the full command line and the parent process command line. Security teams use it to spot suspicious launches, command-line abuse, and process chains tied to malware, living-off-the-land activity or unauthorised administration.

What Sysmon Event ID 1 Captures

Sysmon Event ID 1 is the process creation event, so it gives defenders a high-fidelity view of what started, by whom or what started it, and the command context around that launch. That makes it especially useful for spotting suspicious parent-child relationships, living-off-the-land activity, and process chains that would be invisible in a coarse audit trail.

Unlike basic process logs, this event typically preserves the full command line and parent process command line, which helps analysts reconstruct execution intent rather than only the executable name. That extra context is often what turns a vague alert into a defensible detection.

Why Process Creation Telemetry Matters

Process creation is one of the most important visibility points in endpoint monitoring because almost every attacker action eventually becomes a process launch. If an adversary abuses built-in tools, injects arguments, or stages follow-on commands through an allowed binary, Sysmon Guide explains how process creation telemetry fits into broader Sysmon detection practice.

The value of Event ID 1 is not only that a process existed, but that its launch context can reveal whether it was expected. Security teams use that to distinguish normal administration from execution patterns that suggest malware, script abuse, or an unauthorised operator chaining multiple utilities together.

How Analysts Use It to Investigate Activity

Sysmon Event ID 1 is most useful when it is correlated with the surrounding Windows event trail. A process creation record may confirm the initial launch, while other logs establish the preceding logon, service creation, scheduled task execution, or remote-management path that led to it. The Windows Event Log Guide is a useful companion for placing process launches into that wider timeline.

Analysts typically inspect the image path, command line, parent process, user context, integrity level, hashes, and timing relationship to nearby events. That combination helps answer practical questions such as whether a process came from a trusted parent, whether command-line arguments are consistent with routine use, and whether the chain looks like script execution, privilege escalation, or hands-on-keyboard activity.

What Makes It Security-Relevant

Event ID 1 is security-relevant because command lines are often the only place where malicious intent is visible. Attackers frequently rely on argument abuse, renamed binaries, or chains of legitimate tools to blend in, and defenders need process telemetry to separate benign automation from suspicious execution.

It also helps surface process lineage issues that matter operationally, for example a document reader spawning a scripting engine, a management tool launching an unexpected shell, or an administrative binary running with unusual parameters. Those patterns are not proof of compromise on their own, but they are strong leads for deeper review and containment decisions.

Risk and Threat Considerations

Process creation telemetry is valuable precisely because attackers try to hide in normal execution patterns. If Sysmon Event ID 1 is not collected, filtered too aggressively, or not reviewed in context, suspicious launches can be missed even when the payload itself is relatively ordinary.

Failure mechanism: Adversaries exploit trusted binaries, command-line arguments, and parent-child process relationships to make malicious execution look routine, then use those processes to stage payloads, run scripts, or move laterally.

Impact: Gaps in process-creation visibility reduce detection fidelity, delay triage, and can leave investigators without the execution chain needed to confirm compromise or understand blast radius.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKT1059 — Command and Scripting InterpreterSysmon Event ID 1 exposes command-line execution patterns tied to script and shell abuse
T1105 — Ingress Tool TransferProcess creation often reveals staged tooling or payload execution after transfer
Recommendation — Map suspicious command lines to T1059 and hunt for encoded, obfuscated, or scripted launches. Correlate new process launches with staging activity and look for follow-on tool transfer.
CIS Controls v8CIS-8 — Audit Log ManagementSysmon Event ID 1 is a high-value audit source for endpoint process monitoring and review
Recommendation — Centralize Sysmon process-creation logs and review them for suspicious execution chains.
NIST SP 800-53 Rev 5AU-12 — Audit Record GenerationProcess creation events are audit records that must be generated to support detection and investigation
AU-6 — Audit Record Review, Analysis, and ReportingSysmon Event ID 1 requires review and correlation to turn telemetry into detections
Recommendation — Enable generation of process-creation audit records with enough detail for investigation. Analyze process-creation logs for anomalous parents, arguments, and execution chains.

Practitioner Guidance

What to watch for: Treat unusual parent-child relationships, encoded or obfuscated command lines, rare child processes, and administrative tools launched from user-facing applications as review-worthy patterns. The most useful detections are usually those that compare a launch against known-good baselines rather than looking at a single event in isolation.

Practitioner takeaway: Event ID 1 is strongest when it is tuned for context, not volume, because the detection value comes from reconstructing intent, lineage, and deviation from normal process behavior.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 17, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org