Todo lo que necesita saber sobre la gestión de claves SSH

¿Qué es SSH?

Shell de sockets seguros (SSH), comúnmente conocido como Secure Shell, es un protocolo criptográfico que permite acceder de forma segura a servicios de red a través de un canal de comunicación no seguro. Se utiliza principalmente para el intercambio seguro de datos, el inicio de sesión y otros servicios en una red informática entre dos máquinas.  

Utiliza criptografía de clave pública para proporcionar autenticación mutua y segura entre clientes y servidores en distintas redes a través de un canal no seguro. SSH suele estar integrado por defecto en sistemas operativos como Linux, Unix y macOS. 

Windows ahora admite SSH a través de PowerShell y OpenSSH; es decir, con las versiones más recientes de Windows, ya no es necesario instalar utilidades de terceros como PuTTY. Esto significa que ahora puede crear enlaces SSH (Secure Shell) directamente desde la línea de comandos (Terminal de Windows o PowerShell), lo que reduce el flujo de trabajo administrativo y mejora la seguridad de su sistema. Durante algún tiempo, PuTTY ha funcionado como cliente SSH en WindowsSin embargo, el proyecto nativo OpenSSH reemplaza toda la gama de funcionalidades de PuTTY, es decir, no se requieren más instalaciones. 

Características principales de SSH 

SSH (Secure Shell) es un protocolo que garantiza la comunicación segura en una red, comúnmente utilizado para acceder a servidores remotos. Ofrece diversas funciones para garantizar la confidencialidad, seguridad e integridad de los datos. A continuación, se presentan las características clave que hacen de SSH una herramienta esencial para la comunicación segura en red: 

Cifrado 

SSH cifra los datos que se transmiten, garantizando su confidencialidad. Esto significa que, incluso si los datos son interceptados, terceros no autorizados no pueden leerlos ni descifrarlos. Mediante el uso de cifrado seguro cifrado algoritmos, SSH garantiza que la información confidencial, como credenciales de inicio de sesión y comandos, se transmita de forma segura a través de redes potencialmente inseguras. 

Autenticación 

La autenticación en SSH se realiza mediante criptografía de clave pública, que es significativamente más segura que la autenticación tradicional basada en contraseña. En este método, el cliente y el servidor intercambian claves para verificar las identidades. Solo los usuarios autorizados con la clave privada correcta pueden establecer una conexión segura, lo que protege contra el acceso no autorizado y los ataques de fuerza bruta. 

Integridad 

SSH garantiza la integridad de los datos verificando que la información enviada o recibida no haya sido alterada durante la transmisión. Utiliza funciones hash criptográficas para validar la integridad de los datos, garantizando que permanezcan intactos y sin ninguna alteración. Esta función es esencial para prevenir ataques como la manipulación de datos o los ataques de intermediario. 

¿Qué son las claves SSH? 

Una clave SSH se refiere a una clave criptográfica utilizada para autenticar la comunicación segura entre los sistemas que participan en el protocolo SSH (Secure Shell). Ofrece una alternativa altamente segura a la autenticación basada en contraseña, garantizando que solo usuarios confiables y autenticados puedan acceder a un sistema remoto. 

Esto se debe a que las claves SSH utilizan un par de claves criptográficas (claves privada y pública), lo que elimina el riesgo de robo de credenciales mediante phishing o descifrado por fuerza bruta. Las claves privadas se almacenan de forma segura en el sistema del usuario o, de forma más segura, en el Módulo de Seguridad de Hardware (HSM), mientras que las claves públicas se comparten con el servidor, lo que garantiza la autenticación sin transmitir información confidencial. 

Las claves SSH se basan en criptografía de clave pública y utilizan dos claves juntas, emparejando una clave pública con una clave privada, para crear una conexión ascendente sólida.  

Clave pública: Como su nombre lo indica, la clave pública está disponible públicamente en el servidor. No necesita mantenerse en secreto y se comparte abiertamente en internet. Si hablamos de... Gestión de claves SSH, la clave pública se utiliza para verificar la identidad del cliente ante el servidor.  

Llave privada: La clave privada debe mantenerse en secreto y solo el usuario que la posee debe poder acceder a ella. Siempre se almacena en el dispositivo del usuario o en... Módulos de seguridad de hardware (HSM) y es utilizado por el usuario para comprobar su identidad al iniciar la conexión.  

¿Cómo funciona SSH?

Usos de SSH criptografía de clave pública, técnicas de cifrado y autenticación para garantizar la confidencialidad, integridad y autenticación de los datos intercambiados entre los sistemas para proporcionar resistencia a ataques de seguridad. 

Aquí se muestra el desglose paso a paso de cómo funciona SSH:

1. Iniciando la conexión

   El cliente envía una solicitud a la dirección IP del servidor a través de Puerto TCP 22 (el puerto SSH predeterminado). Para mayor seguridad, se puede cambiar el puerto predeterminado a cualquier otro puerto no estándar. El protocolo inicia una conexión TCP entre el cliente y el servidor.

2. El servidor envía la clave pública y el protocolo de cifrado.

   Tan pronto como se solicita la conexión, el servidor responde enviando información importante.

   • Clave de host pública

     El servidor envía su clave de host pública al cliente, lo que ayuda a verificar la identidad del servidor e inicia el proceso de cifrado.

   • Algoritmos de encriptación

     El servidor proporciona una lista de algoritmos de cifrado compatibles y algoritmos hash con su versión, y si el cliente tiene un par de protocolos similar, entonces se utilizan para la sesión. 

3. El cliente verifica el servidor

   La clave pública del servidor se compara con un archivo en el equipo cliente que almacena los hosts conocidos. Si la clave pública del servidor coincide con una clave almacenada en el archivo, el servidor se considera legítimo para el cliente.

   Si la clave del servidor no coincide con el archivo del host conocido, el cliente generalmente pide al usuario que confirme que desea confiar en el nuevo servidor y almacenar su clave pública para uso futuro.

   

4. Proceso de intercambio de claves

   Se realiza un proceso de intercambio de claves para establecer una clave de sesión compartida para el cifrado. Normalmente se realiza mediante...

   • Intercambio de llaves Diffie-Hellman es un proceso matemático que permite que tanto el cliente como el servidor generen una clave secreta compartida a través de una conexión insegura sin intercambiar la clave en sí.
   • Diffie-Hellman de curva elíptica (ECDH), una versión más eficiente de Diffie-Hellman, proporciona el mismo nivel de seguridad con longitudes de clave más cortas, lo que lo hace más rápido.

5. Creación y establecimiento del canal seguro

   Tanto el cliente como el servidor inician un canal de comunicación seguro y cifrado utilizando su clave de sesión obtenida del intercambio de claves. Esta clave de sesión es simétrica, es decir, se utiliza tanto para cifrar como para descifrar los mensajes enviados durante la sesión.

6. Autenticación del cliente

   Una vez establecido el canal seguro, el cliente debe autenticarse para demostrar su identidad al servidor. Existen varias maneras de autenticar clientes, por ejemplo: Autenticación basada en contraseña y Par de claves SSHEl método de autenticación preferido es el par de claves SSH. En este caso, el cliente utiliza una clave privada, almacenada en el equipo local o en un HSM, y la clave pública correspondiente, que ya debe estar almacenada en el servidor.

7. Sesión establecida

   Una vez establecida la sesión, el cliente puede comunicarse con el servidor. Puede realizar diversas tareas, como enviar comandos, ejecutar programas, transferir archivos o incluso crear un túnel cifrado (redireccionamiento de puertos) a través de la conexión SSH.

8. Mantener la integridad de la sesión

   Durante la sesión, SSH utiliza Códigos de autenticación de mensajes (MAC) Para garantizar la integridad y autenticidad de los datos transmitidos. Los MAC proporcionan una forma de detectar la manipulación o modificación de los datos en tránsito.

   • Cada paquete de datos que se transmite va acompañado de una MAC. 
   • La MAC se genera utilizando un algoritmo hash (como SHA-256 o SHA-512) y un secreto compartido entre el cliente y el servidor.
   • Al recibir un paquete, el servidor calcula su propia dirección MAC y la verifica con la MAC enviada por el cliente. Si es así, significa que los datos no han sido alterados.

9. Terminación de sesión

   Una vez finalizada, la sesión cifrada finaliza y la clave de sesión compartida se descarta, lo que garantiza que no pueda producirse ninguna otra comunicación sin restablecer una nueva conexión.

Métodos de autenticación SSH

Existen varios métodos de autenticación para verificar de forma segura la identidad de un usuario o sistema antes de concederle acceso. Con estos métodos, podemos garantizar que solo los usuarios autorizados puedan establecer una conexión SSH con un servidor remoto.  

Los dos métodos principales de autenticación SSH son:  

Autenticación basada en contraseña 

Esta es la forma más sencilla de autenticación, donde los usuarios se autentican proporcionando un nombre de usuario y una contraseña. Las credenciales se comparten a través de un túnel cifrado por razones de seguridad. Si las credenciales proporcionadas por el cliente coinciden con la base de datos, se marca como cliente autenticado para la comunicación SSH. 

Ventajas

1. Fácil de configurar y utilizar

   La autenticación basada en contraseña es uno de los métodos más sencillos de implementar. No requiere conocimientos especializados ni configuraciones complejas, lo que la hace accesible a usuarios de todos los niveles técnicos. Crear una contraseña y vincularla a un nombre de usuario es rápido e intuitivo, lo que permite a los usuarios acceder a los sistemas de inmediato. Esta universalidad la hace compatible con la mayoría de las plataformas y aplicaciones, garantizando una integración fluida en diversos entornos.

2. No necesita software adicional ni gestión de claves

   A diferencia de otros métodos de autenticación, como los sistemas basados ​​en certificados o tokens de hardware, la autenticación basada en contraseña no requiere herramientas ni dispositivos externos. Esto elimina la necesidad de que las organizaciones inviertan en hardware o software adicional para la generación y el almacenamiento de claves. Los usuarios también se benefician de no tener que llevar consigo llaves o dispositivos físicos, lo que reduce el riesgo de pérdida o mala gestión. Esta simplicidad contribuye a su rentabilidad, especialmente para pequeñas empresas o particulares.

Desventajas

1. Vulnerabilidad a las contraseñas débiles

   Las contraseñas débiles o fáciles de adivinar exponen los sistemas a ataques de fuerza bruta. Los hackers utilizan herramientas automatizadas para adivinar contraseñas sistemáticamente, aprovechando patrones comunes, palabras del diccionario o credenciales reutilizadas. Si bien los mecanismos de bloqueo de cuentas pueden ofrecer cierta protección, no siempre se implementan eficazmente. Además, la reutilización de contraseñas en múltiples plataformas aumenta el impacto de una sola brecha de seguridad.

2. Se requieren actualizaciones frecuentes de contraseña

   Para prevenir este tipo de incidentes, muchas organizaciones implementan políticas periódicas de restablecimiento de contraseñas. Esto reduce considerablemente las posibilidades de exposición a largo plazo, pero genera mucha frustración en los usuarios, que además deben recordar y gestionar múltiples contraseñas complejas. Esto suele dar lugar a malas prácticas, como anotar las contraseñas o usar ajustes secuenciales (por ejemplo, de "Contraseña1" a "Contraseña2") que socavan la arquitectura de seguridad.

3. Protección limitada contra ataques avanzados

   Los sistemas basados ​​en contraseñas son muy susceptibles al phishing, el robo de credenciales y ataques de malware como los keyloggers. Los ciberdelincuentes pueden engañar a los usuarios para que compartan sus contraseñas o capturar credenciales a través de dispositivos infectados. Sin capas de protección adicionales, como la autenticación de dos factores (2FA), las contraseñas por sí solas no pueden defenderse de vectores de amenaza sofisticados.

4. Dependencia de canales de transmisión seguros

   La seguridad de la autenticación basada en contraseñas se basa en canales de comunicación seguros. Si el túnel cifrado utilizado para transmitir credenciales se ve comprometido, los atacantes pueden interceptar información confidencial. Las organizaciones deben invertir en el mantenimiento de los mejores protocolos de cifrado, que requieren actualizaciones y monitorización periódicas para contrarrestar las amenazas en constante evolución.

Par de claves SSH

La autenticación por par de claves SSH es uno de los métodos de autenticación SSH más seguros y utilizados. Utiliza un par de claves criptográficas para el proceso de autenticación. El proceso incluye:  

1. Iniciación de la conexión: El cliente inicia la conexión con el servidor.  

2. El servidor envía un desafío: El servidor comprueba la clave pública en el clave_autorizada Archivo que coincide con la cuenta del usuario. En este caso, el servidor genera un mensaje de desafío, lo cifra con la clave pública y lo envía al cliente.  

3. Respuesta del cliente: Ahora, el cliente descifra el mensaje de desafío utilizando su clave privada y luego envía el mensaje descifrado al servidor.  

4. Verificación del servidor: Luego, el servidor verifica el mensaje descifrado enviado por el cliente y, si el mensaje coincide con el mensaje de desafío original, concede acceso a ese cliente. 

Ventajas

1. Seguridad mejorada

   La autenticación por pares de claves SSH es mucho más segura que usar un método basado en contraseñas. Se basa en el conocimiento de una clave privada altamente compleja desde el punto de vista criptográfico y, por lo tanto, muy difícil de forzar o adivinar, por lo que este método de autenticación es inmune a la mayoría de los ataques comunes.

2. Eliminación de la transmisión de contraseñas

   Este método elimina la necesidad de compartir o transmitir contraseñas a través de la red, lo que reduce el riesgo de interceptación o exposición. La ausencia de contraseñas en texto plano reduce las vulnerabilidades incluso si un atacante accede a la red.

3. Conveniencia para la automatización

   Al automatizar procesos en servidores, como la ejecución de scripts o la configuración de tareas cron, la autenticación basada en claves resulta muy útil. Una vez configuradas las claves, el proceso se desarrolla sin problemas, sin necesidad de introducir contraseñas manualmente.

Desventajas

1. Riesgo de compromiso de clave privada

   Si la clave privada cae en las manos equivocadas, los atacantes tienen vía libre para acceder a los sistemas del cliente. Es importante cifrar la clave privada y almacenarla de forma segura para evitar el acceso no autorizado.

2. Desafíos clave de la gestión

   Con el creciente número de usuarios y sistemas, la gestión de múltiples pares de claves (expansión de claves) se vuelve engorrosa. Para proteger el sistema, las organizaciones deben adoptar un proceso claro para gestionar la distribución, rotación y revocación de claves.

¿Necesita protección para sus claves SSH?

Las claves SSH son fundamentales para garantizar la seguridad de las comunicaciones remotas. Su protección es esencial para evitar accesos no autorizados, filtraciones de datos e incidentes de seguridad.  

Algunas de las principales necesidades para la protección de claves SSH son:

Prevenir el acceso no autorizado 

Dado que las claves SSH tienen una infraestructura crítica (servidores, instancias en la nube, dispositivos de red, etc.), son más seguras que la autenticación basada en contraseña. Ofrecen métodos de control de acceso mejorados y más seguros. 

Mitigar el riesgo de violaciones de datos 

Una de las amenazas más importantes cuando se comprometen las claves SSH es la Violacíon de datos. Si, de alguna manera, las claves SSH son robadas o filtradas, los atacantes pueden obtener el poder de violar los sistemas y acceder a los datos confidenciales de cualquier organización. 

Protéjase contra malware y apropiaciones del sistema

Los atacantes son mejores instalando malware e iniciando Ataques DDoS, o acceder completamente al sistema remoto usando las claves comprometidas. Por lo tanto, se debe implementar una protección adecuada de las claves SSH.  

Cifrar claves privadas utilizando una frase de contraseña segura 

Cifrar las claves SSH privadas con contraseñas seguras es esencial para proteger el acceso a sistemas sensibles. Una contraseña segura añade una capa adicional de protección, garantizando que, incluso si la clave privada es robada o expuesta, permanezca inutilizable sin ella. Esto previene el acceso no autorizado, mitiga el riesgo de uso indebido de la clave y proporciona un tiempo crucial para revocar las claves comprometidas. Al usar contraseñas seguras, las organizaciones mejoran la seguridad, reducen las vulnerabilidades y se alinean con las mejores prácticas para proteger el acceso privilegiado. 

Revisar periódicamente las claves SSH

La revisión periódica de las claves SSH para eliminar las innecesarias u obsoletas es una práctica de seguridad esencial. Si no se eliminan las claves no utilizadas, pueden convertirse en un vector de ataque, especialmente si provienen de antiguos empleados o procesos obsoletos. Las claves obsoletas pueden usar un cifrado débil o podrían verse comprometidas de forma imperceptible, lo que causa importantes amenazas de seguridad. 

Por lo tanto, la protección de claves SSH es esencial para la gestión de claves SSH, ya que mantiene la seguridad del sistema, los datos y la infraestructura. Entre las prácticas para una gestión adecuada de claves SSH se incluyen el uso de una frase de contraseña segura, la rotación regular de claves y la implementación de un almacenamiento centralizado de claves. 

Certificados SSH vs. SSL/TLS: ¿cuál es la diferencia?

Ambos SSH (Concha segura) y SSL/TLS (Capa de sockets seguros/Seguridad de la capa de transporte) Son protocolos criptográficos diseñados para proteger la comunicación en una red. Como se mencionó, SSH se utiliza para establecer una conexión segura entre dos sistemas remotos a través de una red no segura. Por el contrario, SSL se utiliza principalmente para la conexión segura entre un navegador web y un servidor web.  

Aquí hay un resumen de las principales diferencias entre SSH y SSL.  

Elemento	SSH	SSL / TLS
Propósito	Acceso seguro al sistema remoto y transferencia de archivos	Comunicación web segura e intercambio de datos
Autenticación	Autenticación de clave pública (cliente-servidor)	Basado en certificado (servidor-cliente)
Cifrado	Cifrado simétrico después del intercambio de claves	Cifrado simétrico con intercambio de claves basado en certificados
Gestión de claves	Claves SSH autogeneradas almacenadas localmente	Certificados emitidos por CA de confianza
Casos de uso	Ejecución remota de comandos, transferencia segura de archivos, reenvío de puertos	Protección de sitios web, correo electrónico y API
Amenazas	Robo o vulneración de claves	CA fraudulentas, certificados fraudulentos, MITM (Hombre en el medio) ataque.

Riesgos potenciales de la gestión de claves SSH 

Si bien SSH es un protocolo potente y seguro, si no se gestiona adecuadamente, el acceso a las claves SSH puede generar graves vulnerabilidades de seguridad. Algunos de los riesgos son: 

Robo de clave privada

Las claves privadas se almacenan localmente por el usuario en dispositivos locales y nunca deben compartirse. De todos modos, si un atacante obtiene acceso a la clave privada, puede replicarse como el propietario de la clave y acceder al sistema.

Expansión de claves

A medida que una organización funciona durante años, se crean cada vez más claves. Con esta gran cantidad de claves, es difícil rastrear y gestionar las claves en circulación. Debido a estas circunstancias, es probable que los atacantes comprometan las claves que no han estado en las cuentas durante mucho tiempo.  

Falta de fecha de caducidad

Las claves SSH no tienen fecha de vencimiento como Certificados SSL / TLS Cuanto más tiempo exista un par de claves, más fácil será para el atacante comprometerlo. Además, es menos probable que se roten las claves antiguas, ya que los administradores de sistemas podrían desconocer su propósito. La eliminación de claves antiguas también es poco frecuente, ya que los administradores de sistemas temen bloquear el acceso importante si eliminan el par de claves.

Ataques basados ​​en SSH

Usar algoritmos de cifrado débiles o no proteger las claves privadas con contraseñas seguras aumenta el riesgo de ciberataques basados ​​en SSH. Siempre se recomienda usar el mejor algoritmo de cifrado y una contraseña segura para proteger las claves.

Frase de contraseña débil o inexistente en las claves SSH

La frase de contraseña funciona como una capa de seguridad adicional para las claves privadas. Si una clave existente se ve comprometida y no tiene frase de contraseña, los atacantes pueden usarla inmediatamente para acceder al sistema. No usar una frase de contraseña o usar una débil puede facilitar que los atacantes utilicen claves privadas robadas. 

Generación de claves deficiente

El uso de algoritmos obsoletos o longitudes de clave insuficientes puede reducir la eficacia de las claves SSH. Un atacante puede explotar estas claves para suplantar la identidad de los usuarios con mayor facilidad. Para generar una clave SSH, se podría solicitar un algoritmo obsoleto (por ejemplo, DSA (1024 bits), mientras que deberíamos usar algoritmos modernos como ED25519 o RSA con una longitud adecuada).

Falta de auditoría y seguimiento

Se requiere la auditoría y supervisión periódicas de las claves SSH para detectar diversos riesgos al usarlas. Algunos de los riesgos asociados son:

• Uso indebido de claves no detectado: Los atacantes podrían utilizar claves comprometidas si no se supervisan en el momento adecuado.
• Claves huérfanas o obsoletas: Las claves asociadas a antiguos empleados o sistemas dados de baja pueden permanecer activas, creando vectores de ataque innecesarios.
• Sin responsabilidad: Sin supervisión, es imposible determinar quién utiliza qué clave y con qué propósito.

Reenvío de agente SSH

Antes de examinar los riesgos del reenvío de agente SSH, primero comprendamos el concepto de agente SSH y reenvío de agente SSH. 

En general, siempre que necesite usar su clave privada, deberá ingresar su contraseña, lo cual puede resultar un poco molesto. Para ello, implementamos un agente que guarda su clave descifrada en memoria. Esto permite desbloquear la clave solo una vez y conservarla hasta que reinicie, permitiéndole iniciar sesión en sus servidores de forma segura sin que se le solicite la contraseña. En eso consiste el Agente SSH. 

Reenvío de agente SSH Es una función de SSH (Secure Shell) que permite a los usuarios autenticarse en varios servidores de una cadena usando su clave privada local sin copiarla a cada servidor de la cadena. Funciona reenviando las solicitudes de autenticación de los servidores remotos al agente SSH de la máquina local, que contiene la clave privada. 

Supongamos que quieres que tu servidor remoto extraiga código de GitHub. Cuando GitHub le pregunta al servidor "¿Quién eres?", el servidor suele usar su propia... id_rsa Archivos para autenticar. Sin embargo, con el reenvío del agente SSH habilitado, el servidor reenvía esta solicitud de autenticación a tu equipo local. Este responde a la consulta de GitHub sin exponer tu clave privada. La respuesta se envía de vuelta al servidor, que la retransmite a GitHub. Desde la perspectiva de GitHub, la autenticación se ha completado correctamente y permite la conexión, independientemente del origen de la respuesta. 

Riesgos asociados

• Secuestro de agentes

  Si el primer servidor remoto de la cadena se ve comprometido, un atacante en ese servidor puede secuestrar el agente reenviado para autenticarse en otros servidores sin la clave privada.

• Servidor no confiable

  Es posible que el servidor no sea siempre confiable, lo cual constituye un problema importante al usar el reenvío del agente SSH. Dado que el reenvío del agente pasa las credenciales del agente SSH local (esencialmente, su clave privada) al servidor remoto, un atacante con control sobre este podría explotar esta función.

Mejores prácticas para la gestión de claves

Necesitamos asegurarnos de que todas las claves se gestionen correctamente mediante la gestión de vulnerabilidades de seguridad. Estas son algunas prácticas recomendadas:  

Descubrimiento y consolidación

El primer paso para gestionar las claves SSH es saber cuántas existen y dónde se encuentran dentro de la organización. Cada clave debe estar vinculada a su usuario y al servidor al que se conecta. También se registra qué clave no se ha utilizado y durante cuánto tiempo. También se debe considerar la retirada de las claves de antiguos empleados. La proliferación de claves y las claves individuales no autorizadas son riesgos potenciales que pueden mitigarse con un proceso de gestión de claves consolidado en un repositorio central. 

Las mejores prácticas para el descubrimiento de claves son: 

• Escaneo de claves adecuado

  El primer paso es escanear y descubrir claves SSH dondequiera que estén, como en dispositivos cliente como portátiles o ordenadores de escritorio utilizados por desarrolladores y administradores, servidores locales que alojan aplicaciones críticas, instancias en la nube que ejecutan máquinas virtuales y cualquier máquina virtual utilizada para procesos automatizados. Cada entorno es un repositorio potencial de claves SSH, y no tenerlas en cuenta puede generar vulnerabilidades en su sistema de seguridad. 

• Almacenamiento adecuado de llaves 

  Una vez que se descubren estas claves, es igualmente importante almacenarlas y mantenerlas en un inventario centralizado y actualizado. Considere este inventario como su única fuente de información fiable para todas las claves SSH de la organización. Con un control centralizado, los administradores pueden supervisar a quién pertenecen las claves, los sistemas a los que acceden y sus patrones de uso. También simplifica enormemente la revocación o rotación de claves cuando los usuarios abandonan la organización o cuando ya no se necesitan. 

• Automatización en el descubrimiento 

  Para que este proceso sea más eficiente y menos propenso a errores, es fundamental automatizar la detección de claves. Las búsquedas manuales en entornos extensos no solo requieren mucho tiempo, sino que también son susceptibles a errores humanos. Las herramientas de automatización pueden escanear sistemáticamente todos los dispositivos, servidores y entornos de nube, garantizando que ninguna clave pase desapercibida. Al reducir la sobrecarga manual, las organizaciones pueden centrarse en analizar y proteger sus procesos de gestión de claves en lugar de dedicar demasiado tiempo a localizarlas.

Creación y aplicación de políticas 

Es necesario crear políticas para proteger las claves del uso indebido. Estas políticas deben incluir:  

• ¿Quién puede crear claves?
• ¿Cómo se crean y almacenan claves?
• ¿Cuánto tiempo deben existir las claves antes de la rotación? 
• ¿Cuándo eliminar una clave?
• ¿Cuál es el límite máximo de acceso que debe tener una clave?

Las mejores prácticas para la creación y aplicación de políticas son: 

• Agrupación de claves similares

  Una estrategia de gestión de claves para desacoplar, organizar, controlar y mantener las claves seguras consiste en agruparlas según su funcionalidad. Por ejemplo, las claves utilizadas con fines administrativos, integración de aplicaciones o acceso de desarrolladores pueden agruparse en diferentes categorías. Esto facilita a los administradores la asignación de políticas a grupos de claves; si varias claves cumplen funciones similares, se garantizará que compartan las mismas medidas de seguridad y controles de acceso. 

• Implementación de RBAC 

  Con la implementación del Control de Acceso Basado en Roles (RBAC), la gestión de claves se fortalece al asignar derechos de acceso según roles específicos de la organización. En lugar de otorgar un acceso amplio, los usuarios obtienen solo lo que necesitan para su trabajo. Esto reduce las posibilidades de acceso no autorizado y garantiza que las claves SSH correspondan a los roles de la organización, lo que aumenta la seguridad y la rendición de cuentas.

• Creación de políticas personalizadas 

  También se pueden establecer políticas personalizadas en torno a la gestión del ciclo de vida de las claves. Por ejemplo, las organizaciones pueden implementar políticas que definan cómo se generan las claves, especificando su longitud y algoritmos para una seguridad óptima. Las políticas de rotación regular de claves garantizan la sustitución periódica de las claves antiguas, lo que reduce el riesgo de vulneración. Las políticas de acceso temporal pueden limitar la validez de claves específicas, revocándolas automáticamente tras un periodo predeterminado. Estas medidas, en conjunto, ayudan a mantener un entorno de claves SSH seguro y controlado, a la vez que se adaptan a las necesidades de la organización y a los requisitos normativos. 

Generar claves seguras

Al generar claves SSH, debemos elegir un algoritmo criptográfico fuerte con una longitud de clave adecuada, utilizando algoritmos como RSA o ED25519, que es muy recomendable. RSA ofrece una longitud de clave mayor, de 2048 o 4096 bits. Por otro lado, ED25519 ofrece una longitud de clave menor, de 256 bits. Ambos algoritmos son muy recomendables debido a su resistencia a ataques de fuerza bruta. Algoritmos como DSA no se consideran debido a su vulnerabilidad. 

Rotación de claves 

Una vez que una clave se ha utilizado durante un tiempo, debe rotarse para reducir su vulnerabilidad a ciberataques. El par de claves completo debe rotarse con un nuevo par de claves. La rotación de claves minimiza la posibilidad de que los atacantes hagan un uso indebido de las claves comprometidas. Además, garantiza un mejor control de acceso al garantizar actualizaciones periódicas de los privilegios. 

Las mejores prácticas involucradas en la rotación de claves son: 

• Regularidad de rotación 

  Se recomienda cambiar periódicamente las claves SSH para reforzar la seguridad y minimizar la probabilidad de acceso no autorizado. Los equipos de operaciones deben establecer un periodo de rotación de claves (por ejemplo, cada 30 o 45 días) para evitar la presencia de claves antiguas o potencialmente vulnerables durante la implementación.

• Automatización en rotación

  Se recomienda encarecidamente automatizar la rotación de claves, ya que ayuda a simplificar el proceso y a reducir la probabilidad de error. A gran escala, con muchas claves, es propenso a errores, especialmente al reemplazarlas manualmente. Un sistema de automatización permite crear nuevas claves, modificar los repositorios de claves existentes e implementarlos en los sistemas adecuados con poca o ninguna interacción humana. También pueden conectarse a sistemas de inventario centralizados para confirmar que toda la información importante esté actualizada y que se realice un seguimiento preciso de los registros. La automatización de la rotación de claves aborda varios problemas operativos, como la reducción de la sobrecarga operativa, la garantía de una política de seguridad uniforme en todos los entornos y la prevención de factores humanos que provocan pérdidas de seguridad.

Monitoreo y Auditoría Continua 

Finalmente, todo el proceso debe supervisarse continuamente. Es necesario auditar y supervisar si las claves se rotan y eliminan en el momento oportuno. Riesgos como la proliferación de claves y las claves individuales pueden eliminarse mediante la supervisión y la auditoría continuas.  

Las mejores prácticas que se pueden tener en cuenta son: 

• Habilitar el registro SSH

  Al habilitar el registro detallado, los administradores pueden rastrear y supervisar toda la actividad de SSH, lo que les permite saber quién accede al sistema y desde dónde. Monitorear estos registros ayuda a identificar rápidamente intentos de acceso anormales o no autorizados y a responder con rapidez a posibles amenazas de seguridad. 

• Alertas en tiempo real

  Podemos usar los registros de SSH e integrarlos con Gestión de eventos e información de seguridad (SIEM) Sistemas con alertas en tiempo real. SIEM se encarga de analizar los datos de seguridad de toda la empresa en tiempo real y correlacionarlos para identificar patrones inusuales. Si se produce actividad sospechosa, por ejemplo, muchos intentos de inicio de sesión o intentos de inicio de sesión fuera del horario habitual de acceso, el sistema SIEM puede generar alarmas, lo que permite notificar a los equipos de seguridad sin demora y tomar medidas.

• Auditoría del acceso SSH 

  Algunas claves SSH podrían quedar obsoletas o sin usar con el tiempo, especialmente cuando los empleados dejan la empresa o cambian sus roles. Esto también facilita la revisión y auditoría periódica del acceso, donde solo las claves activas y autorizadas funcionan. 

¿Cómo puede ayudar Encryption Consulting? 

Consultoría de Cifrado ofrece soluciones integrales para fortalecer la seguridad de datos y las prácticas de cifrado de su organización. Servicio de consejería Ayudamos a identificar posibles debilidades en los protocolos criptográficos, minimizando el riesgo de filtraciones de datos y accesos no autorizados. También mejoramos la protección de la identidad mediante la evaluación de los métodos de cifrado y autenticación, previniendo amenazas a la identidad como el robo o la identificación errónea, y garantizando que solo las personas autorizadas puedan acceder a la información confidencial.    

También ofrecemos servicios para crear sistemas eficaces de gestión de claves SSH, incluyendo seminarios web mensuales sobre gestión de claves SSH y de cifrado, protección de claves en la nube y más. Nuestras evaluaciones y formación para la gestión de claves en la nube en plataformas como AWS, Azure, y Google Cloud Garantizamos el cumplimiento de los estándares del sector y una sólida protección de datos. Para mantenerlo informado, publicamos semanalmente blogs con las mejores prácticas y conocimientos que ayudan a mantener las necesidades de seguridad de su organización actualizadas.

Conclusión

SSH, o Secure Shell, es un protocolo criptográfico de alta gama diseñado para garantizar la comunicación segura y autenticada en redes no seguras. Mediante el uso de criptografía de clave pública, cifrado y métodos de autenticación avanzados, SSH protege los datos confidenciales y evita el acceso no autorizado a sistemas remotos.  

Ofrecen un enfoque más sólido en comparación con la autenticación basada en contraseñas, pero pueden presentar riesgos como la manipulación de la clave privada, la proliferación de claves y ciberataques si no se gestionan y protegen eficazmente. Esto incluye la implementación de buenas prácticas como la rotación de claves, el almacenamiento centralizado y la monitorización continua para garantizar la seguridad de las claves SSH, no solo ahora, sino también en el futuro.