stella assurance — Command Guide

Audience: Compliance operators and tenant administrators preparing regulatory evidence (NIS2, DORA, CRA). Scope: Assurance pack discovery, tenant readiness checks, and tenant-owned operator configuration. Artifact creation lives in the export commands.

The stella assurance commands expose optional Assurance pack discovery and tenant readiness without making the CLI region-specific. The commands use pack ids such as nis2, dora, cra.product-security, and cra.technical-documentation; jurisdiction is descriptor metadata, not a CLI namespace.

Commands

Descriptor Discovery

packs list and pack inspect read the embedded assurance-pack-v1 descriptors packaged with the CLI. They do not contact Authority, ExportCenter, Notify, or any external network.

JSON output is deterministic:

The embedded descriptors are:

Pack idClaim boundaryExisting command routes
nis2operator-supportstella export nis2-soa, stella export nis2-effectiveness
doraoperator-supportstella incident classify, stella export dora-incident-report, stella verify dora-incident-report, stella export dora-roi, stella verify dora-roi, stella export dora-info-sharing, stella verify dora-info-sharing, stella tlpt pack, stella verify tlpt-pack
cra.product-securitymanufacturer-selfpublic metadata and advisory feed routes
cra.technical-documentationmanufacturer-customer-supportstella export cra-tech-file, stella export conformity-dossier

NIS2 and DORA descriptors must include:

The dora descriptor is documented in docs/compliance/packs/dora/README.md. Descriptor discovery does not mean tenant readiness. stella assurance pack status dora may return unavailable or blocked until Authority pack enablement, ExportCenter DORA export profiles, and Notify DORA reporting profile readiness are wired and configured.

Tenant Readiness

pack status checks live tenant readiness and exits fail-closed unless every required readiness line is configured.

The command composes:

JSON output uses schema version assurance-pack-status.v1 and includes stable reason codes. Non-configured states return SERVICE_NOT_CONFIGURED.

Fail-closed examples include:

The command must not print private key material, secret values, local secret paths, or response bodies from failed service calls.

Operator Configuration

operator-config reads and writes tenant-owned Assurance settings through the Authority Console admin surface:

The output schema is operator-compliance-config.v1. It includes the Authority settings hash, sanitized tenant-operator-compliance-settings.v1, counts for approvers, Assurance packs, retention policies, channels, and effective retention policy rows. The CLI resolves absent dora-roi retention to the Authority default of 7 years so operators can see the effective policy without claiming legal compliance.

operator-config export writes the sanitized JSON view to disk. If Authority ever returns a secret-like key or private-key material, the CLI redacts the value, sets secretValuesRedacted=true, and exits non-zero.

operator-config update accepts either a raw tenant-operator-compliance-settings.v1 JSON document or an export wrapper with a top-level settings object. It refuses input containing secret-like or deployment-posture fields such as privateKey, secretRef, token, trustRoot, or deploymentPosture; those values must remain sealed or environment configuration.

Relationship to Export Commands

Assurance pack status is a readiness and discovery surface. It does not replace the pack-specific export and verification commands.

Use the existing commands to create and verify artifacts:

See stella export for export command inputs, local signing keys, offline behavior, and fail-closed rules.