{"id":106630,"date":"2023-02-03T12:48:25","date_gmt":"2023-02-03T10:48:25","guid":{"rendered":"https:\/\/prohoster.info\/?p=106630"},"modified":"2023-02-03T21:50:37","modified_gmt":"2023-02-03T19:50:37","slug":"vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","title":{"rendered":"Lanzamiento de OpenSSH 9.2 que corrige una vulnerabilidad que se manifiesta en la etapa anterior a la autenticaci\u00f3n","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n OpenSSH 9.2, la implementaci\u00f3n de c\u00f3digo abierto del cliente y servidor para trabajar con los protocolos SSH 2.0 y SFTP. En esta nueva versi\u00f3n se ha corregido una vulnerabilidad que lleva a una doble liberaci\u00f3n de memoria durante la etapa previa a la autenticaci\u00f3n. Solo la versi\u00f3n OpenSSH 9.1 es susceptible a esta vulnerabilidad; en versiones anteriores, el problema no se manifiesta. <\/p>\n
Para crear las condiciones para la manifestaci\u00f3n de la vulnerabilidad, es suficiente cambiar el banner del cliente SSH a \u00abSSH-2.0-FuTTYSH_9.1p1\u00bb para lograr que se establezcan los flags \u00abSSH_BUG_CURVE25519PAD\u00bb y \u00abSSH_OLD_DHGEX\u00bb, que dependen de la versi\u00f3n del cliente SSH. Despu\u00e9s de establecer estos flags, la memoria para el buffer \u00aboptions.kex_algorithms\u00bb se libera dos veces: al ejecutar la funci\u00f3n do_ssh2_kex(), que llama a compat_kex_proposal(), y al ejecutar la funci\u00f3n do_authentication2(), que llama en cadena a input_userauth_request(), mm_getpwnamallow(), copy_set_server_options(), assemble_algorithms() y kex_assemble_names(). <\/p>\n
Crear un exploit funcional para la vulnerabilidad se considera poco probable, ya que el proceso de explotaci\u00f3n es demasiado complicado: las bibliotecas modernas de gesti\u00f3n de memoria proporcionan protecci\u00f3n contra liberaciones dobles de memoria, y el proceso de pre-autenticaci\u00f3n, donde se encuentra el error, se ejecuta con privilegios reducidos en un entorno sandbox aislado. <\/p>\n
Adem\u00e1s de la vulnerabilidad mencionada, la nueva versi\u00f3n tambi\u00e9n ha corregido otros dos problemas de seguridad: <\/p>\n
\n
Error en el manejo de la configuraci\u00f3n \u00abPermitRemoteOpen\u00bb, que provoca la ignorancia del primer argumento si este difiere de los valores \u00abany\u00bb y \u00abnone\u00bb. El problema se manifiesta en versiones posteriores a OpenSSH 8.7 y conlleva la omisi\u00f3n de la verificaci\u00f3n al proporcionar solo un privilegio.\n
Un atacante que controla el servidor DNS utilizado para la resoluci\u00f3n de nombres puede lograr la sustituci\u00f3n de caracteres especiales (como \u00ab*\u00bb) en los archivos known_hosts, si las opciones CanonicalizeHostname y CanonicalizePermittedCNAMEs est\u00e1n habilitadas en la configuraci\u00f3n, y el resolvedor del sistema no verifica la validez de las respuestas del servidor DNS. La realizaci\u00f3n de un ataque se considera poco probable, ya que los nombres devueltos deben cumplir con las condiciones establecidas a trav\u00e9s de CanonicalizePermittedCNAMEs. <\/ul>\n
Otros cambios: <\/p>\n
\n
En ssh_config para ssh se ha a\u00f1adido la opci\u00f3n EnableEscapeCommandline, que controla la habilitaci\u00f3n del procesamiento del cliente de la secuencia de escape \u00ab~C\u00bb, que proporciona una l\u00ednea de comandos. Por defecto, el procesamiento de \u00ab~C\u00bb ahora est\u00e1 deshabilitado para utilizar un aislamiento sandbox m\u00e1s estricto, lo que potencialmente puede causar fallos en los sistemas donde \u00ab~C\u00bb se utiliza para redirigir puertos durante su operaci\u00f3n.\n
En sshd_config para sshd se a\u00f1adi\u00f3 la directiva ChannelTimeout para establecer un tiempo de espera de inactividad del canal (los canales que no registren tr\u00e1fico en el tiempo especificado en la directiva se cerrar\u00e1n autom\u00e1ticamente). Se pueden establecer diferentes tiempos de espera para las sesiones, X11, agentes y redirecci\u00f3n de tr\u00e1fico.\n
En sshd_config para sshd se a\u00f1adi\u00f3 la directiva UnusedConnectionTimeout, que permite establecer un tiempo de espera para finalizar conexiones de cliente que est\u00e9n inactivas durante un tiempo determinado sin canales activos.\n
Se ha a\u00f1adido la opci\u00f3n \u00ab-V\u00bb en sshd para mostrar la versi\u00f3n, de forma similar a una opci\u00f3n en el cliente ssh.\n
Se ha a\u00f1adido una l\u00ednea \u00abHost\u00bb en la salida \u00abssh -G\u00bb, que refleja el valor del argumento con el nombre del host.\n
En scp y sftp se ha a\u00f1adido la opci\u00f3n «-X» para gestionar par\u00e1metros del protocolo SFTP como el tama\u00f1o del b\u00fafer de copia y el n\u00famero de solicitudes pendientes de finalizaci\u00f3n.\n
En ssh-keyscan se permite el escaneo de rangos de direcciones CIDR completos, por ejemplo, «ssh-keyscan 192.168.0.0\/24». <\/ul>\n