Certificado de clave pública

¿Qué es un certificado de clave pública?

Un certificado de clave pública es un certificado digital que vincula una clave pública con una identidad, como un sitio web, una organización, un dispositivo, un usuario, un servidor o un servicio.

En pocas palabras, ayuda a demostrar que una clave pública concreta pertenece a la entidad que afirma ser su titular.

El glosario del NIST sobre certificados de clave pública describe este tipo de certificado como un documento digital emitido y firmado digitalmente por una autoridad de certificación, que vincula un identificador con un suscriptor mediante una clave pública.

La definición de certificado del NIST explica que un certificado contiene la clave pública de una entidad y está firmado digitalmente por una parte de confianza para vincular esa clave con dicha entidad.

Los certificados de clave pública son una parte fundamental de la infraestructura de clave pública, conocida habitualmente como PKI.

PKI es el sistema de confianza que permite a navegadores, aplicaciones, servidores, wallets, exchanges, sistemas de custodia y plataformas empresariales decidir si una clave pública debe considerarse fiable para una identidad concreta.

Para los usuarios cripto, los certificados de clave pública son importantes porque muchas acciones cripto relevantes empiezan en sitios web, descargas de wallets, API, paneles, portales de custodia o infraestructura de nodos.

La clave de una wallet blockchain demuestra el control de los activos cripto, mientras que un certificado de clave pública ayuda a demostrar la identidad de un servicio o sistema de internet al que se conecta el usuario.

Esta distinción es importante porque la seguridad de los certificados protege la capa de comunicación que rodea a las criptomonedas, no la clave privada que gasta directamente los fondos on-chain.

Cómo funciona un certificado de clave pública

Un certificado de clave pública combina una identidad, una clave pública, los detalles del certificado y una firma digital de un emisor de confianza.

El emisor de confianza suele denominarse autoridad de certificación, o CA.

En primer lugar, un sitio web, una empresa, un dispositivo o un usuario crea un par de claves con una clave pública y una privada.

La clave pública puede compartirse, mientras que la clave privada debe mantenerse en secreto.

A continuación, la entidad solicita un certificado a una CA u otro emisor de certificados.

El emisor verifica la identidad de la entidad según el tipo de certificado y las normas de emisión.

Tras la validación, el emisor firma digitalmente un certificado que vincula la identidad con la clave pública.

Cuando otro sistema recibe el certificado, comprueba la firma del emisor, la cadena de certificados, la fecha de caducidad, el dominio o la identidad y el estado de revocación.

Si se superan esas comprobaciones, el sistema puede confiar en que la clave pública pertenece a la identidad indicada.

Este proceso es la base de las conexiones HTTPS que utilizan los usuarios al abrir sitios web cripto e interfaces de wallets.

¿Qué información contiene un certificado de clave pública?

Un certificado de clave pública contiene información estructurada que ayuda al software a validar la identidad y el uso de la clave.

El certificado incluye el sujeto, es decir, la identidad que representa.

En el caso de un certificado de sitio web, el sujeto suele estar vinculado a un nombre de dominio.

El certificado también incluye la clave pública que pertenece al sujeto.

Incluye el emisor, que identifica a la CA o autoridad que firmó el certificado.

Incluye un periodo de validez con una fecha de inicio y otra de caducidad.

Incluye un número de serie que permite identificar el certificado de manera única.

Incluye información sobre el uso de la clave, que indica al software para qué puede utilizarse la clave pública del certificado.

Incluye una firma digital del emisor para detectar cualquier manipulación.

La norma RFC 5280 de la IETF define el certificado X.509 y el perfil de la lista de revocación de certificados utilizados en los sistemas PKI de internet.

Certificado de clave pública frente a clave pública

Una clave pública y un certificado de clave pública no son lo mismo.

Una clave pública es un valor criptográfico que puede utilizarse para verificar firmas, cifrar datos o facilitar el intercambio de claves, según el sistema.

Un certificado de clave pública es un registro de datos firmado que indica que una clave pública concreta pertenece a una identidad concreta.

Una clave pública por sí sola no indica a los usuarios quién es su titular.

Un certificado añade información de identidad y una firma de confianza de un emisor.

Por eso, los certificados son útiles para sitios web, API, servidores empresariales y sistemas de custodia.

Un navegador no solo necesita la clave pública de un sitio web.

También necesita tener garantías de que esa clave pública pertenece realmente al dominio que visita el usuario.

Un certificado ayuda a ofrecer esas garantías mediante el modelo de confianza de las CA.

Sin certificados, los atacantes podrían presentar más fácilmente su propia clave pública y hacerse pasar por un servicio cripto legítimo.

Certificado de clave pública frente a clave pública de una wallet cripto

La clave pública de una wallet cripto suele utilizarse para verificar que una transacción blockchain se ha firmado con la clave privada correspondiente.

Un certificado de clave pública suele utilizarse para demostrar que una clave pública pertenece a una identidad real o de un sistema.

Por ejemplo, una clave pública de wallet puede ayudar a verificar que una transacción procede del titular de la wallet.

Un certificado de sitio web puede ayudar a verificar que el usuario está conectado al dominio correcto antes de descargar una wallet o utilizar una aplicación web.

La mayoría de las wallets de blockchains públicas no necesitan una autoridad de certificación para crear direcciones o firmar transacciones.

Un usuario puede generar un par de claves de wallet de forma independiente, sin pedir permiso a una CA.

Esta es una de las razones por las que las blockchains públicas pueden ser abiertas y no permisionadas.

Sin embargo, los sitios web, las aplicaciones, las API y los sistemas de custodia que las rodean suelen utilizar certificados de clave pública para proteger las comunicaciones por internet.

En el sector cripto, las claves de wallet demuestran el control de los activos, mientras que los certificados de clave pública ayudan a demostrar la identidad de un servicio.

Ambos utilizan criptografía de clave pública, pero resuelven problemas de confianza diferentes.

Certificados de clave pública y HTTPS

HTTPS depende de los certificados de clave pública para proteger la comunicación entre un navegador y un sitio web.

Cuando un usuario abre un sitio web cripto, el servidor presenta al navegador un certificado TLS.

El navegador comprueba si el certificado es válido para el dominio, si la cadena termina en una CA de confianza y si sigue dentro del periodo de validez.

Si acepta el certificado, el navegador puede establecer una conexión TLS cifrada con el servidor.

La explicación de Cloudflare sobre los certificados SSL indica que estos permiten utilizar HTTPS y contienen la clave pública y la información de identidad del sitio web.

Esto es importante porque los usuarios cripto suelen utilizar páginas web para acceder a sistemas de gran valor.

Una conexión HTTPS segura puede ayudar a evitar que los atacantes lean o modifiquen los datos durante la transmisión.

Sin embargo, HTTPS no demuestra que un proyecto cripto sea honesto ni que un token sea seguro.

HTTPS solo ayuda a demostrar que el usuario tiene una conexión cifrada con el dominio que aparece en el navegador.

Un dominio falso también puede tener un certificado válido para ese dominio falso.

Certificados de clave pública y autoridades de certificación

Una autoridad de certificación es una entidad que emite y firma certificados de clave pública.

La CA comprueba si quien solicita el certificado controla un dominio, representa a una organización, es titular de un dispositivo o cumple otro requisito de identidad.

El nivel de rigor de esa comprobación depende del tipo de certificado y de las políticas de emisión.

Los certificados de validación de dominio suelen comprobar el control del dominio.

Los certificados de validación de organización también incluyen comprobaciones relacionadas con la organización.

Históricamente, los certificados de validación extendida implicaban una verificación de identidad más estricta, aunque las prácticas de visualización de los navegadores han cambiado con el tiempo.

En todos los casos, la función de la CA es vincular una clave pública con una identidad mediante una firma digital de confianza.

Los navegadores y sistemas operativos confían en determinadas CA raíz a través de almacenes de confianza.

Si la cadena de un certificado llega hasta una CA raíz de confianza y supera la validación, el software puede aceptarlo.

Esta cadena de confianza es útil, pero también implica que los errores o los ataques contra una CA pueden causar problemas de seguridad graves.

Cadenas de certificados

Una cadena de certificados conecta el certificado de un sitio web o servicio con un certificado raíz de confianza.

El certificado utilizado por un sitio web suele denominarse certificado hoja o certificado de entidad final.

Ese certificado hoja puede estar firmado por una CA intermedia.

La CA intermedia puede estar firmada por otra autoridad intermedia o por una CA raíz.

El navegador, el sistema operativo o el almacén de confianza de la aplicación confía en la CA raíz.

Al validar el certificado de un sitio web, el navegador crea y comprueba esta cadena de confianza.

Si algún eslabón de la cadena no es válido, ha caducado, no es de confianza o está mal configurado, el navegador puede rechazar el certificado.

Esto es importante para los servicios cripto porque los problemas con la cadena de certificados pueden bloquear el acceso de los usuarios, interrumpir las API y perjudicar la confianza.

Una empresa cripto puede tener contratos inteligentes muy seguros y, aun así, generar riesgos si gestiona mal su cadena de certificados.

Una buena gestión de las cadenas de certificados forma parte de la seguridad profesional de la infraestructura cripto.

Certificados de clave pública X.509

X.509 es el formato de certificado más utilizado en la PKI de internet y en TLS.

El glosario del NIST sobre certificados de clave pública X.509 describe un certificado X.509 como un certificado digital que contiene una clave pública, un nombre único y otra información protegida por la firma digital de la autoridad de certificación emisora.

La mayoría de los certificados HTTPS que encuentran los usuarios cripto son certificados X.509.

Los certificados X.509 se utilizan en sitios web, redes empresariales, VPN, seguridad del correo electrónico, identidad de dispositivos y muchos sistemas entre máquinas.

En la infraestructura cripto, los certificados X.509 pueden proteger paneles, API, puntos de conexión de nodos, servicios de firma, portales de custodia, sistemas de acceso institucional y microservicios internos.

Por eso, los certificados X.509 son importantes incluso cuando la propia blockchain no los utiliza para las transacciones habituales de las wallets.

La capa web, la capa de aplicaciones y la capa empresarial siguen necesitando identidad basada en certificados.

Los sistemas cripto suelen combinar el control descentralizado de los activos con la seguridad tradicional de internet.

Los certificados de clave pública son uno de los principales puntos de encuentro entre ambos mundos.

Certificados de clave pública y Certificate Transparency

Certificate Transparency es un sistema de registros públicos que documenta la emisión de certificados.

La explicación de DigiCert sobre Certificate Transparency describe CT como registros públicos de solo anexado que documentan la emisión de certificados TLS para que puedan detectarse y auditarse los certificados fraudulentos o emitidos por error.

Certificate Transparency ayuda a los titulares de dominios a detectar certificados que no deberían haberse emitido para sus dominios.

Esto resulta útil para las empresas cripto porque los atacantes suelen crear dominios parecidos o intentar abusar de nombres de marca.

Un proyecto puede vigilar los registros CT para detectar emisiones de certificados sospechosas relacionadas con su marca o sus dominios.

Si aparece un certificado sospechoso, el proyecto puede investigarlo y avisar antes a los usuarios.

CT no detiene todos los casos de phishing, ya que un dominio falso aún puede obtener un certificado para sí mismo.

Sin embargo, CT mejora la visibilidad de las emisiones de certificados y facilita la auditoría del ecosistema PKI público.

Para los usuarios cripto, CT suele pasar inadvertido.

Para los equipos de seguridad cripto, supervisar CT puede ser una herramienta importante contra el phishing y para proteger la marca.

Certificados de clave pública y revocación

La revocación de certificados es el proceso de marcar un certificado como no fiable antes de su fecha de caducidad habitual.

Puede ser necesario revocar un certificado si roban su clave privada, cambia el titular del dominio, se emitió por error o se retira el servicio.

La revocación es importante porque un certificado puede seguir siendo válido durante todo su periodo de vigencia, salvo que los clientes sepan que ya no deben confiar en él.

Entre los sistemas habituales de revocación se encuentran las listas de revocación de certificados y las comprobaciones online de su estado.

En el sector cripto, la revocación puede ser importante si se compromete el certificado de un sitio web, una API, un portal de custodia o un sistema interno.

Si los atacantes roban la clave privada de un certificado, pueden intentar hacerse pasar por un servicio o interceptar comunicaciones seguras.

Una revocación y sustitución rápidas pueden reducir los daños.

La revocación no es perfecta, por lo que las organizaciones deberían combinarla con periodos de validez cortos, supervisión, protección de claves y respuesta ante incidentes.

Las empresas cripto deberían contar con un plan de emergencia para certificados antes de necesitarlo.

Certificados de clave pública y descargas de wallets

Las descargas de wallets son uno de los ámbitos más importantes en los que los certificados de clave pública protegen a los usuarios cripto.

Un usuario que descarga software de wallet desde un sitio web falso puede instalar malware que robe frases de recuperación, sustituya direcciones o firme transacciones no deseadas.

Un certificado válido para el dominio oficial ayuda al navegador a establecer una conexión segura con ese sitio oficial.

Sin embargo, los usuarios aún deben comprobar el dominio exacto.

Un estafador puede crear un dominio de apariencia similar y obtener su propio certificado válido.

El icono del candado en el navegador no significa que el sitio web pertenezca al proveedor legítimo de la wallet.

Solo significa que la conexión con el dominio mostrado está cifrada y que se ha validado su certificado.

Los usuarios deberían descargar wallets únicamente desde fuentes oficiales, tiendas de aplicaciones verificadas o repositorios fiables enlazados desde documentación oficial.

Deben evitar los anuncios de búsqueda, las respuestas en redes sociales, los mensajes directos y los sitios de descarga desconocidos.

La seguridad de los certificados ayuda, pero sigue siendo necesario comprobar cuidadosamente el dominio.

Certificados de clave pública y API cripto

Las API cripto suelen utilizar certificados de clave pública para proteger la comunicación entre aplicaciones, servidores, nodos, proveedores de datos, plataformas de custodia y sistemas institucionales.

Una API puede ofrecer datos de precios, difusión de transacciones, estado de wallets, aprobaciones de custodia, controles de cumplimiento, análisis o acceso a nodos.

Si el tráfico de una API no está protegido correctamente, los atacantes pueden interceptar, alterar o falsificar respuestas.

Los certificados TLS ayudan a los clientes a verificar que se comunican con el punto de conexión de API esperado.

En los sistemas de mayor seguridad, las organizaciones pueden utilizar TLS mutuo.

TLS mutuo significa que tanto el cliente como el servidor presentan certificados para verificarse entre sí.

Esto resulta útil para la custodia institucional, las operaciones de trading, la infraestructura de validadores y los servicios backend que no deberían estar disponibles para todo el público.

En estos contextos, el certificado de clave pública forma parte de la gestión de identidades de máquina.

El objetivo es asegurarse de que los sistemas correctos se comunican entre sí.

Esto puede reducir los riesgos de suplantación, desvío de tráfico y acceso no autorizado.

Certificados de clave pública y sistemas de custodia

Los sistemas de custodia cripto necesitan controles de identidad sólidos porque gestionan activos de gran valor y flujos de trabajo operativos confidenciales.

Los certificados de clave pública pueden proteger paneles de custodia, portales de aprobación, sistemas de políticas de transacciones, servicios internos y comunicaciones seguras entre equipos y máquinas.

Un proveedor de custodia puede utilizar certificados para autenticar servidores, cifrar comunicaciones y restringir el acceso entre servicios internos.

Los certificados también pueden facilitar conexiones seguras para clientes institucionales.

Esto es distinto de las claves de firma de wallet que autorizan realmente las transacciones blockchain.

Una plataforma de custodia puede disponer de certificados TLS, certificados de firma de código, claves administrativas, claves de firma de wallets, claves de recuperación y claves API.

Cada tipo de clave cumple una función distinta y tiene un perfil de riesgo diferente.

Confundir las claves de certificado con las claves que controlan los activos puede llevar a un diseño de seguridad deficiente.

Un sistema de custodia sólido separa la gestión de certificados de la gestión de las claves privadas de las wallets.

Ambos sistemas deben protegerse, supervisarse y rotarse conforme a políticas estrictas.

Certificados de clave pública y validadores

Los validadores y operadores de nodos pueden utilizar certificados de clave pública para proteger la infraestructura operativa.

El protocolo de consenso de la blockchain puede utilizar sus propias claves de validador, pero la infraestructura que lo rodea también necesita comunicaciones seguras.

Un validador puede utilizar paneles de supervisión, herramientas de acceso remoto, puntos de conexión de API, sistemas de alertas, balanceadores de carga y automatización interna.

Los certificados pueden ayudar a proteger estos servicios frente a la suplantación y la interceptación.

Por ejemplo, un operador puede utilizar certificados TLS para un panel privado o TLS mutuo para las comunicaciones entre servicios internos.

Esto no sustituye a la clave de consenso ni a la clave de retirada del validador.

Protege la infraestructura que ayuda a operar el validador de forma segura.

Un certificado de infraestructura comprometido quizá no firme bloques directamente, pero aún podría ayudar a los atacantes a dirigirse contra las operaciones.

Los validadores profesionales deberían gestionar los certificados como parte de su programa general de gestión de claves.

Una buena seguridad de validadores incluye tanto la seguridad de las claves blockchain como la seguridad de la infraestructura de internet.

Certificados de clave pública y contratos inteligentes

Normalmente, los contratos inteligentes no necesitan certificados de clave pública para ejecutarse en una blockchain pública.

Un contrato inteligente verifica firmas, estados y reglas de acuerdo con su código.

Por lo general, no consulta a una autoridad de certificación web para comprobar si una dirección de wallet es válida.

Sin embargo, los certificados de clave pública pueden seguir siendo importantes para las aplicaciones de contratos inteligentes.

Los usuarios suelen acceder a aplicaciones descentralizadas mediante sitios web que dependen de certificados HTTPS.

Los desarrolladores publican documentación, informes de auditoría, interfaces frontend, paneles y API en dominios protegidos por certificados.

Los oráculos y servicios off-chain pueden utilizar certificados TLS para comunicarse con proveedores de datos o sistemas backend.

Un contrato inteligente puede ser descentralizado, mientras que la interfaz que lo rodea puede depender de la PKI web.

Por eso, la vulneración del frontend y los dominios falsos son riesgos importantes en el sector cripto.

Aunque el contrato inteligente sea correcto, un sitio web falso o pirateado puede engañar a los usuarios para que firmen transacciones peligrosas.

Certificados de clave pública y firma de código

La firma de código está relacionada con los certificados de clave pública, ya que los editores de software pueden utilizarlos para firmar aplicaciones, actualizaciones, scripts e instaladores.

Un certificado de firma de código ayuda a los usuarios y sistemas operativos a verificar que el software procede del editor indicado y que no se ha modificado después de firmarse.

En el caso de las wallets cripto, la firma de código puede reducir el riesgo de software manipulado.

Sin embargo, la firma de código no demuestra que el software no tenga errores.

Solo ayuda a verificar la identidad del editor y la integridad del paquete de código firmado.

Un editor malicioso aún puede firmar software malicioso con su propio certificado.

Un editor legítimo aún puede publicar por error software vulnerable.

Los usuarios deberían combinar las comprobaciones de firma de código con fuentes oficiales de descarga, sumas de verificación cuando estén disponibles, versiones públicas, auditorías y revisiones de la comunidad.

Los proyectos cripto deberían proteger cuidadosamente las claves privadas de firma de código, ya que el robo de una de ellas puede ser extremadamente peligroso.

Un certificado de firma comprometido puede hacer que el malware parezca más fiable de lo que debería.

Certificados de clave pública y phishing

Los certificados de clave pública ayudan a reducir el riesgo de phishing, pero no lo eliminan.

Un sitio de phishing puede obtener un certificado válido para su propio dominio engañoso.

Por ejemplo, una página falsa de una wallet puede utilizar un dominio parecido al nombre del proyecto real.

El navegador aún puede mostrar HTTPS porque el certificado es válido para el dominio falso.

Por eso, los usuarios nunca deben confiar únicamente en el icono del candado.

Deben comprobar la ortografía, la estructura del dominio, los marcadores, los canales sociales oficiales y la documentación verificada.

Deben tener especial cuidado con los sitios web que soliciten frases de recuperación, claves privadas o acciones urgentes para migrar una wallet.

Ningún certificado de clave pública habitual puede proteger a un usuario que entrega su frase de recuperación a una página falsa.

Los certificados protegen las conexiones y la vinculación de identidades, pero no determinan si una empresa es honesta ni si una transacción es segura.

La defensa contra el phishing requiere comprobar los certificados y el dominio, revisar las solicitudes de la wallet y mantener buenos hábitos de seguridad.

Certificados de clave pública y caducidad

Los certificados de clave pública tienen fechas de caducidad.

La caducidad limita el tiempo durante el cual se puede confiar en un certificado sin renovarlo.

Si un certificado caduca, los navegadores y clientes pueden mostrar avisos o bloquear el acceso.

En un servicio cripto, un certificado caducado puede confundir a los usuarios, provocar errores de API, problemas de conexión con wallets, alertas de supervisión o interrupciones del servicio.

Los usuarios pueden pensar que el servicio ha sido pirateado cuando en realidad se trata de un fallo operativo.

Las empresas cripto deberían automatizar la renovación de certificados cuando sea posible.

Deberían supervisar las fechas de caducidad y probar los procesos de renovación antes de que caduquen los certificados.

También deberían asegurarse de que los certificados de respaldo y los procedimientos ante incidentes estén preparados para los servicios esenciales.

La caducidad de un certificado puede parecer un asunto menor, pero puede causar importantes interrupciones cuando los usuarios necesitan acceder a fondos, transacciones o aprobaciones de custodia.

La gestión operativa de certificados forma parte de la confianza de los usuarios.

Certificados de clave pública y criptografía poscuántica

Es posible que los certificados de clave pública deban evolucionar a medida que aumente la importancia de la criptografía poscuántica.

Muchos sistemas actuales de certificados utilizan algoritmos de clave pública como RSA o la criptografía de curva elíptica.

En el futuro, los grandes ordenadores cuánticos tolerantes a fallos podrían amenazar algunos de estos algoritmos.

La criptografía poscuántica se centra en algoritmos diseñados para resistir tanto ataques clásicos como cuánticos.

Para los usuarios cripto, el riesgo cuántico suele relacionarse con las firmas de wallets, pero los certificados también son importantes.

Los sitios web, las API, los portales de custodia, las conexiones institucionales, los paneles de validadores y los sistemas de firma de código dependen de la infraestructura de clave pública.

La transición poscuántica requerirá nuevos algoritmos de certificados, clientes actualizados, certificados de mayor tamaño, pruebas de compatibilidad y una planificación cuidadosa de la migración.

Las empresas cripto deberían diseñar una infraestructura con agilidad criptográfica para poder actualizar los algoritmos de los certificados cuando maduren las normas y el software admita esos cambios.

Los usuarios no necesitan alarmarse hoy, pero los equipos responsables de infraestructuras críticas deberían prepararse para los cambios criptográficos a largo plazo.

La seguridad cripto preparada para el futuro incluye tanto la planificación poscuántica de las wallets como la de los certificados.

Ventajas de los certificados de clave pública

La primera ventaja de los certificados de clave pública es la vinculación de identidad.

Un certificado vincula una clave pública con una identidad concreta de forma verificable.

La segunda ventaja es la comunicación segura.

Los certificados permiten utilizar TLS, que ayuda a cifrar el tráfico de internet y autenticar servidores.

La tercera ventaja es la confianza escalable.

Los navegadores y sistemas pueden confiar en numerosos servicios mediante cadenas de certificados y autoridades raíz de confianza.

La cuarta ventaja es la integridad del software.

Los certificados de firma de código pueden ayudar a verificar que el software descargado no se ha modificado después de firmarse.

La quinta ventaja es la identidad de las máquinas.

Los certificados pueden identificar servidores, dispositivos, cargas de trabajo, API y servicios internos.

La sexta ventaja es la revocación.

Los certificados comprometidos o incorrectos pueden marcarse como no fiables antes de su fecha de caducidad habitual.

La séptima ventaja es la capacidad de auditoría.

Los registros de Certificate Transparency facilitan la supervisión de la emisión pública de certificados.

Limitaciones de los certificados de clave pública

La primera limitación es que los certificados dependen de emisores de confianza.

Si una autoridad de certificación comete un error o es comprometida, el modelo de confianza puede debilitarse.

La segunda limitación es que un certificado no demuestra que un proyecto cripto sea legítimo.

Solo ayuda a demostrar que una clave pública está vinculada a la identidad o el dominio indicados.

La tercera limitación es el phishing.

Un dominio falso también puede tener un certificado válido para sí mismo.

La cuarta limitación es la complejidad operativa.

Los certificados deben emitirse, renovarse, supervisarse, revocarse y protegerse correctamente.

La quinta limitación es el riesgo de las claves privadas.

Si roban la clave privada asociada a un certificado, los atacantes pueden suplantar el servicio hasta que se sustituya y revoque el certificado.

La sexta limitación es la falta de comprensión por parte de los usuarios.

Muchos usuarios creen que el icono del candado significa que un sitio web es seguro, cuando quizá solo significa que la conexión está cifrada con ese dominio.

La séptima limitación son las futuras transiciones criptográficas.

Los sistemas de certificados deben adaptarse a medida que los algoritmos envejecen o aparecen nuevas amenazas.

Cómo deberían comprobar los certificados los usuarios cripto

Antes de confiar en una página protegida con un certificado, los usuarios cripto deberían comprobar el nombre de dominio exacto.

Deben prestar atención a los dominios parecidos, las palabras adicionales, las letras cambiadas, los subdominios extraños y los resultados de búsqueda patrocinados.

Deben tomarse en serio los avisos de certificado del navegador, especialmente en páginas de wallets, custodia o transacciones.

No deben introducir frases de recuperación, claves privadas ni palabras de recuperación en ningún sitio web solo porque tenga HTTPS.

Deberían guardar en marcadores los sitios web cripto oficiales después de verificarlos mediante la documentación oficial.

Solo deberían descargar aplicaciones de wallet desde fuentes oficiales y tiendas de aplicaciones verificadas.

Deben recordar que los certificados protegen la comunicación, pero no convierten en verdaderas las afirmaciones sobre inversiones.

Deben verificar las direcciones de contratos inteligentes, los contratos de tokens y las solicitudes de la wallet por separado de los certificados del sitio web.

Un certificado puede ayudar a verificar la conexión con el sitio, pero no demuestra que el token sea seguro ni que la transacción sea inocua.

Un comportamiento seguro en el sector cripto requiere conocer tanto la seguridad web como la seguridad de las transacciones blockchain.

Buenas prácticas para proyectos cripto

Los proyectos cripto deberían mantener un inventario de todos sus certificados públicos e internos.

Deberían automatizar la renovación de certificados y supervisar sus fechas de caducidad.

Deberían proteger las claves privadas de los certificados mediante controles de acceso sólidos y almacenamiento seguro.

Deberían utilizar la supervisión de Certificate Transparency para detectar emisiones sospechosas de certificados para dominios relacionados.

Deberían revocar y sustituir rápidamente los certificados si sospechan que se ha comprometido una clave.

Deberían utilizar dominios oficiales claros y evitar estructuras de dominio confusas.

Deberían explicar a los usuarios que HTTPS es necesario, pero no basta para demostrar que algo es seguro.

Deberían separar las claves de los certificados de las claves de firma de wallets, las claves de tesorería, las claves de validadores y las claves de firma de código.

Deberían considerar el uso de TLS mutuo para API sensibles y sistemas institucionales.

Deberían planificar la transición poscuántica de los certificados a medida que maduren las normas, los navegadores y la infraestructura.

Malentendidos habituales sobre los certificados de clave pública

Un malentendido habitual es creer que un certificado de clave pública es lo mismo que la clave pública de una wallet cripto.

La clave pública de una wallet ayuda a verificar firmas blockchain, mientras que un certificado vincula una clave pública con una identidad mediante un emisor de confianza.

Otro malentendido es creer que un certificado válido demuestra que un sitio web es honesto.

Un certificado válido solo ayuda a demostrar que la conexión está cifrada y que se ha emitido para el dominio indicado.

Otro malentendido es creer que el icono del candado del navegador significa que una solicitud de la wallet es segura.

Un sitio web seguro aún puede pedir al usuario que firme una transacción peligrosa.

Otro malentendido es creer que los certificados de clave pública protegen directamente las frases de recuperación.

Los certificados protegen la comunicación, mientras que la seguridad de las frases de recuperación depende del comportamiento del usuario, el diseño de la wallet y las prácticas de almacenamiento.

Otro malentendido es creer que los certificados solo tienen que ver con la web.

También son importantes para las API, los dispositivos, los validadores, la firma de código, los sistemas de custodia, el acceso empresarial y la infraestructura cripto interna.

Preguntas frecuentes

¿Qué significa certificado de clave pública?

Un certificado de clave pública es un documento digital firmado que vincula una clave pública con una identidad, como un sitio web, una organización, un dispositivo, un usuario o un servicio.

¿Por qué son importantes los certificados de clave pública en el sector cripto?

Son importantes porque los usuarios y las empresas cripto dependen de sitios web seguros, API, descargas de wallets, portales de custodia, herramientas de validadores y sistemas empresariales.

¿Un certificado de clave pública es lo mismo que la clave pública de una wallet?

No. La clave pública de una wallet ayuda a verificar firmas blockchain, mientras que un certificado de clave pública vincula una clave pública con una identidad mediante un emisor de confianza.

¿Qué contiene un certificado de clave pública?

Un certificado suele incluir la identidad del sujeto, una clave pública, el emisor, un número de serie, el periodo de validez, información sobre el uso de la clave y la firma digital del emisor.

¿Qué es un certificado X.509?

Un certificado X.509 es el formato estándar de certificado de clave pública utilizado habitualmente para TLS, HTTPS y la PKI de internet.

¿Qué es una autoridad de certificación?

Una autoridad de certificación es una entidad de confianza que valida las solicitudes de certificados y firma certificados que vinculan identidades con claves públicas.

¿HTTPS significa que un sitio web cripto es seguro?

No. HTTPS significa que la conexión con el dominio mostrado está cifrada y validada mediante un certificado, pero no demuestra que el proyecto, el token o la transacción sean seguros.

¿Puede un sitio de phishing tener un certificado de clave pública?

Sí. Un sitio de phishing puede tener un certificado válido para su propio dominio engañoso, por lo que los usuarios deben comprobar el nombre de dominio exacto.

¿Qué es la revocación de certificados?

La revocación de certificados es el proceso de marcar un certificado como no fiable antes de su fecha de caducidad habitual.

¿Qué es Certificate Transparency?

Certificate Transparency es un sistema de registros públicos que documenta la emisión de certificados TLS para facilitar la detección de certificados sospechosos o emitidos por error.

¿Las blockchains públicas necesitan certificados de clave pública para las transacciones de wallets?

La mayoría de las blockchains públicas no necesitan certificados de clave pública para las transacciones habituales de las wallets, ya que verifican matemáticamente las firmas mediante las claves de estas.

¿Cuál es el mayor error que cometen los usuarios con los certificados?

El mayor error es creer que el icono del candado o un certificado válido demuestran que un sitio web es legítimo, cuando los usuarios aún deben verificar el dominio y la solicitud de transacción.

Conclusión

Un certificado de clave pública es una herramienta digital de confianza que vincula una clave pública con una identidad mediante un certificado firmado.

Es uno de los componentes fundamentales de la infraestructura de clave pública y de las comunicaciones seguras por internet.

En el sector cripto, los certificados de clave pública no suelen controlar directamente los activos blockchain.

En cambio, protegen los sitios web, las API, las descargas de wallets, los portales de custodia, los paneles de validadores, los sistemas empresariales y los canales de software que los usuarios utilizan en sus actividades blockchain.

Es fundamental distinguir entre la clave pública de una wallet y un certificado de clave pública.

La clave pública de una wallet ayuda a verificar la autorización on-chain, mientras que un certificado ayuda a verificar la identidad y proteger la comunicación en la capa de internet y de infraestructura.

Los certificados de clave pública ofrecen ventajas importantes, como HTTPS, cadenas de certificados, vinculación de identidades, revocación, firma de código, identidad de máquinas y Certificate Transparency.

También tienen limitaciones: los dominios de phishing pueden utilizar certificados, las autoridades de certificación pueden cometer errores, las claves privadas pueden verse comprometidas y los usuarios pueden interpretar mal las señales de seguridad del navegador.

La forma más sencilla de entender un certificado de clave pública en el sector cripto es que ayuda a demostrar qué servicio o sistema online es titular de una clave pública antes de que los usuarios confíen en él para realizar acciones relacionadas con criptomonedas.

Una seguridad cripto sólida requiere tanto claves blockchain protegidas como comunicaciones fiables respaldadas por certificados.