1200KM / telemetry
Driver Load — Detection Telemetry
Loading of a driver into the running OS.
Collection and providers
Collect Sysmon DriverLoad (6) and retain image path, hash and signature result; distinguish load from file installation.
- Microsoft Sysmon: Windows event-based collection; enable the event types needed below.
- Linux Audit: Linux alternative for supported system-call and file events; different semantics and fields.
- Apple Endpoint Security clients: macOS alternative where the subscribed event exists; requires an entitled, approved client, not an iOS collector.
Configuration
- On a disposable Windows host, review the installed Sysmon schema and current configuration; merge scoped event filters into the existing policy rather than replacing it.
- Forward Microsoft-Windows-Sysmon/Operational to the lab collector. Preserve event ID, timestamp, computer, process identifiers and the original event.
- For Linux or macOS, select the equivalent sensor separately and test its emitted fields; a Windows event ID does not transfer across platforms.
Synthetic event example
Project-normalized synthetic JSON, not a native provider log, captured event, attack verdict or validated detection. A parser/adapter is required for a real SIEM. Example names, IPs and values are fictional.
{
"schema": "1200km.telemetry.example.v1",
"synthetic": true,
"timestamp": "2026-09-27T12:00:00Z",
"telemetry_id": "DC0079",
"collector": "illustrative-lab-collector",
"observation": {
"driver_path": "C:\\Lab\\demo.sys",
"action": "load",
"signature_status": "lab_fixture_only"
}
}Visibility and validation
Event filtering and sensor versions change coverage. High-volume image-load and process-access collection needs tuning; endpoint events alone do not establish intent.
- Record the lab scope, collector version, effective configuration and expected source fields before testing.
- Use an approved benign action or read-only snapshot appropriate to this type. For destructive, privileged or physical effects, use a reviewed fixture or existing authorized evidence instead of causing the effect.
- Verify the native source record locally and at the collector; compare timestamps, identity, object, action/result and the type-specific fields listed below. Save a redacted real capture separately from the synthetic example.
- Check a normal baseline and collector-loss case. Fixture parsing proves parser behavior only; it does not prove sensor coverage or malicious-behavior detection.
Primary sources
Connected ecosystem references
Linked tags
Related simulations and detection workspaces
Each workspace retains its own logsource and platform requirements. A technique-level association is not a per-rule sensor mapping.
- T1014 · Rootkit · Detection rules & anomalies
- T1068 · Exploitation for Privilege Escalation · Detection rules & anomalies
- T1111 · Multi-Factor Authentication Interception · Detection rules & anomalies
- T1195.002 · Compromise Software Supply Chain · Detection rules & anomalies
- T1195.003 · Compromise Hardware Supply Chain · Detection rules & anomalies
- T1200 · Hardware Additions · Detection rules & anomalies
- T1205.002 · Socket Filters · Detection rules & anomalies
- T1495 · Firmware Corruption · Detection rules & anomalies
- T1542.002 · Component Firmware · Detection rules & anomalies
- T1543.003 · Windows Service · Detection rules & anomalies
- T1547.008 · LSASS Driver · Detection rules & anomalies
- T1561 · Disk Wipe · Detection rules & anomalies
- T1561.001 · Disk Content Wipe · Detection rules & anomalies
- T1561.002 · Disk Structure Wipe · Detection rules & anomalies
- T1687 · Exploitation for Defense Impairment · Detection rules & anomalies
Attack tools through shared TTPs
These are two-hop navigation links through explicitly associated techniques, not independent tool-to-sensor assertions.
Pinned research references. No browser attack runner, live simulation result or validated detector is asserted. Source mappings and validation limits are preserved. ATT&CK / Atomic provenance · Detection provenance.