Skip to content

Concrete Reference Technology Stacks & Blueprints

Tier 3: Technical Specifications · Audience: Principal Engineers, DevOps/SecOps Architects, Platform Engineers · Normative Status: Informational / Illustrative Reference
Prerequisites: System Overview & The 4-Plane Model · The Architectural Constitution


1. Bridging Normative Architecture to Production Engineering

TIDIR's core specifications are intentionally vendor-neutral. They define declarative schemas (OCSF, STIX 2.1), formal state-machine bounds ( sn+1sn ), and mathematical invariants using RFC 2119 keywords (MUST, SHOULD, MAY).

However, practicing engineers must build with concrete technologies. This document provides three reference technology blueprints mapping the 4-Plane Model to proven production platforms:

  1. The CNCF / Open-Source Reference Stack: Built entirely on cloud-native, open-source infrastructure.
  2. The AWS Cloud-Native Reference Stack: Built on managed Amazon Web Services primitives.
  3. The Microsoft / Azure Hybrid Reference Stack: Built on Microsoft 365, Azure, and Fabric infrastructure.

2. The CNCF / Open-Source Reference Stack

The open-source stack delivers strict on-premises data boundary enforcement via sovereign clusters, zero proprietary licensing fees, and full compliance with Invariant 11 (Operational Portability).

Component Mapping: CNCF / Open-Source Stack

TIDIR Architectural LayerLogical RoleOpen-Source / CNCF Reference TechnologyOperational Rationale
Layer 1: IngressKernel & Host InstrumentationCilium Tetragon / FalcoHigh-performance eBPF kernel event filtering with minimal CPU overhead.
Layer 1: Edge ForwardingBuffer & Stream RoutingVector (Datadog open-source)Memory-safe Rust forwarder capable of high-throughput parsing and VRL transforms.
Layer 2: Streaming BusDistributed Event LogRedpanda / Apache KafkaLow-latency, partition-scalable streaming with Raft consensus.
Layer 2: LakehouseDecoupled Columnar StorageApache Iceberg on MinIO/CephOpen table format supporting partition evolution, time-travel, and zero-copy queries.
Layer 2: Hot IndexFast Aggregation & Streaming QueriesClickHouseSub-second analytical queries across billions of security events; vectorized execution.
Layer 3: Detection EnginePolyglot DaC ExecutionPolyglot DaC (ClickHouse SQL + Falco)Versioned in Git; native target optimization without translation performance penalty.
Layer 3: Risk ScoringMulti-Signal Evidence CompoundingRust / Python MicroserviceImplements the Bayesian Multi-Signal Risk Lens (ADR-0009).
Layer 4: Analytical MeshAdvisory Investigation AgentsLocal SLMs (Qwen/Llama) via vLLMSelf-hosted inference eliminating cloud data leakage, running strictly read-only.
Layer 4: Defence Control PlanePolicy Enforcement & AuthorizationOpen Policy Agent (OPA) / GatekeeperDeclarative Rego policies validating blast-radius limits and Tier 0 immunity.
Layer 4: Workload IdentityMachine Attestation & SVIDsSPIFFE / SPIRECryptographic task-scoped X.509 certificates with TTL 15m .
Layer 4: Actuation PlaneFail-Secure ContainmentTemporal.ioDistributed state machine enforcing monotonic saga execution and forward escalation.

3. The AWS Cloud-Native Reference Stack

The AWS stack maximizes managed service scalability, native security finding aggregation, and serverless compute efficiency.

Component Mapping: AWS Cloud-Native Stack

TIDIR Architectural LayerLogical RoleAWS Cloud-Native TechnologyOperational Rationale
Layer 1: IngressNative Security Finding FederationAWS Security Hub / GuardDutyNormalizes AWS-native findings directly into OCSF Class 2001/2004 structures.
Layer 1: Ingestion StreamLine-Rate Telemetry IngressAmazon Kinesis Data FirehoseServerless streaming with dynamic partitioning directly into columnar formats.
Layer 2: LakehouseDecoupled Columnar Object StorageAmazon S3 (Apache Iceberg tables)High-durability object storage with S3 Object Lock for WORM compliance (INV-01).
Layer 2: Hot IndexReal-Time Triage & Full-Text SearchAmazon OpenSearch ServiceLow-latency querying for active 14-day alert investigations and tabular dashboards.
Layer 3: Detection EngineScheduled Lakehouse Batch DaCAmazon Athena (Presto/Trino)Partition-pruned SQL sweeps executing historical anomaly detection across Iceberg tables.
Layer 4: Analytical MeshAdvisory Triage AgentsAmazon Bedrock (Claude / Llama 3)Enterprise VPC-isolated inference endpoints operating behind the Agent Trust Boundary.
Layer 4: Control PlanePolicy Kernel & Blast-Radius GateAWS Verified Permissions (Cedar)Millisecond-latency authorization assertions evaluating Tier 0 asset immunity.
Layer 4: Ephemeral IdentityWorkload AttestationAWS IAM Roles Anywhere / SPIREIssues temporary session credentials constrained to task boundaries.
Layer 4: Actuation PlaneFail-Secure Monotonic ContainmentAWS Step FunctionsDeclarative state machine orchestration guaranteeing forward escalation upon step failure.

4. The Microsoft / Azure Hybrid Reference Stack

The Microsoft / Azure stack aligns with enterprise Microsoft 365, Entra ID, and Azure Data Explorer deployments.

Component Mapping: Microsoft / Azure Hybrid Stack

TIDIR Architectural LayerLogical RoleMicrosoft / Azure Reference TechnologyOperational Rationale
Layer 1: IngressDomain Security FindingsMicrosoft Defender XDREmits high-fidelity native endpoint, identity, and cloud findings into Event Hubs.
Layer 1: Ingestion StreamEnterprise Event BusAzure Event Hubs (Kafka protocol)High-throughput streaming bus with native geo-redundancy.
Layer 2: LakehouseDecoupled Enterprise LakehouseAzure Data Lake Storage Gen2 (ADLS)Scalable object storage structured via Delta Lake / Apache Iceberg formats.
Layer 2: Hot IndexReal-Time Log & Anomaly EngineAzure Data Explorer (ADX) / SentinelExtremely fast KQL execution across billions of events with native hot caching.
Layer 3: Detection EngineDetection-as-Code via GitOpsSentinel KQL Repositories (GitHub/Azure DevOps)Polyglot DaC rules authored in KQL, validated in automated PR workflows.
Layer 4: Analytical MeshAdvisory Investigation AssistantsAzure OpenAI Service (GPT-4o)Private Link enterprise model deployment with zero data retention for training.
Layer 4: Control PlanePolicy Kernel & GovernanceAzure Policy / OPA on AKSDeterministic authorization blocking disruptive actions on mission-critical resource groups.
Layer 4: Ephemeral IdentityWorkload Identity AttestationMicrosoft Entra Workload ID / SPIREFederated token issuance without static client secrets.
Layer 4: Actuation PlaneMonotonic Containment WorkflowsAzure Logic Apps (Standard)Orchestrates containment steps with mandatory approval cards and forward compensation.

5. Architectural Invariant Compliance Across Reference Stacks

Regardless of the technology stack selected, every production implementation MUST enforce the 11 constitutional invariants:

  1. Telemetry Preservation (INV-01): All three stacks store raw telemetry in open columnar formats (Parquet/Iceberg) with unmapped_data preserved, preventing vendor lock-in.
  2. Authority Separation (INV-04): In every stack, AI inference engines (vLLM, Bedrock, Azure OpenAI) operate in a read-only capacity behind the Agent Trust Boundary without direct mutation keys.
  3. Reachability Monotonicity (INV-07): All three orchestration engines (Temporal, Step Functions, Logic Apps) execute containment as forward-compensating state machines where partial errors escalate outwards rather than rolling back security barriers.
  4. Human Recoverability (INV-09): All three implementations retain independent, out-of-band manual flight decks and cryptographic master Emergency Stops (E-Stops).

Human-Led Architecture · AI-Supported · Apache-2.0 Licence · Live Commit: a7b03ca