Explicación de los certificados SSL y el protocolo HTTPS

IPAddress-Lookup.com · June 25, 2025

Cada vez que visitas una página web y ves un pequeño candado junto a la dirección, o te fijas en que la URL empieza por https:// en lugar de http://, estás confiando en uno de los elementos tecnológicos más importantes de la Internet moderna: el cifrado SSL/TLS y los certificados digitales que lo hacen posible. Estos certificados protegen discretamente tus contraseñas, números de tarjeta de crédito, mensajes privados y hábitos de navegación frente a cualquiera que pueda estar espiando en la red entre tú y el servidor. Sin embargo, a pesar de ser algo tan fundamental, el funcionamiento de los certificados SSL y el protocolo HTTPS sigue siendo un misterio para la mayoría de la gente. Esta guía desvela el misterio y explica, en un lenguaje sencillo, qué es exactamente SSL/TLS, cómo funciona el cifrado, qué demuestra realmente un certificado y cómo decide tu navegador si confiar o no en un sitio web.

Qué son realmente SSL y TLS

SSL son las siglas de Secure Sockets Layer, un protocolo diseñado originalmente por Netscape a mediados de la década de 1990 para proteger la comunicación entre los navegadores web y los servidores. El problema que resolvía era sencillo de explicar, pero difícil de solucionar: la web original (HTTP) enviaba todo como texto sin cifrar, legible. Cualquiera que se interpusiera entre tú y un sitio web —un punto de acceso Wi-Fi malintencionado, un proveedor de Internet, un router comprometido— podía leer o incluso alterar los datos que circulaban en ambos sentidos. SSL envolvió ese tráfico en una capa de criptografía para que careciera de sentido para los intrusos.

El propio SSL ya ha quedado obsoleto. Se descubrió que SSL 2.0 y SSL 3.0 contenían graves fallos de seguridad y llevan años retirados. El protocolo que realmente protege la web hoy en día se llama TLS, o Transport Layer Security. TLS es el sucesor directo de SSL, y cuando la gente habla de «certificado SSL», casi siempre se refiere a un certificado utilizado con TLS. El nombre simplemente se quedó porque resultaba familiar. La evolución es la siguiente:

• SSL 1.0: nunca se lanzó al público debido a defectos de seguridad.
• SSL 2.0 (1995) y SSL 3.0 (1996): ambos están ahora obsoletos y desactivados en todas partes.
• TLS 1.0 (1999): la primera versión bajo el nombre de TLS; hoy en día también está obsoleta.
• TLS 1.1 (2006): retirada junto con la 1.0.
• TLS 1.2 (2008): sigue siendo muy utilizado y se considera seguro cuando se configura correctamente.
• TLS 1.3 (2018): el estándar actual, más rápido y libre de algoritmos obsoletos y débiles.

TLS 1.3 supuso un rediseño importante. Eliminó docenas de opciones de cifrado obsoletas que habían provocado vulnerabilidades y optimizó el establecimiento de la conexión para que las sesiones seguras se iniciaran más rápidamente. Los navegadores modernos negocian la versión más alta que ambas partes admiten, lo que en la práctica significa TLS 1.2 o 1.3.

Qué hace realmente un certificado SSL

Un certificado SSL/TLS realiza dos funciones distintas, y es importante comprender que son independientes. La primera es el cifrado: codificar los datos para que no puedan leerse durante la transmisión. La segunda es la autenticación, o verificación de identidad: demostrar que el servidor con el que te estás comunicando pertenece realmente al dominio que aparece en la barra de direcciones, y no a un impostor que haya interceptado tu conexión.

El cifrado sin autenticación sería peligroso. Podrías tener una conexión perfectamente cifrada con un atacante que simplemente reenvía tu tráfico mientras lo lee todo. El certificado resuelve esto vinculando una clave criptográfica a una identidad verificada. Cuando tu navegador acepta un certificado, está confirmando tanto que la conexión será privada como que el otro extremo es quien dice ser. Juntas, estas dos garantías son las que hacen que la banca en línea, las compras y los inicios de sesión sean seguros.

Criptografía asimétrica frente a simétrica

Para entender cómo funciona el HTTPS, necesitas conocer dos conceptos de criptografía, y son más sencillos de lo que parecen.

El cifrado simétrico utiliza una única clave secreta compartida tanto para cifrar como para descifrar los datos. Es extremadamente rápido y eficiente, lo que lo hace ideal para cifrar el gran volumen de datos de una sesión de navegación real. El inconveniente es obvio: ambas partes necesitan la misma clave, y si se envía esa clave a través de una red no segura, un intruso podría interceptarla.

El cifrado asimétrico resuelve el problema del intercambio de claves mediante un par de claves emparejadas: una clave pública que cualquiera puede ver y una clave privada que el propietario mantiene en secreto. Los datos cifrados con la clave pública solo pueden descifrarse con la clave privada, y viceversa. Esto permite que dos desconocidos acuerden un secreto a través de un canal abierto. Sin embargo, el cifrado asimétrico es lento, por lo que no se utiliza durante toda la conversación.

HTTPS combina lo mejor de ambos mundos. Utiliza brevemente la criptografía asimétrica, más lenta, al principio, para establecer de forma segura un secreto compartido, y luego cambia al cifrado simétrico, más rápido, durante el resto de la sesión. Esa negociación se denomina «apretón de manos TLS».

Cómo funciona HTTPS: un recorrido por el «handshake» de TLS

Cuando escribes una dirección web, tu navegador primero resuelve el nombre de dominio en una dirección IP —un proceso estrechamente vinculado al funcionamiento del DNS— y, a continuación, abre una conexión con ese servidor. Antes de que se intercambie ninguna página web, tiene lugar el protocolo de enlace TLS. Esto es lo que ocurre, paso a paso.

1. ClientHello. Tu navegador envía el primer mensaje. En él se enumeran las versiones de TLS que admite, los conjuntos de cifrado (combinaciones de algoritmos de cifrado) que puede utilizar y un valor aleatorio que se empleará en la generación de claves. Piensa en ello como si dijera: «esto es lo que soy y esto es lo que sé hacer».
2. ServerHello. El servidor responde seleccionando de la lista del navegador la versión de TLS y el conjunto de cifrado que va a utilizar, y envía su propio valor aleatorio. Ambas partes acuerdan ahora las reglas de la comunicación.
3. Certificado. El servidor presenta su certificado SSL/TLS, que contiene su clave pública y la información de identidad firmada por una autoridad de certificación. Este es el momento en el que tu navegador comprueba que el certificado es válido, fiable y ha sido emitido para el dominio que estás visitando.
4. Intercambio de claves. Utilizando la clave pública del certificado (o un algoritmo moderno de acuerdo de claves, como Diffie-Hellman de curva elíptica), ambas partes derivan de forma segura un secreto compartido. Es fundamental destacar que, aunque un intruso espíe todos los mensajes, no podrá calcular este secreto, ya que la clave privada nunca sale del servidor.
5. Claves de sesión y finalización. Ambas partes utilizan el material intercambiado y los dos valores aleatorios para generar el mismo conjunto de claves de sesión simétricas. Cada una envía un mensaje de «finalización» cifrado con estas claves para demostrar que el protocolo de enlace se ha completado con éxito. A partir de este momento, toda la comunicación se cifra de forma simétrica: rápida, privada y a prueba de manipulaciones.

Todo esto suele completarse en una fracción de segundo. En TLS 1.3, el protocolo de enlace se redujo a una sola ida y vuelta, y los visitantes que vuelven a la página a veces pueden reanudar la conexión aún más rápido. El resultado final es un canal seguro por el que circulan tus solicitudes y respuestas HTTPS reales.

Las autoridades de certificación y la cadena de confianza

Un certificado es tan fiable como la entidad que avala su autenticidad. Esa función recae en una autoridad de certificación (CA), una organización en la que tu navegador y tu sistema operativo han decidido confiar de antemano. Cuando el propietario de un sitio web solicita un certificado, la CA verifica que tiene el control del dominio (y, en ocasiones, su identidad empresarial) antes de firmar el certificado con su propia clave. Esa firma es lo que comprueba tu navegador.

La confianza se organiza en forma de cadena con tres eslabones:

• Certificado raíz. El vértice superior de la cadena. Los certificados raíz vienen preinstalados en tu navegador y sistema operativo en un «almacén de confianza». Sus claves privadas se mantienen fuera de línea bajo estrictas medidas de seguridad, ya que comprometer una de ellas socavaría todo el sistema.
• Certificado intermedio. Las raíces no firman directamente los certificados de los sitios web. En su lugar, firman uno o varios certificados intermedios, que a su vez firman los certificados del sitio en sí. Esto mantiene aislada la valiosa clave raíz y permite revocar un certificado intermedio comprometido sin afectar a la raíz.
• Certificado de hoja. También denominado «certificado de entidad final», es el que se instala en el propio sitio web. Está firmado por un certificado intermedio.

Cuando tu navegador valida un sitio, recorre esta cadena: el certificado de hoja está firmado por un certificado intermedio, el certificado intermedio está firmado por otro certificado intermedio o por una raíz, y la raíz es una en la que ya confía. Si todos los eslabones son válidos y la raíz se encuentra en el almacén de confianza, se acepta el certificado. A esto se le denomina «construcción de la cadena», y una causa habitual de los errores de «no fiable» es que un servidor se olvide de enviar su certificado intermedio, lo que rompe la cadena.

Tipos de certificados

No todos los certificados son iguales. Se diferencian en el rigor con el que la CA verifica al solicitante y en el número de dominios que cubren. La tabla siguiente resume los principales tipos.

Un punto clave para los usuarios habituales: desde el punto de vista del cifrado, los certificados DV, OV y EV son idénticos. Todos ellos proporcionan la misma protección sólida para tus datos. La diferencia radica exclusivamente en la verificación de la identidad. Antiguamente, los certificados EV mostraban el nombre de la empresa en verde en la barra de direcciones, pero los navegadores han eliminado en gran medida esa distinción, por lo que hoy en día la mayoría de los sitios web utilizan certificados DV, que son económicos o gratuitos.

Certificados comodín y multidominio

Un certificado comodín utiliza un asterisco para abarcar todos los subdominios de un dominio base; por ejemplo, un único certificado para *.example.com protege www.example.com, shop.example.com y login.example.com a la vez. Un certificado multidominio, a veces denominado certificado SAN o UCC, incluye varios nombres de dominio completamente diferentes en un único certificado. Ambos reducen el número de certificados que un administrador tiene que gestionar.

Qué contiene un certificado

Un certificado es un documento estructurado, y se pueden examinar todos sus campos. Los más importantes son:

• Sujeto. La identidad a la que se ha expedido el certificado, principalmente el nombre de dominio (nombre común).
• Emisor. La autoridad de certificación que firmó y emitió el certificado.
• Período de validez. Las fechas «no antes de» y «no después de», entre las que el certificado es válido.
• Nombres alternativos del sujeto (SAN). La lista completa de nombres de dominio que cubre el certificado. Los navegadores modernos se basan en el campo SAN, y no en el antiguo «nombre común», para identificar el sitio web.
• Clave pública. La mitad pública del par de claves, utilizada durante el protocolo de autenticación.
• Algoritmo de firma. El método criptográfico utilizado por la CA para firmar, como SHA-256 con RSA o ECDSA.
• Huella digital. Un hash único de todo el certificado, útil para identificarlo con exactitud.
• Número de serie. Un identificador único asignado por la CA emisora.

Cuando tu navegador valida un sitio web, comprueba que la fecha de hoy se encuentre dentro del periodo de validez, que una de las entradas SAN coincida con el dominio, que la firma esté intacta y que la cadena conduzca a una raíz de confianza.

Caducidad de los certificados y por qué su vigencia es corta

Todos los certificados tienen una fecha de caducidad, y su vigencia se ha reducido drásticamente a lo largo de los años. Los certificados que antes duraban varios años ahora tienen una vigencia máxima de aproximadamente un año o menos, y el sector tiende hacia una validez aún más corta, medida en semanas. Hay buenas razones que justifican esta tendencia.

Unos plazos de validez más cortos limitan el daño en caso de robo de una clave privada: un certificado comprometido simplemente caduca antes, lo que reduce el margen de tiempo que un atacante puede aprovechar. También garantizan que los algoritmos criptográficos obsoletos y los certificados revocados o emitidos por error desaparezcan rápidamente del ecosistema. La contrapartida es que los administradores deben renovarlos con mucha más frecuencia, por lo que la automatización se ha convertido en algo esencial, más que opcional.

¿Qué ocurre cuando un certificado no es válido?

Si falla cualquier parte de la validación, el navegador interrumpe la conexión con una advertencia a pantalla completa, en lugar de un pequeño icono. Los casos más habituales de fallo son:

• Certificado caducado. La fecha actual supera la fecha de «no después de». Esta es la causa más frecuente y suele significar que alguien se ha olvidado de renovarlo.
• Certificado autofirmado. El certificado ha sido firmado con su propia clave en lugar de por una CA de confianza, por lo que no existe una cadena de confianza. Es válido para pruebas internas, pero los navegadores lo rechazan en sitios web públicos.
• Discrepancia en el nombre. El dominio que has visitado no aparece en la lista SAN del certificado; por ejemplo, un certificado para un dominio se utiliza en otro.
• Emisor no de confianza. La cadena de certificados remite a una raíz que no se encuentra en tu almacén de confianza, a menudo porque falta un certificado intermedio o porque la CA no es reconocida.
• Certificado revocado. La CA ha invalidado el certificado antes de su vencimiento, normalmente debido a que la clave se ha visto comprometida.

En cada caso, el navegador muestra una advertencia del tipo «Tu conexión no es privada» y bloquea la página de forma predeterminada. Estas advertencias existen para protegerte: un certificado que no coincide o que no es de confianza puede ser señal de un auténtico ataque de interceptación, por lo que nunca debes ignorarlas sin más en un sitio web que maneje datos confidenciales.

Certificados gratuitos y renovación automática

Uno de los avances más importantes en materia de seguridad web fue la llegada de los certificados gratuitos y automatizados. Let’s Encrypt, una autoridad de certificación sin ánimo de lucro, puso a disposición certificados DV de forma gratuita y, lo que es igual de importante, totalmente automatizables a través de un protocolo denominado ACME (Automated Certificate Management Environment).

Con ACME, un servidor puede demostrar que controla su dominio, solicitar un certificado, instalarlo y renovarlo antes de que caduque, todo ello sin intervención humana. Precisamente por eso resulta práctico que los certificados tengan una vigencia corta: un certificado que se renueva automáticamente cada dos meses no supone ninguna molestia operativa. La combinación de la emisión gratuita y la automatización es una de las principales razones por las que el protocolo HTTPS pasó de ser una característica minoritaria a convertirse en el estándar casi universal en toda la web.

Cómo comprobar el certificado de un sitio web

No necesitas ningún software especial para examinar un certificado. En cualquier navegador moderno, puedes hacer clic en el icono del candado de la barra de direcciones y seleccionar la opción para ver los detalles del certificado, donde encontrarás el sujeto, el emisor, las fechas de validez, la lista SAN y la huella digital. Esta es una forma rápida de confirmar que te encuentras en el sitio auténtico y de comprobar cuándo caduca un certificado.

Para obtener una visión más rápida y detallada —que incluya la cadena completa de certificados, el algoritmo de firma y los días que quedan antes de la caducidad—, puedes utilizar una herramienta en línea. Nuestra propia herramienta de verificación de certificados SSL te permite introducir cualquier dominio y comprobar al instante si su certificado es válido, si está correctamente encadenado a una raíz de confianza y cuánto tiempo queda antes de que haya que renovarlo. Es una forma sencilla de detectar un certificado a punto de caducar antes de que active una advertencia del navegador para tus visitantes.

Preguntas frecuentes

¿SSL es lo mismo que TLS?

No exactamente. SSL es el protocolo más antiguo y ahora está obsoleto, mientras que TLS es su sucesor moderno y el que realmente protege los sitios web hoy en día. Sin embargo, el término «certificado SSL» se ha mantenido por costumbre, por lo que en el uso cotidiano «SSL» y «TLS» suelen utilizarse indistintamente, aunque la tecnología subyacente sea TLS.

¿El icono del candado significa que un sitio web es seguro?

El candado significa que tu conexión con el sitio está cifrada y que el certificado es válido para ese dominio. No garantiza que el sitio en sí sea honesto o esté libre de estafas; incluso los sitios fraudulentos pueden obtener certificados DV gratuitos. Considera el candado como un indicio de que la conexión es privada, no como un sello de fiabilidad general.

¿Son los certificados SSL gratuitos tan seguros como los de pago?

Sí, en términos de cifrado. Un certificado DV gratuito de una autoridad de certificación (CA) como Let's Encrypt ofrece exactamente el mismo nivel de cifrado que un certificado de pago. Los certificados OV y EV de pago añaden una verificación adicional de la identidad de la organización, pero no refuerzan la seguridad de la conexión cifrada.

¿Por qué aparece una advertencia sobre el certificado en algunos sitios web?

Las advertencias de certificado aparecen cuando falla la validación; lo más habitual es que el certificado haya caducado, no coincida con el nombre de dominio, sea autofirmado o esté vinculado a una autoridad no fiable. La advertencia es una medida de protección de tu navegador y, en un sitio web que gestione contraseñas o pagos, no debes ignorarla sin comprender por qué ha aparecido.

¿Cuánto duran los certificados SSL?

Los certificados públicos modernos suelen tener una vigencia de aproximadamente un año o menos, y el sector avanza constantemente hacia plazos de validez mucho más cortos. Los períodos de validez cortos reducen el riesgo derivado del robo de claves y obligan a dejar de utilizar métodos criptográficos obsoletos. La renovación automática a través de protocolos como ACME facilita las renovaciones frecuentes.

¿Puedo comprobar un certificado sin visitar el sitio web en un navegador?

Sí. Existen herramientas en línea que te permiten introducir un nombre de dominio y ver los detalles de su certificado, incluyendo el emisor, las fechas de validez, la cadena de confianza completa y los días que faltan para su caducidad, sin necesidad de inspeccionar manualmente el candado. Esto resulta muy útil para supervisar tus propios sitios web o verificar un dominio antes de visitarlo.