-
Notifications
You must be signed in to change notification settings - Fork 1
Authority Boundary Audit #525
Copy link
Copy link
Open
Labels
lane:releaseMethod lane release.Method lane release.legend:securityMethod legend security.Method legend security.runtimeRuntime coreRuntime coresecuritySecuritySecurityspecSpec/Design documentSpec/Design documenttype:maintenanceMethod work type maintenance.Method work type maintenance.
Metadata
Metadata
Assignees
Labels
lane:releaseMethod lane release.Method lane release.legend:securityMethod legend security.Method legend security.runtimeRuntime coreRuntime coresecuritySecuritySecurityspecSpec/Design documentSpec/Design documenttype:maintenanceMethod work type maintenance.Method work type maintenance.
Migrated from Method backlog
This issue was created from a legacy filesystem backlog card. GitHub Issues are now the live work tracker; repository docs remain Method evidence.
Source backlog:
docs/method/backlog/v0.1.0/SECURITY_authority-boundary-audit.mdOriginal lane:
v0.1.0Original legend:
SECURITYOriginal backlog card
Authority Boundary Audit
Status: initial local audit recorded; final release security review remains.
Depends on:
Why now
The release is only credible if application code cannot reach trusted runtime
authority. Echo's central contract-host promise is that applications submit and
observe while the runtime owner controls ticks.
Audit targets
Verify that application-facing paths cannot:
TrustedKernelControlPortor equivalent host-only capabilities;Acceptance criteria
control.
explicitly.
Implemented local slice
docs/design/v0.1.0-authority-boundary-audit.mdrecords the currentauthority-boundary evidence and deferred risks. The local release witness keeps
application code on
TrustedRuntimeAppand trusted runtime control onTrustedRuntimeHost.Non-goals