0Pricing
Cryptology Academy · Lección

Qué hace seguro a un protocolo

Identifique los objetivos de los protocolos criptográficos: autenticación, confidencialidad, integridad y no repudio.

Qué hace seguro a un protocolo es una lección gratuita de Cryptology Academy en CoddyKit. Esta es la lección 1 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de Cryptology Academy, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de Cryptology Academy incluye 4 lecciones en total.

Autenticación: saber con quién está hablando

La autenticación tiene como objetivo establecer la identidad de las partes que se comunican. Sin autenticación, un protocolo es vulnerable a la suplantación de identidad: un atacante puede hacerse pasar por un servidor de confianza e interceptar las comunicaciones. La autenticación en los protocolos suele lograrse mediante certificados digitales, claves precompartidas o mecanismos de desafío-respuesta que demuestran que se conoce un secreto sin revelarlo.

Confidencialidad: solo las partes destinatarias leen los mensajes

La confidencialidad garantiza que el contenido de los mensajes solo sea accesible para los destinatarios previstos. Se consigue mediante el cifrado con claves que solo conocen las partes implicadas. Una vulneración de la confidencialidad significa que un intruso puede leer los mensajes en tránsito. La confidencialidad por sí sola no impide que un atacante manipule los mensajes ni que realice ataques de repetición; debe combinarse con protección de la integridad.

Integridad: detección de modificaciones en los mensajes

La protección de la integridad garantiza que los mensajes recibidos sean exactamente los que transmitió el remitente, sin adiciones, eliminaciones ni modificaciones. Los códigos de autenticación de mensajes y los modos de cifrado autenticado proporcionan integridad. Sin protección de la integridad, un atacante que no pueda leer el texto cifrado todavía podría invertir determinados bits de forma predecible para modificar el texto plano descifrado, como se aprovecha en los ataques de oráculo de relleno.

No repudio: el remitente no puede negar que envió el mensaje

El no repudio significa que un remitente no puede negar posteriormente haber enviado un mensaje. Se consigue mediante firmas digitales que utilizan claves asimétricas: solo quien posee la clave privada podría haber producido la firma, y la clave pública correspondiente la verifica. Los MAC no proporcionan no repudio porque tanto el remitente como el receptor conocen el secreto compartido y cualquiera de los dos podría haber producido el MAC.

Frescura: rechazo de mensajes repetidos

La frescura garantiza que un mensaje antiguo que antes era válido no pueda ser repetido por un atacante para provocar de nuevo el mismo efecto. Entre los mecanismos de frescura se incluyen los nonces, valores aleatorios incluidos en los mensajes que no deben repetirse; las marcas de tiempo con ventanas de validez reducidas; y los números de secuencia, que deben ser estrictamente crecientes. Sin frescura, repetir un mensaje de autenticación capturado puede eludir por completo la autenticación.

Secreto perfecto hacia adelante

El secreto perfecto hacia adelante garantiza que el compromiso de las claves de largo plazo no exponga las claves de sesiones anteriores. Se consigue generando pares de claves efímeras (temporales) para cada sesión mediante Diffie-Hellman. Las claves de sesión se calculan a partir de las claves efímeras y se descartan después de usarlas. Aunque posteriormente roben la clave privada de largo plazo del servidor, el atacante no puede descifrar las sesiones registradas anteriormente porque las claves efímeras ya no existen.

Autenticación mutua frente a autenticación unidireccional

La autenticación unidireccional verifica solo a una de las partes: en HTTPS, el servidor presenta un certificado que el cliente verifica, pero normalmente el servidor no verifica la identidad del cliente. La autenticación mutua (o TLS mutuo, mTLS) requiere que ambas partes presenten y verifiquen certificados. mTLS es habitual en arquitecturas de microservicios, puertas de enlace de API y VPN empresariales, donde es necesario verificar ambos extremos antes de intercambiar datos confidenciales.

Objetivos formales de seguridad frente a la intuición

Los diseñadores de protocolos no pueden basarse únicamente en la intuición. Un protocolo que parece obviamente seguro puede fallar de maneras sutiles. El protocolo de clave pública Needham-Schroeder se publicó en 1978 y se consideraba seguro. En 1995, Gavin Lowe descubrió un fallo que permitía un ataque de suplantación mediante una herramienta de verificación formal. La verificación formal con model checkers como Tamarin o ProVerif se ha convertido en una práctica habitual para diseñar protocolos críticos para la seguridad.

El modelo de amenazas de Dolev-Yao

El modelo de Dolev-Yao es el modelo de amenazas estándar para analizar protocolos criptográficos. Supone que el atacante controla toda la red: puede interceptar, bloquear, modificar, repetir e inyectar cualquier mensaje. Se considera que las primitivas criptográficas son perfectas (sin debilidades matemáticas). En este modelo, un protocolo solo es seguro si alcanza sus objetivos incluso cuando el atacante tiene el control total de todas las comunicaciones.

Por qué es difícil diseñar protocolos

Diseñar protocolos criptográficos es especialmente difícil porque los fallos suelen ser sutiles y no evidentes. La interacción de múltiples mensajes, valores nonce, marcas de tiempo y claves puede crear vías de ataque inesperadas. Los participantes pueden tener distintas percepciones del estado del protocolo. Las sesiones simultáneas pueden interferir entre sí. Todos los protocolos importantes desplegados, incluidos SSL, TLS, WPA2 y 802.11, han tenido vulnerabilidades significativas descubiertas después de su despliegue.

Fallos de protocolos en el mundo real

SSL 3.0 quedó comprometido por el ataque POODLE. TLS 1.0 y 1.1 quedaron obsoletos debido a múltiples debilidades. El cifrado WiFi WEP quedó completamente comprometido durante su primer año de despliegue. La VPN PPTP se considera insegura debido a las debilidades de MS-CHAPv2. Cada fallo enseñó algo a la comunidad de seguridad sobre la diferencia entre las intuiciones informales de seguridad y el diseño de protocolos cuya corrección se puede demostrar bajo el modelo de Dolev-Yao.

Objetivos de seguridad de los protocolos

¿Qué propiedad de seguridad garantiza que un mensaje registrado hoy por un atacante no pueda reenviarse correctamente al servidor más adelante para repetir una acción?

Objetivos de los protocolos seguros: puntos clave

Los protocolos seguros deben proporcionar autenticación, confidencialidad, integridad, no repudio y frescura. El secreto perfecto hacia adelante protege las sesiones anteriores frente a un futuro compromiso de las claves. La autenticación mutua verifica a ambas partes. El modelo de Dolev-Yao supone una red completamente controlada por un adversario. El diseño de protocolos requiere verificación formal, no solo intuición. Todos los protocolos importantes han tenido vulnerabilidades descubiertas después de su despliegue, lo que ha impulsado la evolución continua de los estándares criptográficos.

Preguntas frecuentes

¿La lección «Qué hace seguro a un protocolo» es gratis?

Sí — el texto completo de «Qué hace seguro a un protocolo» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de Cryptology Academy, actualiza a CoddyKit PRO. El curso de Cryptology Academy incluye 4 lecciones en total.

¿Qué aprenderé en «Qué hace seguro a un protocolo»?

Identifique los objetivos de los protocolos criptográficos: autenticación, confidencialidad, integridad y no repudio. Practicas Cryptology Academy con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.

¿Necesito experiencia previa para empezar Cryptology Academy?

No se requiere experiencia previa. Cryptology Academy en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 1 de 4.

¿Cuánto tiempo toma la lección «Qué hace seguro a un protocolo»?

La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.

¿Puedo escribir y ejecutar código en esta lección de Cryptology Academy?

Sí. Cada lección de Cryptology Academy incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.

Todas las lecciones de este curso

  1. Qué hace seguro a un protocolo
  2. SSH: protección del acceso remoto
  3. SFTP y SCP: transferencia segura de archivos
  4. DNSSEC: autenticación de respuestas DNS
← Volver a Cryptology Academy