Puntos clave
- Una prueba de inclusión vincula una entrada a una raíz concreta.
- Una prueba de consistencia demuestra que el historial solo se ha ampliado.
- Los puntos de control firmados identifican un estado verificable del registro.
- El gossip o la observación independiente refuerzan la defensa ante vistas divididas.
Definición y alcance
Un directorio malicioso podría desviar mensajes sustituyendo una clave pública sin aviso. La transparencia de claves fija las asociaciones identidad-clave en un estado de registro verificable para que los clientes comprueben tanto la inclusión como los cambios. [1]
Límite de seguridad
Las pruebas Merkle de inclusión demuestran que una hoja pertenece a una raíz. Las de consistencia demuestran que un estado nuevo conserva intacto el anterior. Ninguna prueba sustituye la verificación inicial de identidad ni la gobernanza del registro. [1][2]
Límites y evaluación
Un operador puede mostrar historiales distintos pero internamente coherentes a clientes aislados si estos nunca comparan puntos de control. Frenar vistas divididas exige gossip o monitores independientes; el primer punto aceptado también es una frontera de confianza. [1][2]
Preguntas frecuentes.
¿Qué significa Transparencia de claves y árboles de Merkle?
La transparencia de claves registra asociaciones entre identidades y claves públicas en una estructura verificable de solo anexado. Las pruebas de Merkle permiten auditar registros y cambios. [1]
¿Qué no garantiza Transparencia de claves y árboles de Merkle?
Un operador puede mostrar historiales distintos pero internamente coherentes a clientes aislados si estos nunca comparan puntos de control. Frenar vistas divididas exige gossip o monitores independientes; el primer punto aceptado también es una frontera de confianza. [1][2]
¿Cómo interpreta SealTask Transparencia de claves y árboles de Merkle?
SealTask registra las claves públicas de personas invitadas en un árbol Merkle de solo adición y verifica inclusión y consistencia. Documenta como límites la primera utilización, el restablecimiento de puntos de control y la ausencia actual de vigilancia independiente. [3]
Fuentes primarias
Las definiciones priorizan organismos de normalización, guías públicas y la arquitectura de SealTask de primera parte. Los enlaces abren la fuente completa.
- 01 IETF Key Transparency Protocol Fuente primaria o de primera parte para la definición, los requisitos del protocolo, el límite de seguridad o el contexto normativo.
- 02 RFC 9162: Certificate Transparency Version 2.0 Fuente primaria o de primera parte para la definición, los requisitos del protocolo, el límite de seguridad o el contexto normativo.
- 03 SealTask security architecture Fuente primaria o de primera parte para la definición, los requisitos del protocolo, el límite de seguridad o el contexto normativo.