fix: harden DWH auth recovery guidance
This commit is contained in:
@@ -16,12 +16,12 @@ clinici.
|
||||
| Caso | Azione autorizzata | Atteso | Evidenza ammessa |
|
||||
| --- | --- | --- | --- |
|
||||
| Registro | `check`, `key list`, `key status` | Stato e soli ID pubblici | ID, status, owner/mode, timestamp |
|
||||
| Socket locale | Config curl protetta, nuova/legacy | `204` durante dual-key | codice, unit/socket status |
|
||||
| Negativo locale | Config casuale e richiesta senza header | `401` | codice, nessun valore header |
|
||||
| Socket locale | File header protetti, v1/legacy | `204` v1 e legacy durante dual-key | codice, unit/socket status |
|
||||
| Negativo locale | File header casuale e richiesta senza header | `401` | codice, nessun valore header |
|
||||
| Guasto controllato | Autenticatore/registro non disponibili nel test approvato | `503`, mai accesso | codice e rollback |
|
||||
| HTTPS reale | `/dwh/rpc/ping` con CA approvata | qualsiasi `2xx`, TLS valido | ID, esito e approvazione fingerprint |
|
||||
| HTTPS dual-key | `/dwh/rpc/ping` con CA approvata, file header v1/legacy | v1 e legacy qualsiasi `2xx`, TLS valido | ID, esito e approvazione fingerprint |
|
||||
| Mac | **Validate workspace source**, **Test workspace connections** | Ping positivo | timestamp e stato GUI |
|
||||
| Revoca | Chiave precedente dopo osservazione | `401`; nuova ancora positiva | ID pubblico e codici |
|
||||
| Revoca | Chiave legacy dopo osservazione | v1 qualsiasi `2xx`; legacy `401` post-revoca | ID pubblico e codici |
|
||||
| Trasporti | Server PSD diretto e SSH diagnostico | nessuna chiave `dwh-auth` | trasporto selezionato |
|
||||
|
||||
## Sequenza
|
||||
@@ -30,7 +30,7 @@ clinici.
|
||||
stack. Nessun reload Nginx.
|
||||
2. Al Gate B, fare backup protetti, `nginx -t`, reload autorizzato e ping `.it` con CA verificata.
|
||||
3. Configurare il Mac nel vault GUI o con `API_KEY_FILE`; verificare ping e ID pubblico.
|
||||
4. Dopo la finestra approvata, revocare legacy, ripetere nuova positiva/legacy 401 e controllare
|
||||
4. Dopo la finestra approvata, revocare legacy, ripetere v1 2xx/legacy 401 post-revoca e controllare
|
||||
solo un journal bounded sanitizzato.
|
||||
5. Verificare rollback: backup leggibili, scope limitato a route/unit; nessuna migrazione di
|
||||
sessioni legacy, indici Qdrant o cache Ollama.
|
||||
|
||||
Reference in New Issue
Block a user