Cómo funciona HTTPS · Mapas mentales
Cómo funciona HTTPS. Un mapa mental editable con ramas de colores, ideas secundarias y conexiones. Las líneas curvas muestran relaciones; las flechas aparecen cuando importa la dirección.
HTTPS es HTTP funcionando dentro de una sesión cifrada. Antes de que viaje una sola petición, el navegador y el servidor hacen un handshake TLS (la negociación inicial): negocian, verifican el certificado del servidor y acuerdan una clave de sesión que solo comparten ellos.
Cómo funciona HTTPS · Mapas mentales
El lienzo interactivo de MindMap de esta explicación: cada carril, cada fila y cada flecha de arriba forma parte de un diagrama real de QueryChart que puedes abrir y editar.
Cómo leer este mapa mental
- Empieza por el tema central y sigue una rama de color para explorar sus ideas.
- Las líneas curvas muestran relaciones; las flechas aparecen cuando importa la dirección.
Browser hello
Esta rama reúne “Browser connects to the HTTPS site”, “Browser sends a ClientHello with supported ciphers”.
Server identity
Esta rama reúne “Server replies with its certificate and a ServerHello”, “Validity also checks the domain name on the certificate matches the site and that the certificate has not expired or been revoked.”, “Browser blocks the connection with a warning”, “Browser checks the certificate signature against the CA”.
Session keys
Esta rama reúne “Browser sends a pre-master secret encrypted with the server's public key”, “From the pre-master secret, both sides independently compute the same session key. Only this key encrypts the actual data — the certificate's keys are used once.”.
Encrypted traffic
Esta rama reúne “HTTP messages are encrypted with the session key”, “Browser and server exchange encrypted data”.
Conexiones entre ramas
HTTPS = HTTP transportado sobre una sesión TLS cifrada; el cifrado ocurre antes de cualquier mensaje HTTP.
La confianza viene de la autoridad de certificación, no del servidor: el navegador juzga el certificado del servidor frente a una CA en la que ya confía.
Las claves del certificado se usan una vez, para proteger el intercambio de claves; una clave de sesión nueva cifra los datos reales.
Un certificado no válido o no fiable detiene la conexión: HTTPS falla cerrado en lugar de enviar datos sin cifrar.
Todo lo que HTTPS protege viaja por la misma red de conmutación de paquetes que dibuja el diagrama de internet.
Relaciones clave y conclusiones
- HTTPS = HTTP transportado sobre una sesión TLS cifrada; el cifrado ocurre antes de cualquier mensaje HTTP.
- La confianza viene de la autoridad de certificación, no del servidor: el navegador juzga el certificado del servidor frente a una CA en la que ya confía.
- Las claves del certificado se usan una vez, para proteger el intercambio de claves; una clave de sesión nueva cifra los datos reales.
- Un certificado no válido o no fiable detiene la conexión: HTTPS falla cerrado en lugar de enviar datos sin cifrar.
- Todo lo que HTTPS protege viaja por la misma red de conmutación de paquetes que dibuja el diagrama de internet.
Cuándo usar este diagrama
- Explicar a un equipo por qué aparece el candado y qué significa en realidad un aviso de certificado.
- Formar a los ingenieros en el handshake antes de que depuren problemas de TLS, certificados caducados o avisos de contenido mixto.
- Enseñar el modelo de confianza: cómo la jerarquía de CA y la validación de certificados protegen frente a la suplantación.
Cómo funciona
Adapta el tema central
Cambia el nombre del tema para adaptarlo a tu proyecto o clase.
Desarrolla las ramas
Edita las ideas y añade ejemplos o notas.
Conecta ideas relacionadas
Dibuja conexiones entre ramas; usa flechas cuando la dirección importe.
Preguntas frecuentes
¿Cuál es la diferencia entre HTTP y HTTPS?
HTTPS es HTTP funcionando dentro de una conexión TLS cifrada. La petición y la respuesta son exactamente el mismo protocolo; lo que cambia es que, antes de enviar cualquier mensaje HTTP, el navegador y el servidor hacen un handshake que establece una sesión cifrada. Todo lo que se transmite (la URL, las cabeceras, las cookies, el cuerpo de la respuesta) solo lo pueden leer los dos extremos.
¿Qué ocurre durante el handshake TLS?
El navegador envía un ClientHello con los protocolos y cifrados que admite; el servidor responde con su elección y su certificado; el navegador verifica el certificado frente a una autoridad de certificación de confianza; y los dos extremos intercambian un secreto del que ambos derivan la misma clave de sesión. Después, los mensajes HTTP circulan cifrados. El diagrama contrae el intercambio en esos cuatro pasos.
¿Por qué necesita el navegador una autoridad de certificación?
Porque cualquier servidor podría decir que es cualquier dominio. La autoridad de certificación (CA) es el tercero que firma el certificado del servidor después de verificar que el dominio pertenece al solicitante. El navegador viene con las claves públicas de las CA de confianza, así que puede verificar la firma él mismo: eso es lo que convierte una identidad autoproclamada en una identidad avalada.
¿Qué significa un aviso de certificado?
Significa que ha fallado una de las comprobaciones de la decisión «¿El certificado es válido y no ha caducado?»: el certificado ha caducado, cubre otro dominio, lo firmó una CA no fiable o ha sido revocado. El navegador bloquea la conexión en lugar de continuar, porque no se puede verificar la identidad del sitio.
Editar este mapa mental en QueryChart
Abre este mapa mental en un lienzo editable. Mueve ideas, añade ramas y dibuja conexiones.