Servidor de claves (criptográfico)

PGP, Inc. desarrolló un servidor de claves independiente, conocido como PGP Certificate Server, que se utilizó como software (hasta la versión 2.5.x para el servidor) para el servidor de claves predeterminado en PGP hasta la versión 8.x (para el software cliente), keyserver.pgp.com. Network Associates obtuvo una patente , de la que Jon Callas fue coautor (Patente de Estados Unidos 6336186) ^{[ 3 ],} sobre el concepto de servidor de claves.

Para reemplazar el antiguo servidor de certificados, Network Associates rediseñó un servidor de claves basado en LDAP , en parte por Randy Harmon y Len Sassaman , llamado PGP Keyserver 7. Con el lanzamiento de PGP 6.0, LDAP se convirtió en la interfaz de servidor de claves preferida para las versiones de PGP de Network Associates. Este servidor de claves LDAP y LDAPS (que también utilizaba HKP para garantizar la retrocompatibilidad , aunque el protocolo se denominaba (correctamente, según algunos) "HTTP" o "HTTPS") también sirvió de base para las herramientas de administración de PGP para servidores de claves privadas en entornos corporativos, junto con un esquema para Netscape Directory Server .

PGP Keyserver 7 fue reemplazado posteriormente por el nuevo PGP Global Directory de PGP Corporation de 2011, que permite publicar y descargar claves PGP mediante HTTPS o LDAP. ^{[ 4 ]}

El mundo OpenPGP utilizaba en gran medida su propio software de servidor de claves, independiente del paquete de PGP Corporation. El software principal utilizado hasta el ataque de spam de 2019 fue "SKS" (Synchronizing Key Server), escrito por Yaron Minsky. ^{[ 5 ]} El pool público de SKS (compuesto por muchas instancias de SKS interconectadas) proporcionaba acceso a través de HKPS (HKP con TLS) y HTTPS. Finalmente, se cerró en 2021 tras varias solicitudes de eliminación de contenido en virtud del RGPD que no pudo procesar eficazmente. ^{[ 6 ]}

Tras el cierre del grupo SKS, se han puesto a disposición varios grupos más nuevos que utilizan otro software; véase el apartado  Ejemplos de Keyserver .

Los servidores de claves OpenPGP, desde su desarrollo en la década de 1990, sufrieron algunos problemas. Una vez cargada una clave pública, se diseñó deliberadamente para que fuera difícil eliminarla, ya que los servidores se sincronizaban automáticamente entre sí (esto se hizo para combatir la censura gubernamental). Algunos usuarios dejaron de usar sus claves públicas por diversas razones, como olvidar su contraseña o si su clave privada se vio comprometida o se perdió. En esos casos, era difícil eliminar una clave pública del servidor, e incluso si se eliminaba, otra persona podía subir una copia nueva de la misma clave. Esto provocaba la acumulación de claves públicas antiguas que nunca desaparecían, una especie de "placa de servidor de claves".

La falta de un mecanismo de retractación también infringió el Reglamento General de Protección de Datos europeo , que se citó como motivo del cierre del pool SKS. ^{[ 6 ]} Los servidores de claves PGP modernos permiten la eliminación de claves. Dado que solo el propietario de la dirección de correo electrónico de una clave puede cargarla (véase la siguiente sección) en dichos servidores, la clave permanece eliminada a menos que el propietario decida lo contrario.

El servidor de claves tampoco tenía forma de comprobar si la clave era legítima (si pertenecía a su verdadero propietario). En consecuencia, cualquiera podía subir una clave pública falsa al servidor de claves, con el nombre de una persona que en realidad no era la propietaria de esa clave, o peor aún, utilizarla como vulnerabilidad: el ataque de spam de certificados. ^{[ 5 ] [ 7 ] : § 2.2}

Los servidores de claves modernos, empezando por el Directorio Global PGP, utilizan ahora la dirección de correo electrónico para la confirmación. Este servidor envía una solicitud de confirmación por correo electrónico al supuesto propietario de la clave, pidiéndole que confirme que la clave en cuestión le pertenece. Si lo confirma, el Directorio Global PGP acepta la clave. La confirmación puede renovarse periódicamente para evitar la acumulación de placas del servidor de claves. El resultado es una colección de claves públicas de mayor calidad, y cada clave ha sido verificada por correo electrónico con su aparente propietario. Pero como consecuencia, surge otro problema: dado que el Directorio Global PGP permite el mantenimiento de cuentas de claves y solo verifica por correo electrónico, no criptográficamente, cualquier persona con acceso a la cuenta de correo electrónico podría, por ejemplo, eliminar una clave y cargar una falsa.

El último borrador del Grupo de Trabajo de Ingeniería de Internet para HKP también define una red de servidores de claves distribuida, basada en registros DNS SRV : para encontrar la clave de someone@example.com , se puede solicitar haciendo una petición a example.com.servidor clave.

Para muchas personas, el propósito de usar criptografía es obtener un mayor nivel de privacidad en las interacciones y relaciones personales. Se ha señalado que permitir que una clave pública se cargue en un servidor de claves al usar sistemas criptográficos descentralizados basados ​​en la Web de Confianza, como PGP, puede revelar mucha información que una persona desearía mantener privada. Dado que PGP se basa en firmas de la clave pública de un individuo para determinar la autenticidad de dicha clave, se pueden revelar posibles relaciones analizando a los firmantes de una clave determinada. De esta manera, se pueden desarrollar modelos de redes sociales completas. (La crítica de Mike Perry de 2013 a la Web de Confianza menciona que el tema ya se ha "discutido extensamente"). ^{[ 8 ]}

Varios servidores de claves modernos eliminan las firmas de terceros de la clave cargada. Al hacerlo, se eliminan todas las conexiones personales con la Red de Confianza, evitando así cualquier fuga. Sin embargo, el objetivo principal era minimizar el espacio de almacenamiento necesario, ya que el "spam de firmas" puede añadir fácilmente megabytes a una clave. ^{[ 9 ] [ 7 ] : § 2.1}