Jetson Edge Intrusion Detection

Jetson Edge Intrusion Detection

Defensive edge telemetry, lookback analytics, forecasting, and operator-reviewed IDS alerts for Jetson-class network nodes.

Open dashboard | README | Architecture | Thor runbook

Evidence Summary

Demo events replayed12

Built-in defensive replay

Alerts emitted4

Operator-review evidence

Detector AUC0.9796

GBM detector on 5k fixture

Thor validationvalidated-thor-benchmark

Measured inference run on jetsonthor (tegra264); CPUExecutionProvider

Current Working Analytics System

The current implementation uses fixed CSV telemetry as a deterministic fixture for lookback analytics, forecasting, operator-reviewed alerts, reports, and dashboard evidence.

Input sourcefixed_csv

Deterministic fixture for repeatable evidence

Lookback analysisimplemented

Feature windows and runtime metrics are generated

Forecastingimplemented

Training evidence records the forecaster gate

Alertsimplemented

Alerts are emitted for operator review

Planned Jetson Telemetry-Ingestion Upgrade

Fixed CSV is the deterministic test fixture, not the product ceiling. The planned upgrade adds Jetson-generated flow CSVs from packet capture and defensive telemetry sources such as Zeek logs, Suricata eve.json, and CICFlow-style records.

ItemDetailStatus
Current inputfixed CSV fixtureimplemented
Next inputJetson-generated flow CSVplanned
Capture modesSPAN / TAP / local interfaceplanned
Flow extractionZeek conn.log, Suricata eve.json, CICFlow-style recordsplanned
Pipeline impactNo detector/dashboard rewrite requireddesign boundary
Thor benchmarkmeasured inference runclaimed for inference only

Why This Exists

Edge nodes, robotics cells, private-network sites, and AI-enabled systems need local defensive telemetry review. This project does not replace a SIEM or claim a production IDS. It shows how local flow-style signals can become observable, forecastable, reviewable, and benchmarkable near the edge.

What I Built

I built a defensive edge telemetry runtime that normalizes events, extracts sliding-window features, runs conservative detection, emits alerts, stores evidence artifacts, and preserves a Jetson deployment path.

TrafficSource API TelemetryEvent schema fixed CSV fixture planned flow ingestion GBM detector artifact AR forecaster artifact FastAPI + web dashboard

Visual Evidence Links

Evidence vs Boundary

Evidence demonstrated

  • Defensive replay path
  • Normalized telemetry events
  • Sliding-window feature extraction
  • Alert JSONL and runtime metrics
  • Reference detector and forecaster artifacts
  • Jetson AGX Thor-class deployment runbook

Boundary preserved

  • No offensive malware generation
  • No exploit replay or offensive tooling
  • No autonomous response action
  • No live production IDS deployment claim
  • No line-rate capture claim
  • Thor latency is measured for inference only; capture and flow extraction remain unmeasured