also looking at this
docs: align update acceptance with protected preparation
#48
27 files
+1676
-74
| @@ -262,12 +262,14 @@ verified crash-prefix recovery, provenance and offline replay through CLI and `/ | ||
| 262 | 262 | |
| 263 | 263 | The viewer opens files locally in the browser. The v1 format excludes imagery, location and |
| 264 | 264 | operator tokens. See [diagnostics, durability and remaining acceptance](docs/diagnostics.md). |
| 265 | The [signed runtime image stage](docs/runtime-updates.md) now verifies offline TUF | |
| 265 | The [signed runtime image workflow](docs/runtime-updates.md) verifies offline TUF | |
| 266 | 266 | candidates through `updates:stage` and `updates:inspect`, with explicit root pins, |
| 267 | 267 | compatibility and externally supplied release floors. `updates:enroll` and |
| 268 | `updates:trust` preserve and independently verify an initial root/policy record. | |
| 269 | Physical logging/commissioning, persistent refresh metadata/release floors, image | |
| 270 | installation and known-good rollback remain pending. | |
| 268 | `updates:trust` preserve the initial root/policy record. The independently pinned | |
| 269 | store retains verified metadata, clock/release floors and historical recovery; | |
| 270 | `updates:prepare` authenticates actual image bytes under that protected state. | |
| 271 | Physical logging/commissioning, key revocation/repair, installed/known-good slots | |
| 272 | and image-bound boot/session health remain pending. | |
| 271 | 273 | |
| 272 | 274 | ## Sensor acquisition and replay |
| 273 | 275 | |