GT3 Tech Security Lab / Case 001

Every alert should carry its evidence.

This synthetic illustration shows an intended deterministic Mini-SIEM pipeline: a scheduled patrol carries bounded evidence through written rules, explains why an event matters, and leaves response decisions with a human.

Every event and outcome is a fixed synthetic fixture—not evidence of a deployed or accepted production system. The demo has no production connection, private logs, credentials, or response controls.

Illustrated operation
Scheduled patrol
Illustrated decision model
Written deterministic rules
Illustrated response
Report only · human approved

Illustrated monitor contract

What the intended patrol would watch

Four synthetic evidence lanes illustrate one practical question: did the scheduled patrol finish, and did it find something a human should review?

01

Host health

CPU, memory, disk, load

Daily scheduled patrol

Read-only metrics; no tuning or cleanup

02

Required workloads

Runtime state and restart count

Daily scheduled patrol

Observes state; never restarts a workload

03

Authentication activity

Failed sign-ins and elevated-command anomalies

Scheduled bounded lookback

Reports aggregates; identities stay private

04

Patrol completion

Fresh trusted heartbeat

Independent scheduled watchdog

Warns on silence; never marks failure complete

Synthetic illustration / fixed evidence

Open the decision record

Select a synthetic event, then inspect how its evidence would move through each intended custody gate. Nothing here is live telemetry or acceptance evidence.

SF-2026-041 REPLAY 08:14 UTC

Failed sign-in rate crossed the written threshold

Eighteen rejected sign-ins were counted inside the synthetic 15-minute window. The deterministic rule fires above eight.

Critical Investigating

Authentication patrol · 15-minute synthetic fixture

  • Observed 18 rejected sign-ins
  • Threshold > 8 within 15 minutes
  • Sources 3 private groups

Deterministic rule receipt

AUTH-FAIL-015
Condition
failed_sign_ins_15m > 8
Observed
18 rejected sign-ins
Verdict
FINDING / CRITICAL

ACTION TAKEN / FALSE

Why it matters

A sudden concentration of rejected sign-ins can indicate credential guessing or a misconfigured client. The count deserves investigation even though source identities remain private.

Recommended response

Evidence custody tape

Collect to trusted completion

Swipe to inspect all six gates →

01 / Collect

captured
Input
Bounded authentication window
Output
18 rejected sign-ins across three private source groups

Read-only collection completed; detailed identities stayed in private evidence.

Security boundary

A product demo, not a production window.

All events, values, labels, timestamps, and rule outcomes on this page are synthetic illustrations of the intended deterministic pipeline. They are not operational acceptance evidence. The demo cannot contact the private system or perform a response.

  • No real logs, identities, addresses, topology, or credentials
  • No autonomous blocking, account changes, restarts, or remediation
  • No enterprise SOC, continuous real-time, or certification claim
  • No connection to a private or production endpoint