Secure Shell, o SSH, es un protocolo de red que se utiliza normalmente para conectar a un usuario a un sistema remoto a través de una red insegura. SSH no solo autentica a los usuarios, sino también encripta Comunicaciones a través de redes como Internet. Administradores de sistemas, usuarios y procesos automatizados utilizan SSH en organizaciones para iniciar transferencias de archivos, gestionar la infraestructura y proporcionar acceso a otras operaciones críticas del sistema. SSH también funciona en la computación en la nube para ayudar a resolver problemas de red y seguridad. Las claves SSH sirven para autenticar a los usuarios sin usar nombres de usuario ni contraseñas. En su lugar, los usuarios cuentan con un par de claves SSH de confianza que los autentica como quienes dicen ser.
¿Cómo se utilizan las claves SSH?
La autenticación con clave SSH comienza con la creación de un par de claves. Dado que la autenticación con SSH es asimétrica, se crea un par de claves asimétricas. El cifrado asimétrico utiliza un par de claves compuesto por una clave pública y una privada, también conocidas como claves autorizadas y de identidad, respectivamente. La clave pública otorga al usuario acceso al sistema de archivos remoto, de modo que no cualquiera puede iniciar sesión en él. Incluso si un usuario no autorizado robara la clave pública, no podría acceder a la información del sistema de archivos remoto, ya que también necesitaría la clave privada. La clave privada actúa como autenticación de la identidad del usuario, brindándole acceso a los datos a los que tiene acceso permitido. Al igual que con todas las claves privadas, la clave de identidad debe mantenerse segura y solo debe ser accesible para el usuario a quien autentica. El par de claves se crea una sola vez, lo que significa que permanece vinculado al usuario durante toda su vida útil. También se puede utilizar una frase de contraseña para añadir una medida de seguridad adicional al proceso de autenticación SSH. Los datos del mensaje se cifran con cifrado simétrico.
Tras la creación del par de claves asimétricas, el cliente envía el ID de la clave pública al servidor para su autenticación. El servidor busca un número de ID coincidente con la clave pública y, si lo encuentra, cifra un mensaje con la clave pública y lo envía al cliente. El cliente entonces... descifra El mensaje, calcula su hash MD5 y lo envía de vuelta al servidor. Si los hashes coinciden, el cliente se autentica en el sistema y puede trabajar con el sistema de archivos remoto.
¿Por qué es importante la gestión de claves SSH?
La gestión de claves SSH es fundamental al cifrar conexiones mediante SSH. La mala gestión de un par de claves SSH puede comprometer todo el sistema remoto al que se accede. A continuación, se muestra una lista de los riesgos que previene la gestión de claves SSH:
-
Pérdida de información
Los atacantes que obtienen el control de las claves SSH pueden robar, eliminar o modificar cualquier dato al que la víctima haya tenido acceso. Esto puede provocar la exposición de datos confidenciales, como información de identificación personal (PII), o la pérdida de dichos datos.
-
Generación de claves extrañas
Cualquier usuario con acceso al sistema remoto puede crear un par de claves para otros fines de autenticación. Si un par de claves SSH se administra incorrectamente y un atacante las roba, podría crear un número ilimitado de pares de claves nuevos. Esto no solo dificultaría la administración de las claves legítimas, sino que también permitiría al atacante iniciar sesión con cualquiera de los pares de claves recién creados si el par de claves robado se eliminara.
-
Falta de fecha de caducidad
Las claves SSH no tienen fecha de vencimiento, como Certificados SSL/TLS Esto aumenta el riesgo de que un par de claves SSH se administre incorrectamente. Cuanto más tiempo exista un par de claves, más fácil será dejar de protegerlo a medida que se crean nuevas claves. Además, es menos probable que se roten las claves antiguas, ya que los administradores de sistemas pueden desconocer su propósito. Otro problema que plantea la falta de fecha de caducidad es que, cuando los miembros del equipo dejan la organización, aún pueden tener acceso a su clave, lo que les permite acceder a cualquier dato al que podían acceder mientras estaban en la empresa. 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.
-
Teclas solistas
Si un empleado deja la organización, suele dejar una sola clave, lo que resulta en un par de claves inutilizable. Los usuarios también pueden perder sus claves, lo que causa más problemas al intentar eliminarlas. Como antes, los administradores de sistemas dudan en deshacerse de claves cuyo propósito desconocen, especialmente porque podrían interrumpir sistemas críticos.
-
Expansión de claves
A medida que una organización opera a lo largo de los años, se crean cada vez más claves. Con tantas claves creadas, se dificulta el seguimiento y la gestión de las claves en circulación. Esto facilita que los atacantes comprometan las claves, ya que es probable que no se pueda contabilizar cada una de ellas.
-
Ataques basados en SSH
Los ataques basados en SSH son cada vez más frecuentes. Los actores de amenazas pueden aprovechar claves privadas comprometidas y suplantar la identidad de administradores, modificar y leer tráfico cifrado, y acceder a material no autorizado. Si un atacante accede a los sistemas remotos de una organización, podría modificar, eliminar y robar datos, implementar malware o interrumpir las operaciones críticas de los sistemas.
-
Cumplimiento
Una de las razones más importantes para gestionar adecuadamente las claves es cumplir con las normas y regulaciones de seguridad. Normas gubernamentales de cumplimiento y regulación, como PCI-DSS, y FIP, exigen que las organizaciones mantengan sus claves SSH bien administradas. El Instituto Nacional de Estándares y Tecnología (NIST) de EE. UU. publicó directrices sobre las mejores maneras de garantizar la correcta administración de las claves SSH en su documento NIST IR 7966.
Cumplimiento de la gestión de claves SSH
Para cumplir con estándares como PCI-DSS, HIPPA, y FIPS, existen requisitos que deben cumplirse:
- Las identidades y las claves SSH deben gestionarse adecuadamente para garantizar la protección de la información de identificación personal (PII) y otros datos confidenciales.
- Las llaves deben rotarse cuando se utilizan durante un tiempo prolongado y eliminarse si ya no están activas.
- Se debe seguir la política de mínimos privilegios. Esto significa que los usuarios solo deben tener acceso a la información que realmente necesitan, y nada más. Esto impide que los atacantes que roban claves accedan a todo el sistema remoto.
- Las llaves deben reemplazarse rápidamente en caso de pérdida o violación.
- La seguridad de las áreas que contienen información de pago o datos PII debe ser especialmente monitoreada y segregada de otras partes de la red.
Mejores prácticas para la gestión de claves SSH
Es fundamental gestionar correctamente las claves SSH. Debe garantizar la cobertura completa de las claves de su organización y la correcta detección de cualquier vulnerabilidad de seguridad. A continuación, se presentan algunas prácticas recomendadas para una correcta gestión de claves SSH.
-
Descubrimiento y consolidación
El primer paso en el proceso de gestión de claves SSH es descubrir qué claves se han distribuido en la organización y cuántas. Las claves deben estar asociadas a los usuarios y servidores a los que corresponden, y se debe verificar continuamente su tiempo de uso. Si han estado disponibles durante mucho tiempo, deben rotarse. Si el usuario autenticado por las claves ya no trabaja en la organización, estas deben eliminarse para evitar el uso indebido del par de claves. Las claves también deben consolidarse en un área dentro de la organización. Esto facilita la gestión de claves y reduce la superficie de ataque. Centralizar el almacenamiento de claves ayuda a prevenir la proliferación de claves y la proliferación de claves.
-
Creación y aplicación de políticas
El siguiente paso es crear políticas para proteger las claves. Estas políticas deben definir:
- ¿Quién puede crear claves?
- Cómo crear y almacenar claves
- ¿Para qué se crean las claves?
- ¿Cuánto tiempo deben existir las claves antes de la rotación?
- ¿Qué justifica la eliminación de una clave?
- El acceso máximo que debe tener una clave
- Mientras la organización aplique estas políticas, las claves no deberían administrarse de forma incorrecta y los vectores de ataque para los actores maliciosos deberían reducirse considerablemente. Estas políticas son la base de la gestión de claves SSH, por lo que su aplicación debe ser una prioridad en el plan de seguridad de cualquier organización.
-
Identificación y neutralización de riesgos
Se deben identificar y eliminar todas las vulnerabilidades de seguridad relacionadas con las claves SSH. Con la centralización de los pares de claves SSH, la identificación de problemas se vuelve más sencilla. Los técnicos de seguridad deben buscar claves antiguas o sin usar, opciones de almacenamiento inseguras o claves comprometidas. Como se mencionó anteriormente, las claves antiguas deben rotarse y las no utilizadas deben eliminarse. Este paso del proceso mantiene los sistemas remotos y garantiza su seguridad continua.
-
Rotación de claves
Las claves deben rotarse periódicamente una vez que hayan estado en uso durante un tiempo. Ambas claves del par deben rotarse con claves nuevas. Esto reduce el riesgo de que una clave se vea comprometida si los técnicos de seguridad no la protegen por desconocer su función. Esto también reduce el riesgo de proliferación de claves. La automatización de este paso reduce considerablemente el riesgo de error humano, ya que una clave se pasa por alto y no se rota.
-
Monitoreo y Auditoría Continua
El último paso es supervisar y auditar continuamente las claves para garantizar que se roten y eliminen en el momento oportuno. Sin una supervisión continua, las claves pueden quedar ocultas tras la salida del usuario, lo que expone a la empresa a amenazas. Mediante la supervisión continua, se evita el riesgo de proliferación de claves, la presencia de claves individuales y el incumplimiento de las normativas. La automatización de este paso del proceso eliminaría los errores humanos.
Gestión de claves SSH con Encryption Consulting
Consultoría de cifrado Ofrece diversos métodos para crear su propio sistema exitoso de gestión de claves SSH. Realizamos reuniones mensuales. webinars relacionados con la gestión de claves SSH, la gestión de claves de cifrado, la protección de claves en la nube y más. También ofrecemos evaluaciones y capacitación por la Gestión de claves en la nube en AWS, Azure, y Google Cloud PlatformPodemos garantizar que su sistema cumpla con los estándares de cumplimiento y proteja sus datos con los mejores métodos disponibles. También escribimos semanalmente. blogs que puede ayudarle a encontrar las mejores prácticas a utilizar para sus necesidades de gestión de claves y aprender más sobre los diferentes aspectos de las necesidades de seguridad de datos de su organización.
Conclusión
SSH, un protocolo de red vital para conexiones seguras, se basa en pares de claves para la autenticación y el cifrado. Una gestión adecuada de las claves SSH es crucial, ya que una gestión incorrecta puede provocar pérdida de datos, acceso no autorizado e infracciones de cumplimiento normativo. Las prácticas recomendadas incluyen el descubrimiento y la consolidación de claves, la creación y aplicación de políticas, la identificación de riesgos, la rotación de claves y la monitorización continua.