Skip to content

TIDIROpen SecOps Reference Architecture

A vendor-neutral target technology component architecture and closed-loop control system for modern autonomous security operations.

1. The Architecture at a Glance ​

TIDIR governs the operational progression from raw environmental observation to automated mitigation within a strict closed loop:

The closed loop is completed as operational outcomes and incident graph nodes from Actuation (4) enter Continuous Calibration (5), which continuously re-keys threat caches, converts theoretical exposure into realized risk in CTEM platforms, and issues automated hardening pull requests back into the Telemetry Data Plane (1).


2. Choose Your Lens: Role-Based Fast-Tracks

TIDIR addresses executive strategy, operational engineering, and formal system safety simultaneously. Select your primary lens to navigate straight to the specifications that matter to you (or explore the complete Role-Based Persona Journeys):

👔 Security Leadership (CISO / Heads of SecOps)

Focus on economics, the 4-phase brownfield migration roadmap, and business defensibility.

📐 Enterprise Security Architects

Examine the 4-plane control model, finding bus topology, concrete reference stacks, and invariants.

⚡ Detection & SecOps Engineers

Dive into Polyglot Detection-as-Code, open lakehouse queries, and continuous CI/CD testing.

🤖 AI & Automation Engineers

Interrogate the Agent Trust Boundary, ephemeral SPIFFE SVIDs, and monotonic containment.


3. Why TIDIR Exists: The Asymmetric Deficit in SecOps ​

Modern security operations struggle with three basic problems:

  1. The Ingestion Dilemma (We discard what we might need tomorrow): Traditional security monitoring tools charge by data volume. To manage costs, engineering teams discard high-volume logs at the network edge. Months later, when a new vulnerability is discovered, the historical records needed to investigate are gone.
  2. Low Base Rates & Alert Amplification (High accuracy still produces alert fatigue): In an enterprise generating a billion events each day, an analytical rule with 99.9% accuracy still creates thousands of false alarms because malicious events are exceedingly rare. Correlated alerts amplify this volume, causing analyst overload and degraded triage quality.
  3. The Unchecked Automation Hazard (Automated fixes can break production or reopen doors): Traditional response scripts either crash mid-execution or attempt database-style rollbacks that accidentally restore network access for an active attacker. Meanwhile, connecting generative AI directly to operational tools allows prompt injection attacks to trigger unauthorized actions.

TIDIR addresses these problems by separating the architecture into four distinct planes—isolating untrusted data and advisory AI models within an open analytical environment, while protecting critical systems behind a lean, deterministic defence control plane.


4. The Core Architectural Thesis ​

TIDIR is built on seven core ideas. Each idea pairs an intuitive rule with a technical safety mechanism:

PrinciplePlain-English IntuitionTechnical Mechanism & Why It Matters
Confidence ≠ AuthorityBeing confident an attack is happening does not grant permission to disrupt critical servers.Confidence–Authority Separation: Epistemic scores confer zero execution privilege. All actions require independent policy approval.
Evidence LineageEvery conclusion must show its work.Evidence Provenance (INV-02): Hypotheses and alerts must link directly to immutable raw observation IDs (source_observation_ids).
Evidential IndependenceDon't count the same observation twice just because multiple tools alerted on it.Evidential Independence: Traces alert ancestry back to parent events so duplicate signals do not artificially inflate confidence.
Protected AI BoundaryAI models analyze and suggest; they never hold direct execution keys.Agent Trust Boundary: Operates AI in read-only sandboxes with short-lived credentials ( ≤15m ); assumes untrusted evidence can influence reasoning, making that influence irrelevant to execution authority.
Monotonic SafetyIf an automated response fails halfway through, never back out of security barriers.Security-State Monotonicity: Invariant R(spost)⊆R(spre) . Partial failures freeze in place or escalate forward; they never roll back.
Graceful DegradationIf advanced services go down, fallback to simpler methods rather than going blind.Graceful Degradation: Automatically steps down through 4 operational tiers to edge spooling and rule-based timelines if streaming or AI fails.
Human CommandIndependent human override.Human Recoverability (INV-09): Independent out-of-band flight decks with cryptographically authenticated emergency stops and dual-authorisation bypass.

5. What TIDIR Is (and Is NOT) Claiming ​

To maintain engineering clarity, TIDIR explicitly distinguishes between established industry patterns and its own architectural contributions:

WHAT TIDIR DOES NOT CLAIM TO HAVE INVENTED

TIDIR does not claim to have invented data lakes, columnar storage, distributed message buses, graph analytics, probabilistic inference, cryptographic workload identities (SPIFFE), Detection-as-Code (DaC), circuit breakers, or the principle of least privilege.

TIDIR's contribution is the specific architectural synthesis and governing safety invariants under which these established techniques interact.

By wrapping untrusted telemetry and probabilistic AI agents within deterministic policy gates and monotonic state machines, TIDIR enables modern security operations to automate investigations and containment safely—while reducing the risk of runaway automation, self-granting authority, and loss of defensive visibility.

For detailed definitions of established, adapted, and TIDIR-specific concepts, explore the Architectural Glossary & Concept Taxonomy.


6. The 3-Tier Architectural Model ​

To serve executive leaders, enterprise architects, and engineering practitioners simultaneously, TIDIR organizes its specifications across three increasing levels of technical specificity:

  • Tier 1: Strategic Architecture: System topology, the 11 constitutional invariants, and the formal threat model. Target audience: CISOs, Heads of SecOps, Lead Enterprise Architects.
  • Tier 2: Capabilities & Taxonomy: Functional capability taxonomy, enterprise service catalogue, and operational user stories. Target audience: Security Managers, Detection Leads, SecOps SREs.
  • Tier 3: Technical Specifications: Concrete data schemas (OCSF), workload identity contracts (SPIFFE), monotonic state machines, and the ADR Registry. Target audience: Detection Engineers, Automation Engineers, SecOps Architects.

7. Open Security Frameworks Alignment ​

TIDIR synthesizes defensive strategy, analytic taxonomy, API safety, and operational controls into a unified multi-framework alignment:


8. Open Source & Machine Access ​

TIDIR is published as an open-source reference standard under the Apache 2.0 License:

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