El hash del archivo cambia con el tiempo, forzando constantes re-verificaciones.

El archivo cifrado podría ser descifrado sin la clave.

Un atacante podría crear un archivo malicioso que produzca el mismo hash que el archivo original, pasando la verificación de integridad.

La clave privada utilizada para firmar el archivo podría ser reconstruida.

Porque su tamaño es demasiado grande para ser manejado por los protocolos de red estándar.

Porque su cifrado requiere la clave pública, que es conocida por todos.

Porque existe el riesgo de que el cifrado se rompa con la computación cuántica, revelando la clave privada.

Porque la clave privada es la base de la identidad y autoridad del usuario, y debe permanecer aislada en un entorno seguro para evitar su compromiso.

CRL puede causar problemas de latencia y es susceptible a información desactualizada, ya que los archivos pueden ser muy grandes y su distribución es periódica.

CRL no puede ser consultada por los navegadores web modernos.

CRL solo permite la revocación de certificados intermedios, no de certificados de usuario final.

OCSP requiere una conexión a Internet, mientras que CRL funciona completamente offline ya que viene incorporado en el sistema operativo.

Cifrar el documento con una clave simétrica y enviarle la clave a Bob por correo electrónico sin cifrar.

Firmar el hash del documento con su clave privada (integridad/autenticidad) y luego cifrar todo con la clave pública de Bob (confidencialidad).

Cifrar con la clave pública de Bob y luego firmar el hash con su propia clave pública.

Firmar el hash con la clave pública de Bob y luego cifrar con su propia clave privada.

La CA Raíz puede simplemente cambiar su clave privada sin afectar los certificados ya emitidos.

Un atacante puede emitir certificados falsos para cualquier dominio (ej. https://www.google.com/search?q=google.com) que serán aceptados como válidos por los navegadores de todo el mundo.

Solo los certificados emitidos por esa CA Raíz en el último mes deben ser revocados.

Los usuarios finales pueden seguir utilizando sus certificados con normalidad si su CA Intermedia no fue comprometida.

Debe comprometer la clave privada del remitente de la transacción original para firmar una versión diferente.

Debe encontrar una colisión de hash para el bloque 100 que coincida con el hash del bloque 101 existente.

Debe realizar un ataque de denegación de servicio (DDoS) a todos los nodos que poseen una copia del bloque 110.

Debe volver a minar el bloque 100 y todos los bloques subsiguientes (101-110) a una velocidad mayor que el resto de la red combinada.

SHA-1

AES

RSA

SHA-256

Alta entropía

Vulnerabilidad a colisiones

Bajo rendimiento

Dificultad para implementar

Autenticar claves privadas

Ejecutar contratos inteligentes

Emitir certificados

Emitir tokens de acceso

Llave pública del firmante

Llave privada del receptor

Llave pública y privada del receptor

Contraseña del firmante