{"id":183658,"date":"2026-10-06T22:53:58","date_gmt":"2026-10-06T20:53:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/vypusk-openssh-10-6-s-ustraneniem-uyazvimostej"},"modified":"2026-10-06T22:54:02","modified_gmt":"2026-10-06T20:54:02","slug":"openssh-10-6-released-with-vulnerability-fixes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/openssh-10-6-released-with-vulnerability-fixes","title":{"rendered":"Lanzamiento de OpenSSH 10.6 con correcci\u00f3n de vulnerabilidades","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se public\u00f3 la versi\u00f3n OpenSSH 10.6, una implementaci\u00f3n abierta del cliente y del servidor para trabajar con los protocolos SSH 2.0 y SFTP. Se han solucionado problemas de seguridad, la mayor\u00eda de los cuales fueron identificados mediante el an\u00e1lisis de c\u00f3digo utilizando herramientas de IA (no se han asignado identificadores CVE): <\/p>\n
\n
Una vulnerabilidad en sftp que permite escribir un archivo fuera del directorio objetivo al acceder a un servidor controlado por atacantes.\n
Dos vulnerabilidades en la implementaci\u00f3n de GSSAPI en sshd, causadas por la conservaci\u00f3n del estado entre diferentes intentos de autenticaci\u00f3n. Las credenciales de GSSAPI podr\u00edan haberse guardado despu\u00e9s de un intento de autenticaci\u00f3n fallido y ser utilizadas despu\u00e9s de un intento exitoso posterior. Los problemas ocurren cuando se habilita la configuraci\u00f3n GSSAPIAuthentication.\n
En sshd y ssh se deshabilit\u00f3 el soporte para la compresi\u00f3n LZ77 debido a la posibilidad de realizar un ataque de canal lateral que permite recuperar contenido de otra sesi\u00f3n al conectarse a trav\u00e9s de una conexi\u00f3n multiplexada compartida con la v\u00edctima, aprovechando que los datos introducidos por el atacante afectan la longitud total de los mensajes cifrados transmitidos (LZ77 reemplaza cadenas repetidas con referencias en un b\u00fafer com\u00fan para todos los canales).\n
Se corrigi\u00f3 en ssh-keygen una incorrecta gesti\u00f3n del horario de verano, que provocaba un desplazamiento en la validez de los certificados de 1 hora.\n
Con el fin de bloquear la creaci\u00f3n de zip-bombs, se a\u00f1adi\u00f3 en sshd y ssh una verificaci\u00f3n que impide el exceder el tama\u00f1o m\u00e1ximo de paquete al descomprimir datos.\n
Cambios no relacionados con vulnerabilidades: <\/p>\n
\n
Se ha habilitado el soporte para el algoritmo de cifrado h\u00edbrido ssh-mldsa44-ed25519, resistente a intentos de resoluci\u00f3n por computadoras cu\u00e1nticas.\n
En sshd_config se ha implementado y habilitado por defecto la opci\u00f3n WarnWeakCrypto para gestionar la salida de advertencias sobre la conexi\u00f3n utilizando algoritmos de negociaci\u00f3n de claves que no son resistentes a computadoras cu\u00e1nticas.\n
En ssh-keygen y ssh-add se ha implementado la verificaci\u00f3n de la pol\u00edtica credProtect en las credenciales para cumplir con los requisitos de verificaci\u00f3n (PIN o biometr\u00eda) antes de acceder a las claves residuales en tokens FIDO.\n
En ssh y sshd en la directiva ChannelTimeout se permite especificar tiempos de espera con precisi\u00f3n de fracciones de segundo.\n
En sshd se ha a\u00f1adido la opci\u00f3n AgentSocketPath para especificar la ruta a $SSH_AUTH_SOCK al redirigir el agente (por ejemplo, user:.ssh\/agent para subdirectorios en $HOME y shared:\/tmp para directorios compartidos).\n