Punti chiave
- Una prova di inclusione lega una voce a una specifica radice.
- Una prova di consistenza dimostra che lo storico è stato soltanto esteso.
- I checkpoint firmati identificano uno stato verificabile del registro.
- Gossip o monitor indipendenti rafforzano la difesa dalle split view.
Definizione e ambito
Un servizio di directory malevolo potrebbe deviare messaggi sostituendo una chiave pubblica. La trasparenza delle chiavi vincola le associazioni identità-chiave a uno stato di log verificabile, permettendo ai client di controllare inclusione e modifiche. [1]
Confine di sicurezza
Le prove Merkle di inclusione mostrano che una foglia appartiene a una radice; quelle di consistenza mostrano che un nuovo stato estende intatto il precedente. Nessuna delle due sostituisce la verifica iniziale dell’identità o la governance del log. [1][2]
Limiti e valutazione
Un gestore può mostrare storici diversi ma coerenti a client isolati se i checkpoint non vengono mai confrontati. Contro le split view servono gossip o osservatori indipendenti; anche il primo checkpoint accettato resta un confine di fiducia. [1][2]
Domande frequenti.
Che cosa significa Trasparenza delle chiavi e alberi di Merkle?
La trasparenza delle chiavi registra le associazioni tra identità e chiavi pubbliche in una struttura append-only verificabile. Le prove di Merkle consentono di controllare record e modifiche. [1]
Che cosa non garantisce Trasparenza delle chiavi e alberi di Merkle?
Un gestore può mostrare storici diversi ma coerenti a client isolati se i checkpoint non vengono mai confrontati. Contro le split view servono gossip o osservatori indipendenti; anche il primo checkpoint accettato resta un confine di fiducia. [1][2]
Come interpreta SealTask Trasparenza delle chiavi e alberi di Merkle?
SealTask registra le chiavi pubbliche degli invitati in un albero Merkle append-only e verifica inclusione e consistenza. Documenta come limiti il primo utilizzo, il reset dei checkpoint e l’assenza attuale di monitoraggio indipendente. [3]
Fonti primarie
Le definizioni privilegiano enti di standardizzazione, linee guida pubbliche e l’architettura SealTask di prima parte. I link aprono la fonte completa.
- 01 IETF Key Transparency Protocol Fonte primaria o di prima parte per definizione, requisiti del protocollo, confine di sicurezza o contesto normativo.
- 02 RFC 9162: Certificate Transparency Version 2.0 Fonte primaria o di prima parte per definizione, requisiti del protocollo, confine di sicurezza o contesto normativo.
- 03 SealTask security architecture Fonte primaria o di prima parte per definizione, requisiti del protocollo, confine di sicurezza o contesto normativo.