{"id":182869,"date":"2026-08-12T04:54:03","date_gmt":"2026-08-12T02:54:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openssh-10-5"},"modified":"2026-08-12T04:54:03","modified_gmt":"2026-08-12T02:54:03","slug":"vypusk-openssh-10-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-openssh-10-5","title":{"rendered":"Publicaci\u00f3n de OpenSSH 10.5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n OpenSSH 10.5, una implementaci\u00f3n abierta del cliente y servidor para trabajar con los protocolos SSH 2.0 y SFTP. Principales cambios: <\/p>\n
\n
Para el funcionamiento de la versi\u00f3n port\u00e1til de OpenSSH, ahora se requiere soporte para criptograf\u00eda basada en curvas el\u00edpticas (ECC - Elliptic Curve Cryptography) en la biblioteca libcrypto, incluyendo soporte para la curva el\u00edptica NISTP521. En las implementaciones de libcrypto de los proyectos LibreSSL, OpenSSL, BoringSSL y AWS LC, dicho soporte est\u00e1 incluido por defecto.\n
En la utilidad ssh-keygen, al restablecer la contrase\u00f1a de claves privadas para tokens FIDO, se ha implementado la activaci\u00f3n de las flags touch-required y verify-required, que requieren la confirmaci\u00f3n del usuario.\n
En la utilidad ssh, se ha cambiado el orden de aplicaci\u00f3n de los certificados durante la autenticaci\u00f3n mediante claves p\u00fablicas, priorizando primero las claves FIDO, que no requieren acciones por parte del usuario, y, en \u00faltimo lugar, aquellas claves que solicitan verificaci\u00f3n por PIN o biometr\u00eda.\n
Se ha agregado el comando \u00abssh -Z user\u00bb, que muestra las claves en el orden de su uso para la autenticaci\u00f3n mediante claves p\u00fablicas.\n
Se han solucionado problemas de seguridad:\n
\n
Se ha corregido un manejo incorrecto de las solicitudes de vinculaci\u00f3n de sesi\u00f3n al bloquear el SSH Agent, lo que permit\u00eda que, en lugar de denegar el acceso, el SSH Agent permitiera realizar operaciones de forma remota que solo deb\u00edan estar disponibles localmente, como a\u00f1adir tokens PKCS#11 y utilizar claves que estaban vinculadas en las configuraciones a servidores espec\u00edficos.\n
En el cliente ssh se ha eliminado un posible acceso a memoria despu\u00e9s de su liberaci\u00f3n (use-after-free), que ocurr\u00eda al multiplexar conexiones SSH a trav\u00e9s de un solo socket cuando se a\u00f1ad\u00eda un nuevo reenv\u00edo de puertos mientras el cliente a\u00fan esperaba respuesta para abrir el reenv\u00edo anterior. servidores<\/a> respuesta sobre la apertura del reenv\u00edo anterior.\n