emergent-security/knowledge/cards/deployment.md
tegwick a835c11ae7 Implement source-backed NetKingdom agent security knowledge pilot
Assistant: codex
Assistant-Model: gpt-6-astra
Assistant-Session: 01a101af-e240-7882-a1e3-e37720cbdbea
2026-10-03 15:25:04 +02:00

19 lines
1.1 KiB
Markdown

# Protected deployments and production targets
Railiance workload owners own deployment and the authoritative target/runbook;
NetKingdom supplies security contracts. Resolve the target and its consumers
before deciding which guarantees apply. Build mode for the estate does not make
an existing production cluster a disposable sandbox.
For a live production change obtain the founder's decision for that change and
use the owner's current route. Local tests, a workplan marked done, a reference
AUTONOMOUS result, or this knowledge package are not evidence of runtime
authorization. Use the owner's current PDP/approval/credential integration and
exact request binding, lifetime, rollback and evidence requirements.
Read-only diagnosis and inert dry runs can prepare a concrete proposal inside
the task envelope. Missing context, engine outages, stale routes or missing
approval must not turn into wider credentials or direct bypasses. Follow the
PEP owner's published outage stance and record it. Never invent a stance.
Source owner IDs (cite the relevant owner, not an invented umbrella): `railiance-master`, `the-custodian`, `access-engine`, `approval-engine`.