1200KM / telemetry
Firewall Rule Modification — Detection Telemetry
Changes to firewall rules and their matching/action criteria.
Collection and providers
Collect firewall policy audit plus before/after rule snapshots; identify local versus centrally managed policy and the responsible administrator.
- Windows Security auditing: Policy-dependent account, object, task and logon records on the host that performs the operation.
Configuration
- Use a lab-only GPO under Computer Configuration → Windows Settings → Security Settings → Advanced Audit Policy Configuration. Enable the specific subcategory named below.
- For object-level auditing, configure a narrow system access control list (SACL) on the test object in addition to policy. Do not audit an entire production directory by default.
- Forward Security events from the responsible host or controller; retain subject and target identities, object identifiers, result and original XML. Confirm effective policy with auditpol /get /category:*.
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": "DC0051",
"collector": "illustrative-lab-collector",
"observation": {
"rule_id": "lab-rule-1",
"attribute": "remote_address",
"before": "192.0.2.10",
"after": "192.0.2.11"
}
}Visibility and validation
A policy checkbox alone does not guarantee an event. Host role, SACL, success/failure selection and audit policy precedence matter. Directory changes may arrive as multiple records.
- 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.
- T1070.007 · Clear Network Connection History and Configurations · Detection rules & anomalies
- T1090 · Proxy · Detection rules & anomalies
- T1090.001 · Internal Proxy · Detection rules & anomalies
- T1090.002 · External Proxy · Detection rules & anomalies
- T1219.002 · Remote Desktop Software · Detection rules & anomalies
- T1498.002 · Reflection Amplification · Detection rules & anomalies
- T1499.002 · Service Exhaustion Flood · Detection rules & anomalies
- T1669 · Wi-Fi Networks · Detection rules & anomalies
- T1686 · Disable or Modify System Firewall · Detection rules & anomalies
- T1686.001 · Cloud Firewall · Detection rules & anomalies
- T1686.002 · Network Device Firewall · 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.