Después de seis meses de desarrollo lanzamiento , una implementación abierta de cliente y servidor para trabajar con los protocolos SSH 2.0 y SFTP.
Un aspecto que merece especial atención en la nueva versión es la eliminación de una vulnerabilidad que afecta a ssh, sshd, ssh-add y ssh-keygen. El problema reside en el código que procesa claves privadas del tipo XMSS y permite a un atacante iniciar un desbordamiento de enteros. La vulnerabilidad se ha clasificado como explotable, aunque poco aplicable, ya que el soporte para claves XMSS se considera una característica experimental, desactivada por defecto (en la versión portátil, el autoconf ni siquiera prevé una opción de construcción para habilitar XMSS).
Principales cambios:
- en ssh, sshd y ssh-agent código que impide la recuperación de la clave privada que se encuentra en la memoria, como resultado de ataques de canal lateral, tales como , y . Las claves privadas ahora se cifran al cargarse en memoria y se descifran únicamente en el momento de su uso, manteniéndose cifradas el resto del tiempo. Con este enfoque, para que un atacante tenga éxito en la recuperación de la clave privada, necesita previamente recuperar una clave intermedia aleatoria de 16 KB, utilizada para cifrar la clave principal, lo cual es poco probable dada la frecuencia de errores en la recuperación de ataques modernos;
- En se ha añadido soporte experimental para un esquema simplificado de creación y verificación de firmas digitales. Las firmas digitales se pueden crear utilizando claves SSH comunes, almacenadas en disco o en ssh-agent, y verificarse mediante un sistema similar al de authorized_keys . La firma digital incorpora información sobre el espacio de nombres para evitar confusiones cuando se utiliza en diferentes ámbitos (por ejemplo, para correos electrónicos y archivos);
- ssh-keygen ahora utiliza por defecto el algoritmo rsa-sha2-512 para la firma digital de certificados basados en una clave RSA (cuando se opera en modo CA). Tales certificados son incompatibles con versiones anteriores a OpenSSH 7.2 (para mantener la compatibilidad, se debe redefinir el tipo de algoritmo, por ejemplo a través del comando «ssh-keygen -t ssh-rsa -s …»);
- en ssh, la expresión ProxyCommand ahora soporta la divulgación de la sustitución «%n» (el nombre del host especificado en la barra de direcciones);
- En las listas de algoritmos de cifrado para ssh y sshd, ahora se puede utilizar el símbolo «^» para insertar algoritmos propuestos por defecto. Por ejemplo, para agregar ssh-ed25519 a la lista por defecto, se puede especificar «HostKeyAlgorithms ^ssh-ed25519»;
- En ssh-keygen se ha garantizado la salida del comentario adjunto a la clave al extraer la clave pública de la privada;
- En ssh-keygen se ha añadido la opción de usar el flag «-v» al realizar operaciones de búsqueda de claves (por ejemplo, «ssh-keygen -vF host»), cuya indicación produce una salida clara de la firma del host;
- Se ha añadido la posibilidad de usar como formato alternativo para almacenar claves privadas en el disco. Por defecto, se sigue utilizando el formato PEM, y PKCS8 puede resultar útil para lograr compatibilidad con aplicaciones de terceros.
Fuente: opennet.ru
