🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónCifrado débil frente a cifrado mal usado
5 tareas · 40 min · Principiante
La mayoría de los hallazgos criptográficos de una aplicación no tienen que ver con algoritmos rotos. Tienen que ver con algoritmos buenos usados mal: el modo equivocado, un nonce que se repite, una clave guardada junto al código. Y al revés, un algoritmo con mala fama puede estar en un sitio donde no protege nada. Esta sala lee el inventario criptográfico que preparó el equipo de desarrollo de Logística Simijaca y separa las tres cosas: lo débil, lo mal usado y lo que solo lo parece.
Objetivo de la sala
La mayoría de los hallazgos criptográficos de una aplicación no tienen que ver con algoritmos rotos. Tienen que ver con algoritmos buenos usados mal: el modo equivocado, un nonce que se repite, una clave guardada junto al código. Y al revés, un algoritmo con mala fama puede estar en un sitio donde no protege nada. Esta sala lee el inventario criptográfico que preparó el equipo de desarrollo de Logística Simijaca y separa las tres cosas: lo débil, lo mal usado y lo que solo lo parece.Un algoritmo es débil cuando el propio algoritmo ya no da la protección que promete: MD5 o SHA-1 para firmar, DES, 3DES o RC4 para cifrar. La corrección es cambiarlo.
Un algoritmo está mal usado cuando es sólido pero la forma de usarlo anula su protección. AES en modo ECB cifra cada bloque por separado con la misma clave, así que dos bloques iguales de texto producen dos bloques iguales cifrados y los patrones del original se ven a través. Cambiar AES-128 por AES-256 no arregla nada; lo que se corrige es el modo. Es el error que más se ve en informes mal redactados: «se usa AES-256, cifrado fuerte» cuando el problema está en todo lo que rodea a AES.
Responde para continuar
Un componente cifra reportes con AES-256 en modo ECB. ¿Cómo se clasifica?
Ver pista de ayuda
Separa el algoritmo de la forma de usarlo.
Los modos modernos, como GCM, cifran y autentican a la vez, y piden un valor de un solo uso por mensaje: el nonce. Su única condición es la que dice el nombre: no repetirse nunca bajo la misma clave. Si se repite, quien vea dos mensajes cifrados con el mismo nonce puede combinar uno con otro para sacar información del texto, y además pierde valor la comprobación de integridad. No hace falta romper nada: basta con tener dos mensajes.
Abre el laboratorio y revisa cómo genera el nonce cada componente que usa GCM.
Responde para continuar
Escribe el componente que usa siempre el mismo nonce.
Ver pista de ayuda
Ejecuta `SELECT componente, algoritmo, modo, iv_o_nonce FROM usos WHERE modo = 'GCM'`.
MD5 es débil para todo lo que dependa de que nadie pueda fabricar dos entradas con el mismo resultado: firmas, integridad frente a alguien malicioso, contraseñas. Pero hay usos en los que nadie gana nada fabricando una colisión, como darle un nombre corto a un archivo de caché a partir de su ruta. Ahí MD5 es una función de reparto y no hay atacante en el modelo.
Mira en el laboratorio qué protege el componente que usa MD5 antes de decidir.
Responde para continuar
¿Qué haces con el uso de MD5 que encuentras en la caché de imágenes?
Ver pista de ayuda
Pregúntate quién ganaría algo si dos fotos acabaran con el mismo nombre de archivo.
El mejor algoritmo con el mejor modo no protege nada si la clave está al lado de lo cifrado. Una clave escrita en el repositorio de código la tiene cualquiera que lea el repositorio: todo el equipo de desarrollo, el proveedor que lo aloja, cada copia de cada portátil y cualquiera que llegue a uno de ellos. Este hallazgo se escribe sin copiar la clave en el informe: basta con el archivo y la línea.
Responde para continuar
¿Cuántos componentes guardan su clave en el repositorio de código?
Ver pista de ayuda
Ejecuta `SELECT componente, clave_en FROM usos WHERE clave_en = 'repositorio de codigo'` y cuenta las filas.
De los dos algoritmos con mala fama del inventario, uno protege datos de verdad. Ese sí es un hallazgo de algoritmo débil, y su corrección es cambiarlo, con el plan de volver a cifrar lo que ya existe.
Responde para continuar
Escribe el componente que protege datos de clientes con un algoritmo obsoleto.
Ver pista de ayuda
Ejecuta `SELECT componente, que_protege, algoritmo FROM usos WHERE algoritmo IN ('3DES', 'MD5')`.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.