Harden the container: non-root, pinned images and dependencies, the key in a file (B-91, SEC-51, SEC-52, SEC-53; closes B-71, B-72)

- app runs as uid 1000; a one-shot data-permissions service chowns ./data to it
  and closes it to others (works on an older root-owned install with no host sudo);
  files are created 0600 (umask 077)
- python:3.12-slim and caddy:2-alpine pinned by digest; dependencies installed from
  requirements.lock with --require-hashes
- the Fernet key is XPRV_ENCRYPTION_KEY_FILE (./secrets/xprv_encryption.key, a compose
  secret), out of every environment variable and of a ./data backup
- setup.md no longer presents a second way to run the server (B-72)

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

docs/modello-dati.md

@@ -581,7 +581,7 @@ restano nella tabella come storico.
   `secrets.token_bytes(32)`. All'inserimento del round si scrivono insieme
   `server_seed_hash` (`sha256` di quei 32 byte, esadecimale minuscolo) e
   `server_seed_enc`: il segreto **cifrato con Fernet** usando la stessa chiave
-  che cifra la master xprv (`XPRV_ENCRYPTION_KEY`, dopo B-91 il file di
+  che cifra la master xprv (il file di cifratura,
   [sicurezza.md](sicurezza.md#sec-53) SEC-53). Il segreto in chiaro non viene
   mai scritto nel database prima della rivelazione: `server_seed` resta
   `NULL` e si valorizza (esadecimale minuscolo, 64 caratteri) nella stessa