🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónLo que la versión no te da sola
4 tareas · 25 min · Principiante
La sala anterior subió el mínimo de versión y cifró los tramos que iban en claro. Pero poner TLS 1.2 o 1.3 no resuelve todo por sí solo: quedan decisiones que deciden si el cifrado protege de verdad el día de mañana y si el cliente llega siquiera a usar TLS. En CifraLab hay servicios con una versión moderna y aun así con tres huecos: conjuntos de algoritmos sin secreto hacia adelante, ninguna defensa contra que a un cliente lo bajen a HTTP, y claves de reanudación que no se rotan nunca. Tu trabajo es ver por qué una configuración «con TLS actual» todavía puede dejar el tráfico de hoy legible mañana.
Objetivo de la sala
La sala anterior subió el mínimo de versión y cifró los tramos que iban en claro. Pero poner TLS 1.2 o 1.3 no resuelve todo por sí solo: quedan decisiones que deciden si el cifrado protege de verdad el día de mañana y si el cliente llega siquiera a usar TLS. En CifraLab hay servicios con una versión moderna y aun así con tres huecos: conjuntos de algoritmos sin secreto hacia adelante, ninguna defensa contra que a un cliente lo bajen a HTTP, y claves de reanudación que no se rotan nunca. Tu trabajo es ver por qué una configuración «con TLS actual» todavía puede dejar el tráfico de hoy legible mañana.Un servicio de CifraLab negocia TLS con conjuntos de algoritmos que no dan secreto hacia adelante: la clave de sesión depende directamente de la clave privada del servidor. Mientras esa privada no se filtre, bien; pero si alguien capturó el tráfico cifrado y más adelante consigue la clave privada del servidor, puede descifrar hacia atrás toda la conversación que guardó. El secreto hacia adelante lo evita: con conjuntos que pactan una clave de sesión efímera —distinta por conexión y que no se puede reconstruir desde la clave del servidor—, robar la privada mañana no abre el tráfico de hoy. El arreglo es preferir conjuntos con intercambio efímero (los de TLS 1.3 lo son por diseño) y retirar los que no dan secreto hacia adelante.
El fallo no se ve hoy: se ve el día que la clave del servidor se filtra y el tráfico viejo capturado se vuelve legible.
Esta tarea se hace en el laboratorio
Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.
Responde para continuar
Un servicio usa conjuntos sin secreto hacia adelante. ¿Qué riesgo real tiene?
Ver pista de ayuda
Sin secreto hacia adelante, una clave privada filtrada mañana abre el tráfico capturado hoy. La clave de sesión debe ser efímera.
Otro servicio sirve bien por HTTPS, pero no hace nada para impedir que a un cliente lo lleven a la versión sin cifrar. Si el usuario escribe la dirección sin https://, o alguien en medio reescribe los enlaces, la primera conexión puede irse por HTTP en claro, y ahí ya se interceptó todo antes de que TLS entrara en juego. La defensa es declarar que el sitio solo se habla por HTTPS, de modo que el navegador recuerde forzar TLS en las siguientes visitas y no acepte caer a HTTP, y redirigir en el servidor cualquier HTTP a HTTPS. El arreglo es activar esa política de solo-HTTPS y la redirección, para que no exista un primer salto en claro que aprovechar.
El fallo es dejar abierta la puerta de atrás: TLS perfecto no sirve si al cliente se le cuela una conexión sin cifrar antes de usarlo.
Esta tarea se hace en el laboratorio
Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.
Responde para continuar
Un sitio sirve por HTTPS pero no impide que un cliente acabe conectando por HTTP en claro. ¿Cuál es el arreglo?
Ver pista de ayuda
Un primer salto en claro se intercepta antes de que TLS actúe. Se fuerza HTTPS y se redirige HTTP para que esa puerta no exista.
Para no rehacer el saludo completo en cada visita, TLS permite reanudar sesiones con un material que el servidor emite y luego reconoce. En CifraLab ese material se protege con una clave de reanudación que lleva años sin rotarse. El problema es que esa clave de larga vida vuelve a concentrar el riesgo que el secreto hacia adelante quería repartir: quien la obtenga puede descifrar las sesiones reanudadas con ella, de nuevo hacia atrás. Las claves que cifran el material de reanudación son de vida corta y se rotan con frecuencia —a menudo cada pocas horas—, y las viejas se descartan. El arreglo es rotar esas claves de reanudación con regularidad en vez de dejar una fija para siempre.
Es el secreto hacia adelante otra vez, por la puerta de la reanudación: una clave eterna deshace la protección que los conjuntos efímeros daban.
Esta tarea se hace en el laboratorio
Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.
Responde para continuar
El material de reanudación de sesiones se protege con una clave que no se rota desde hace años. ¿Cuál es el arreglo?
Ver pista de ayuda
Una clave de reanudación eterna concentra el riesgo que lo efímero reparte. Se rota seguido y las viejas se descartan.
Viste el secreto hacia adelante, la defensa contra la bajada a HTTP y la rotación de las claves de reanudación: lo que una versión moderna de TLS no resuelve por sí sola. Abre el laboratorio, recorre esas tres configuraciones y lee el código que la auditoría anotó al cerrar la sala.
Esta tarea se hace en el laboratorio
Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.
Responde para continuar
Abre el laboratorio y revisa la configuración de TLS más allá de la versión. En las notas de auditoría de la sala queda anotado un código. Escríbelo tal cual.
Formato esperado: CIF-____
Ver pista de ayuda
El código está en el archivo de notas de la auditoría del escenario, no en los conjuntos de algoritmos ni en la política.
Preparando el escritorio…
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.