Skip to content

Bootstrap and evolve AZ-06 Azazel-Deception Host as the Engagement Environment Plane #61

Description

@01rabbit

Parent: #60
Repository: https://github.com/01rabbit/Azazel-Deception

Status

01rabbit/Azazel-Deception now exists and the designation is ratified:

  • Formal name: Azazel-Deception Host
  • Series number: AZ-06
  • Codename: THEATRE
  • Plane: Engagement Environment Plane
  • Runtime model: portable, capability-aware, container-first

Naming was ratified in docs/specs/naming.md on 2026-08-13. The container-first architecture is documented in docs/concepts/azazel-deception-host-container-first.md.

Core responsibility rule

Engage expresses intent. Knowledge advises. Fabric describes. Edge decides and enforces. Deception Host materializes, transitions, records, and resets.

AZ-06 is not a second decision authority.

Current bootstrap implementation

The new repository contains:

  • host capability discovery
  • fail-closed bootstrap package validation
  • deterministic, non-executing placement planning
  • ARM64/AMD64 portability baseline
  • Docker Compose reference adapter assets
  • one static synthetic Linux reference package
  • no host port publication or external network in the reference Compose profile
  • CI and deterministic bootstrap tests
  • safety, contract-integration, architecture, and roadmap documentation

Live activation remains disabled by design until Fabric and Edge integration gates are complete.

Product boundary

AZ-06 owns:

  • validation/materialization of already-approved packages
  • local capability matching and package-authored tier selection inside Edge-approved constraints
  • isolated decoy service/artifact/credential/persona runtime
  • approved finite-state transitions
  • evidence export
  • deterministic termination/reset and credential invalidation

AZ-06 does not own:

  • engagement selection, routing, budgets, downgrade, or termination authority
  • shared wire-contract authority
  • Knowledge scoring/advisory authority
  • hack-back, attacker-system access, autonomous retaliation, unrestricted egress, or production access
  • runtime LLM action selection or free-form live mutation

Container-first invariant

  • OCI is the initial standard execution unit.
  • Phase 1 portability baseline is linux/arm64 + linux/amd64.
  • Docker Compose is the first runtime adapter.
  • Raspberry Pi 5 is the minimum lite reference host, not a product constraint.
  • N100/N305-class x86 is the expected standard tier.
  • KVM/libvirt and cluster adapters remain later work.
  • Required narrative components may never be silently removed to fit weaker hardware.
  • LLM capability is optional and preparation-oriented; approved packages execute without an LLM.

Cross-repository dependencies

Delivery sequence

Phase 0 — bootstrap and canonical contracts

  • create the repository
  • ratify naming and AZ-06 accession
  • establish container-first architecture
  • add dry-run control-plane bootstrap and static reference package
  • land Fabric canonical contracts/golden fixtures
  • add digest/signature/SBOM provenance validation
  • complete threat-model and abuse-case test set

Phase 1 — static coherent live environment

  • promote Docker Compose adapter to feature-disabled live runtime
  • run the same signed Linux reference package on ARM64 and AMD64
  • prove resource/network isolation
  • prove evidence export, termination, reset, and credential invalidation
  • integrate Edge in shadow/replay mode before live activation

Phase 2 — deterministic narrative runtime

  • narrative consistency compiler
  • honey files and synthetic metadata
  • decoy-only credential lures
  • deterministic persona/activity replay
  • Edge-approved finite-state transitions

Phase 3 — effectiveness loop

  • Knowledge analyzes measured outcomes and returns advisory-only context
  • Edge independently accepts/modifies/rejects future posture suggestions

Phase 4 — additional environment classes

  • additional Linux profiles
  • Windows/KVM profiles only after single-node isolation/reset are proven
  • OT/IoT profiles
  • multi-node/cluster support only after authority and failure semantics stabilize

Acceptance criteria

  • Edge remains the only activation and transition authority.
  • One signed reference package behaves equivalently on supported ARM64 and AMD64 hosts.
  • Unsupported packages and capability mismatches fail closed with explicit reasons.
  • No decoy route or credential reaches protected production resources.
  • Package identity survives movement between hardware classes.
  • Runtime state and evidence do not rely on attacker-modifiable container-local authoritative state.
  • Knowledge remains optional/advisory-only.
  • LLM absence does not affect approved package execution.
  • Existing Azazel products retain zero behavior change unless AZ-06 integration is explicitly enabled.
  • Public wording uses Engage-aligned or Engage-informed, never unsupported certification claims.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions