{"id":112310,"date":"2023-12-19T03:10:31","date_gmt":"2023-12-19T01:10:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-9-6-c-ustraneniem-uyazvimostej"},"modified":"2023-12-19T03:10:31","modified_gmt":"2023-12-19T01:10:31","slug":"reliz-openssh-9-6-c-ustraneniem-uyazvimostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-openssh-9-6-c-ustraneniem-uyazvimostej","title":{"rendered":"Lanzamiento de OpenSSH 9.6 con correcci\u00f3n de vulnerabilidades","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n de OpenSSH 9.6, una implementaci\u00f3n abierta del cliente y servidor para trabajar con los protocolos SSH 2.0 y SFTP. En esta nueva versi\u00f3n se han solucionado tres problemas de seguridad: <\/p>\n
\n
Vulnerabilidad en el protocolo SSH (CVE-2023-48795, ataque 'Terrapin'), que permite, durante un ataque MITM, revertir la conexi\u00f3n para utilizar algoritmos de autenticaci\u00f3n menos seguros y desactivar la protecci\u00f3n contra ataques a trav\u00e9s de canales secundarios, que recrean la entrada mediante el an\u00e1lisis de los retrasos entre las pulsaciones de teclas en el teclado. El m\u00e9todo de ataque se describe en una noticia separada.\n
Vulnerabilidad en la utilidad ssh que permite la inyecci\u00f3n de comandos shell arbitrarios manipulando los valores de nombre de usuario y host que contienen caracteres especiales. La vulnerabilidad puede ser explotada si el atacante controla los valores del nombre de usuario y el nombre de host que se pasan a ssh, las directivas ProxyCommand y LocalCommand o los bloques 'match exec', donde se especifican caracteres comod\u00edn como %u y %h. Por ejemplo, un nombre de usuario y host incorrectos pueden ser inyectados en sistemas que utilizan subm\u00f3dulos en Git, ya que Git no proh\u00edbe el uso de caracteres especiales en el nombre del host y del usuario. Una vulnerabilidad similar tambi\u00e9n aparece en libssh.\n
Error en ssh-agent, que causa que al agregar claves privadas PKCS#11, las restricciones aplicadas solo se vean en la primera clave devuelta por el token PKCS#11. El problema no afecta a las claves privadas est\u00e1ndar, tokens FIDO y claves establecidas sin restricciones. <\/ul>\n
Otros cambios: <\/p>\n
\n
En ssh se ha a\u00f1adido la sustituci\u00f3n '%j', que se expande al nombre del host especificado a trav\u00e9s de la directiva ProxyJump.\n
Se ha a\u00f1adido soporte para la configuraci\u00f3n de ChannelTimeout del lado del cliente en ssh, que puede ser utilizada para cerrar canales inactivos.\n
Se ha a\u00f1adido soporte en ssh, sshd, ssh-add y ssh-keygen para leer claves privadas ED25519 en el formato PEM PKCS8 (anteriormente solo se soportaba el formato OpenSSH).\n
En ssh y sshd se ha a\u00f1adido una extensi\u00f3n al protocolo para renegociar algoritmos de firma digital para la autenticaci\u00f3n mediante claves p\u00fablicas, que se lleva a cabo en una etapa posterior a la obtenci\u00f3n de los datos del nombre de usuario. Por ejemplo, mediante la extensi\u00f3n se pueden utilizar selectivamente otros algoritmos vinculados a los usuarios a trav\u00e9s de la especificaci\u00f3n de PubkeyAcceptedAlgorithms en el bloque 'Match user'.\n
Se ha a\u00f1adido una extensi\u00f3n de protocolo en ssh-add y ssh-agent para especificar certificados al cargar claves PKCS#11, lo que permite utilizar certificados asociados con claves privadas PKCS#11 en todas las utilidades de OpenSSH que admiten ssh-agent, y no solo en ssh.\n
Mejorada la detecci\u00f3n de banderas de compilador no soportadas o inestables, como '-fzero-call-used-regs' en clang.\n
Para limitar los privilegios del proceso sshd en versiones de OpenSolaris que soportan la interfaz getpflags(), se ha implementado el modo PRIV_XPOLICY en lugar de PRIV_LIMIT. <\/ul>\n