Files
felhom-controller/REPORT.md
T

59 lines
5.0 KiB
Markdown

# REPORT — v0.127.0: customer-facing escrow ceremony wizard + Scenario-F stale-blob re-check
**Date:** 2026-07-13 · **Version:** controller v0.127.0 (from v0.126.4, baseline `51c871ad` confirmed) · **MinAgent: 0.88.0** (wizard only — everything else runs on older agents). Commit `08a966b` on `main`. Spike basis: felhom.eu `SPIKE-controller-escrow-2026-07-13`. Operator ruling F1 (2026-07-13): R over the CF tunnel once at reveal = accepted risk (threat model in felhom.eu RUNBOOK-escrow-ceremony.md).
## What shipped
- **Wizard** `/backup/escrow` (`web/escrow_handlers.go`, `templates/backups_escrow.html`):
preflight → warnings (+supersede variant) → password re-auth → run (2 s poll) → ONE-SHOT
reveal (`no-store`; R only ever in the claim XHR + the page's JS scope) → typed-back (two
random words, client-side) → finish; void/410 state honest. `/api/escrow/{preflight,start,
status,claim}` behind session auth + CSRF (mux, the disk-API pattern).
- **Start order (load-bearing):** re-auth (login rate limiter) → **re-stage-first** (abort on
failure — no hash-less blob can be minted from the UI) → version gate (≥ 0.88.0, header-absent
= older, fail-closed) → trigger. Each refusal exits with the agent untouched.
- **Scenario F** (`report/escrow_confirm.go`): escrowed-state hash re-check on every ACK —
mismatch OR hash-less blob → in-memory stale flag (card warning + re-ceremony CTA) + one WARN
per distinct hub hash; match/auto-confirm clears; NEVER flips state, NEVER blocks runs.
- **Card rework** (`backups_remote.html`): manual-confirm BUTTON removed (endpoint stays,
deprecated); pending/stale/clean/agent-too-old states per spec copy. All 4 UI gates green
(template_id, emoji, native-confirm, offbox-rename).
## Green gate + red-proofs (run → fail → revert)
`go build && go vet && go test ./...` green at every phase; all four UI gates green. Test
functions 489 → **502** (+5 stale table, +8 wizard/render). Red-proofs:
4. `Reconcile` reverted to early-return-when-not-pending → all four `TestEscrowStale_*` FAILED.
5. re-auth compare bypassed (compiling mutation) → `TestEscrowStart_SecurityGates/wrong_password`
+ `/rate_limited` FAILED (agent got called / counter untouched).
(1/2/3/6 are agent-side — felhom-agent/REPORT.md.)
## Deployed + live-validated (2026-07-13 evening)
| Check | Result | Method |
|---|---|---|
| demo guest 9201 | `0.127.0 Up (healthy)` | docker ps |
| drill guest 9201 (VM qm 300) | `0.127.0 Up (healthy)` | docker ps |
| **Scenario F fires LIVE (drill)** | first ACK after deploy (17:08Z): `[WARN] [escrow-confirm] STALE escrow: the hub's current blob carries NO password hash (hash-less supersession)…` — the EXACT state the spike left; state stayed escrowed, runs unblocked | controller log |
| Scenario F fires LIVE (demo) | same warn 17:07:42Z on the demo's legacy hash-less blob — honest per the truth table; fix = one wizard run (Viktor's login; operator follow-up) | controller log |
| Ceremony repairs the blob | drill: stage-first (real secret) → agent job → hub `restic_pw_sha256=24a887bafce4…` == sha256(local repo password) | endpoint-exact + hub DB read-only |
| **Stale flag CLEARS** | the 17:23:01Z ACK (first after the covering blob) processed with ZERO escrow-confirm output; `escrow_state` stayed `"escrowed"` in settings.json. The hub verifiably serves the covering hash, so the match path (the only branch for it) cleared the flag — the clear itself is silent by design and pinned by `TestEscrowStale_MatchClearsFlag` | controller log + settings.json + hub DB |
| One-shot semantics | claim 1 = 200 (10-word R, never printed) → claim 2 = **410** → status claimed | endpoint-exact |
| Wizard route + gate | `GET /backup/escrow` unauth → 302 `/login?next=%2Fbackup%2Fescrow` via the real in-guest traefik | curl through the guest |
**Method disclosure + NOT yet live-validated:** the drill box's dashboard password is
CUSTOMER-owned (Viktor set it at the take-two claim), and the wizard's re-auth requires typing it
— so the FULL browser wizard leg (login → preflight UI → re-auth → reveal → typed-back → finish)
could not be driven autonomously and remains **NOT live-validated**; it needs one supervised pass
with Viktor (5 minutes — also the demo box's own wizard run to clear ITS stale warning). Every
layer beneath it was validated endpoint-exact with the real token over the real pinned channel
(the exact calls the handlers make), plus full unit coverage of the handler order/gates. Also not
live-validated: a real customer box (Peti), TTL expiry in real time (clock-jump-tested).
## Observations
- The demo's stale warning is a FEATURE surfacing a real pre-existing gap (its blob never covered
the current password); expect the card warning on demo until a wizard run.
- `AgentVersion()` is populated by ANY agent traffic; the wizard page/preflight naturally warm it
before the start gate — a cold controller straight to POST /api/escrow/start could see "" and
409 until first traffic (self-heals; worth remembering when scripting).