🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónAtaques al ecosistema PKI y Certificate Transparency
4 tareas · 25 min · Principiante
El modelo de Infraestructura de Clave Pública (PKI) en internet se basa en una suposición frágil: cualquier Autoridad Certificadora (CA) en la que confía tu navegador puede firmar un certificado válido para cualquier dominio del mundo. Cuando una CA es vulnerada, atacantes pueden espiar el tráfico de millones de usuarios. En esta sala estudiarás cómo se rompió la confianza y cómo Certificate Transparency vino a salvar la web.
Objetivo de la sala
El modelo de Infraestructura de Clave Pública (PKI) en internet se basa en una suposición frágil: cualquier Autoridad Certificadora (CA) en la que confía tu navegador puede firmar un certificado válido para cualquier dominio del mundo. Cuando una CA es vulnerada, atacantes pueden espiar el tráfico de millones de usuarios. En esta sala estudiarás cómo se rompió la confianza y cómo Certificate Transparency vino a salvar la web.Un sistema operativo moderno incluye en su almacén raíz (Trust Store) más de 120 Autoridades Certificadoras comerciales y gubernamentales de docenas de países. Si una sola de esas entidades intermedias o raíces comete un error administrativo o es infiltrada por un servicio de inteligencia, puede emitir un certificado aparentemente legítimo para google.com, banco.com o cualquier otro servicio. Tu navegador mostrará el candado verde sin advertir ninguna anomalía, porque la firma proviene de una CA de su lista de confianza.
Responde para continuar
¿Cuál es la principal vulnerabilidad del modelo tradicional de Autoridades Certificadoras raíz en los navegadores web?
Ver pista de ayuda
No hay restricción territorial o de dominio por defecto; basta con que una sola CA firme el certificado.
En julio de 2011, atacantes penetraron los servidores de la autoridad certificadora holandesa DigiNotar. Durante semanas, emitieron más de 500 certificados fraudulentos para dominios críticos, incluyendo *.google.com, torproject.org y servicios de inteligencia. Con ese certificado falso firmado por DigiNotar, se realizaron ataques de intermediario (MitM) masivos contra más de 300.000 ciudadanos en Irán para espiar sus cuentas de correo. Cuando el incidente se descubrió, los navegadores eliminaron a DigiNotar de sus Trust Stores y la compañía quebró en cuestión de días.
Responde para continuar
¿Qué consecuencia tuvo el compromiso de seguridad de la autoridad certificadora DigiNotar en 2011?
Ver pista de ayuda
La pérdida de confianza pública llevó a la revocación total de sus certificados y su cierre inmediato.
Para evitar que una CA emita certificados en secreto, Google impulsó Certificate Transparency (RFC 6962). Se trata de una red mundial de bitácoras públicas independientes (CT Logs) implementadas mediante árboles criptográficos de Merkle que son estrictamente de adición (Append-only). Cuando una CA emite un certificado, DEBE registrarlo previamente en estos logs públicos. Cualquier propietario de un dominio puede monitorizar los logs y recibir una alerta en minutos si alguien emite un certificado para su dominio sin su consentimiento.
Responde para continuar
¿Qué innovación técnica introdujo Certificate Transparency (CT) para proteger los dominios en la web?
Ver pista de ayuda
Las bitácoras públicas de solo adición impiden la emisión oculta de certificados.
Los navegadores modernos no aceptan ningún certificado TLS a menos que venga acompañado de marcas SCT (Signed Certificate Timestamps) que demuestren que fue publicado en al menos dos logs de CT independientes. Como defensa complementaria, los administradores configuran en su servidor de nombres el registro DNS CAA (Certification Authority Authorization), por ejemplo: ejemplo.com. CAA 0 issue "letsencrypt.org". Si un atacante intenta solicitar un certificado para ese dominio a otra entidad como DigiCert o Sectigo, la CA está obligada por ley a comprobar el DNS y rechazar la solicitud.
Responde para continuar
¿Cuál es la función del registro DNS de tipo CAA (Certification Authority Authorization)?
Ver pista de ayuda
Restringe la emisión exclusivamente a las entidades declaradas por el dueño del dominio en sus registros DNS.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio y la seguridad de tu sesión y, solo si lo autorizas, analítica. Puedes aceptar, rechazar o personalizar. Política de Cookies · 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
Medimos con Google Analytics cómo se usa la plataforma; solo si lo aceptas
Google Analytics (cookies _ga) nos dice qué páginas se usan y dónde se atascan las personas. No enviamos tu nombre ni tu correo. Sin tu permiso no se carga, y puedes cambiarlo cuando quieras desde «Cookies» al final de la página.
Marketing
Hoy no usamos cookies de marketing; si algún día lo hacemos, será 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.