¿Qué es la PKI? Infraestructura de clave pública y su papel en la seguridad digital

PKI, o Infraestructura de Clave Pública, es el sistema que permite verificar la autenticidad de sitios web, usuarios y dispositivos mediante certificados digitales. Se utiliza en HTTPS, firmas electrónicas, sistemas corporativos de acceso y otras tecnologías donde es fundamental asegurarse de que una clave pública pertenece realmente al propietario declarado.

¿Qué es PKI y para qué sirve la infraestructura de clave pública?

PKI significa Public Key Infrastructure o infraestructura de clave pública. En términos simples, es un conjunto de normas y componentes técnicos que asocia una clave pública criptográfica con una persona, organización, sitio web o dispositivo concreto.

El principal reto de la criptografía asimétrica es que una clave pública por sí sola no informa sobre su propietario. Si un servidor envía una clave pública a un navegador, este debe asegurarse de que realmente pertenece al sitio correcto y no a un atacante que intenta interceptar la conexión.

La PKI resuelve este problema mediante certificados digitales. Un certificado contiene la clave pública y la información del propietario, y su autenticidad está garantizada por la firma digital de una autoridad certificadora de confianza. Así, el cliente puede verificar tanto la clave como su titularidad.

La infraestructura de clave pública cumple varias funciones: verifica la identidad de los participantes, garantiza la distribución segura de claves públicas y crea un mecanismo común de confianza entre sistemas que no se conocen directamente.

Por ejemplo, cuando un usuario accede a un sitio vía HTTPS, el navegador recibe el certificado del sitio y verifica su fiabilidad. Este principio también se aplica en la firma electrónica de documentos, la autenticación de empleados en redes corporativas, el correo electrónico seguro y la conexión de dispositivos a servicios internos.

No se debe considerar la PKI como una tecnología de cifrado independiente; más bien, gestiona la confianza en torno a las claves criptográficas: quién las emitió, a quién pertenecen, si están vigentes y si pueden usarse para establecer una conexión segura.

Componentes de PKI: claves, certificados y autoridad certificadora

Clave pública y clave privada

La base de la PKI es la criptografía asimétrica, que utiliza un par de claves relacionadas: una clave pública y una clave privada. Se generan al mismo tiempo, pero cumplen funciones distintas.

• La clave privada debe permanecer solo en poder del propietario. Se utiliza para crear firmas digitales y en operaciones criptográficas que prueban la titularidad de la clave. Si un atacante accede a la clave privada, la confianza en ella se pierde.
• La clave pública puede compartirse libremente. Permite verificar firmas digitales y realizar operaciones necesarias para el intercambio seguro de datos.

El problema es que una clave pública por sí sola no prueba su origen. Para solucionar esto, la PKI utiliza certificados digitales.

¿Qué es un certificado digital?

Un certificado digital asocia una clave pública con su propietario. Es como una credencial electrónica que contiene datos sobre el propietario y la entidad que garantiza su autenticidad.

Normalmente, un certificado incluye la clave pública, los datos del propietario, la autoridad certificadora, un número de serie, la validez y otra información técnica. El certificado lo firma digitalmente una autoridad certificadora; cualquier alteración invalidaría su firma.

El estándar más usado en la práctica es X.509, base de HTTPS y muchos sistemas de seguridad corporativos.

El certificado no contiene la clave privada. Esta permanece en posesión del titular y nunca debe transmitirse junto al certificado.

¿Qué es una autoridad certificadora (CA)?

La Autoridad Certificadora (Certificate Authority, CA) es la entidad de confianza en la PKI. Su función es emitir certificados digitales y garantizar la asociación entre una clave pública y su propietario.

Antes de emitir un certificado, la CA realiza un proceso de verificación, que puede variar en rigor según el tipo de certificado: desde verificar el control de un dominio hasta validar la identidad de una empresa o persona.

Tras la verificación, la CA firma el certificado con su clave privada. Cualquier usuario o programa puede comprobar la validez de la firma con la clave pública de la CA.

En una PKI grande no hay una sola CA. Existen CA raíz y CA intermedias. Esta arquitectura permite proteger las claves más importantes y limitar el impacto en caso de compromiso de algún componente.

En resumen: el par de claves proporciona la base criptográfica, el certificado vincula la clave pública con el propietario y la CA respalda esta relación con su firma. Juntos, hacen posible la confianza entre participantes.

¿Cómo funciona PKI? Del par de claves a la verificación del certificado

El funcionamiento de la PKI gira en torno a la verificación secuencial de la confianza. Primero se crea el par de claves, luego la clave pública se asocia al propietario mediante un certificado, y finalmente el cliente verifica quién emitió ese certificado y si es confiable.

Generación del par de claves

El proceso comienza generando una clave pública y una privada, normalmente en el propio servidor o dispositivo, para que la clave privada no viaje por la red.

Tras la generación, la clave privada se guarda localmente y la pública se usa para solicitar el certificado (CSR, Certificate Signing Request), que incluye la información necesaria para la emisión.

La autoridad certificadora recibe la solicitud y realiza la verificación pertinente, como comprobar que el solicitante controla el dominio.

Emisión del certificado digital

Si la verificación es exitosa, la CA crea el certificado con la clave pública y lo firma digitalmente. Esta firma permite a otros comprobar que el certificado es auténtico y no ha sido modificado.

El certificado se instala en el servidor o dispositivo correspondiente, mientras que la clave privada permanece aparte y nunca se transmite a los visitantes.

El certificado se puede distribuir abiertamente; su seguridad reside en la imposibilidad de modificarlo sin invalidar la firma digital de la CA.

Verificación del certificado por el cliente

Cuando un navegador accede a un sitio HTTPS, el servidor le envía su certificado y, si es necesario, los certificados intermedios. El navegador comprueba la validez, el nombre del dominio, las firmas digitales y si la cadena lleva a una autoridad raíz de confianza.

Si todo es correcto, el navegador confirma que la clave pública pertenece al sitio y la usa para establecer una conexión segura.

La PKI es solo una parte de HTTPS. La negociación de cifrado, la creación de claves de sesión y la protección del tráfico se gestionan mediante el protocolo TLS. Puedes leer más en el artículo TLS 1.3: la evolución del protocolo que hace HTTPS más seguro y rápido.

Si el certificado está caducado, corresponde a otro dominio, tiene una firma inválida o la cadena no lleva a una CA de confianza, el navegador advierte al usuario. Por eso, ante errores de certificado, el sitio puede seguir siendo accesible técnicamente, pero la conexión ya no se considera validada por la PKI.

Este mismo principio se aplica fuera de internet: una PKI corporativa puede emitir certificados para empleados, portátiles, servidores, gateways VPN y otros dispositivos, permitiendo autenticar automáticamente su identidad al conectarse a sistemas internos.

Cadena de confianza de certificados: ¿por qué el navegador confía en el sitio?

La cadena de confianza es clave en la PKI. Permite que el navegador decida si debe confiar en el certificado de un sitio, incluso si nunca ha interactuado con él antes.

La confianza no es directa entre usuario y sitio, sino que se construye a través de una secuencia de certificados:

• CA raíz
• CA intermedia
• Certificado del sitio

Cada elemento de la cadena respalda al siguiente mediante una firma digital.

Certificado raíz

En la base está el certificado raíz (Root CA). Pertenece a la CA raíz y es el punto de partida de la confianza.

Estos certificados ya están incluidos en los almacenes de confianza de los sistemas operativos y navegadores. Por tanto, el dispositivo reconoce de antemano a las CA raíz autorizadas.

El certificado raíz suele ser autofirmado, es decir, su firma fue generada con la misma clave privada que contiene. La confianza en él proviene de que el desarrollador del sistema o navegador lo ha incluido en el almacén de confianza.

Las claves privadas de las CA raíz son especialmente críticas; se usan lo menos posible y se almacenan en entornos ultra seguros, ya que su compromiso pondría en peligro infinidad de certificados.

Certificados intermedios

Para no utilizar la clave raíz constantemente, se crean CA intermedias. La CA raíz firma el certificado de una CA intermedia, que a su vez puede emitir certificados para sitios y servidores.

Así se mitigan riesgos: si una CA intermedia es comprometida, su certificado puede revocarse sin tener que reemplazar el certificado raíz en todos los dispositivos.

En grandes infraestructuras, puede haber varios niveles intermedios entre la CA raíz y el certificado final del sitio.

¿Cómo se verifica la cadena de confianza?

Cuando el navegador recibe el certificado de un sitio, primero verifica la firma digital de su emisor, luego la del emisor de ese certificado y así sucesivamente, hasta llegar a la CA raíz reconocida por el sistema.

Si todas las firmas son válidas, los certificados están vigentes y la cadena acaba en una CA raíz de confianza, el certificado del sitio se considera verificado.

Si algún eslabón no puede comprobarse, la cadena se rompe. Por ejemplo, si falta un certificado intermedio o proviene de una CA no reconocida, el navegador mostrará una advertencia de conexión no segura.

Así, el navegador no confía en el sitio por conocerlo, sino porque confía en la cadena de validaciones criptográficas que termina en una CA raíz preinstalada.

Vigencia y revocación de certificados digitales

Un certificado digital es válido solo durante un periodo limitado. Esto reduce el riesgo de uso prolongado de la misma clave y obliga a los propietarios a renovarlos y actualizar los datos periódicamente.

Cada certificado tiene fechas de inicio y fin de validez. Si está caducado, el cliente lo considera inválido, aunque su firma y cadena sean técnicamente correctas.

Un certificado caducado no implica necesariamente un problema de seguridad: normalmente, solo significa que no se renovó a tiempo o que el nuevo certificado no se instaló correctamente.

La revocación es diferente: implica que el certificado debe dejar de considerarse confiable antes de que expire su validez natural, por motivos como compromiso de la clave privada, emisión errónea, cambios en los datos del propietario o cese del uso de la clave.

¿Cómo funciona la revocación de certificados?

El método clásico es la CRL (Certificate Revocation List): la CA publica una lista de certificados revocados que ya no deben usarse. El cliente puede descargarla y comprobar si el número de serie del certificado está en ella. El inconveniente es que estas listas pueden ser grandes y requieren actualizaciones frecuentes.

Otra opción es OCSP (Online Certificate Status Protocol): en vez de descargar toda la lista, el cliente consulta el estado de un certificado concreto y recibe la respuesta del servidor de la CA. Es más rápido para un solo certificado, pero depende de la disponibilidad del servidor OCSP y puede afectar a la velocidad de conexión. Por eso, en sistemas modernos se utilizan optimizaciones, como el envío previo de la respuesta OCSP por parte del servidor.

Diferencia entre certificado revocado y caducado

Un certificado caducado simplemente ha superado su periodo de validez, normalmente sin que exista un problema de seguridad. Un certificado revocado se considera no confiable de forma deliberada, porque la CA así lo comunica a los participantes de la PKI.

Esto es crucial si se ha filtrado la clave privada: no basta con esperar a que caduque, sino que debe revocarse lo antes posible para que nadie siga confiando en él.

La confianza en la PKI depende tanto de la firma válida como de la vigencia y el estado de revocación del certificado. El cliente debe tener en cuenta todos estos factores para no confiar en claves que ya no sean seguras.

Conclusión

La PKI integra claves criptográficas, certificados digitales y autoridades certificadoras en un sistema único de confianza. La clave pública permite operaciones criptográficas, el certificado la vincula con un propietario y la firma de la CA confirma esa relación.

Al verificar un certificado, el cliente analiza la validez, el nombre del propietario, las firmas digitales y la cadena de confianza hasta la CA raíz. Si el certificado ha sido revocado o ha caducado, deja de ser confiable.

Gracias a este modelo, millones de sitios, servidores, usuarios y dispositivos pueden interactuar de forma segura sin compartir previamente claves secretas. Por eso, PKI sigue siendo la base de HTTPS, la firma electrónica, la autenticación corporativa y la infraestructura moderna de seguridad de la información.