{"id":110627,"date":"2023-10-05T15:10:24","date_gmt":"2023-10-05T13:10:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-9-5"},"modified":"2023-10-05T15:10:24","modified_gmt":"2023-10-05T13:10:24","slug":"reliz-openssh-9-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-openssh-9-5","title":{"rendered":"Lanzamiento de OpenSSH 9.5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n de OpenSSH 9.5, una implementaci\u00f3n abierta del cliente y servidor para trabajar con los protocolos SSH 2.0 y SFTP. <\/p>\n
Principales cambios: <\/p>\n
\n
En ssh-keygen, la generaci\u00f3n de claves basada en la firma digital Ed25519, desarrollada por Daniel Bernstein y estandarizada en el RFC 8709, est\u00e1 habilitada de forma predeterminada. Se destaca que las claves Ed25519 son compatibles desde la versi\u00f3n OpenSSH 6.5 (2014) y son m\u00e1s convenientes debido a su peque\u00f1o tama\u00f1o. Adem\u00e1s, las firmas digitales Ed25519 ofrecen un nivel de seguridad m\u00e1s alto que ECDSA y DSA, y demuestran una velocidad de verificaci\u00f3n y creaci\u00f3n de firmas muy alta. La resistencia al ataque para Ed25519 es de aproximadamente 2^128 (en promedio, se requerir\u00edan 2^140 operaciones de bits para atacar Ed25519), lo que corresponder\u00eda a la resistencia de algoritmos como NIST P-256 y RSA con un tama\u00f1o de clave de 375 bytes o un cifrado de bloque de 128 bits. Ed25519 tambi\u00e9n es inmune a problemas de colisi\u00f3n en los hash, no es sensible a ataques a trav\u00e9s de la determinaci\u00f3n de la velocidad de trabajo de la cach\u00e9 (cache-timing attacks) y a ataques por canal lateral (side-channel attacks).\n
Se ha a\u00f1adido protecci\u00f3n contra ataques a la utilidad ssh que analizan los retrasos entre las pulsaciones de teclas en el teclado para recrear la entrada. Estos ataques se basan en que los retrasos entre las pulsaciones al escribir dependen de la disposici\u00f3n de las teclas en el teclado (por ejemplo, la reacci\u00f3n al ingresar la letra \u00abF\u00bb es m\u00e1s r\u00e1pida que al ingresar \u00abQ\u00bb o \u00abX\u00bb, ya que se requieren menos movimientos de los dedos). SSH estaba expuesto a estos ataques ya que enviaba informaci\u00f3n sobre el car\u00e1cter ingresado en un paquete separado inmediatamente despu\u00e9s de presionar cada tecla; por lo tanto, los retrasos entre el env\u00edo de paquetes correlacionaban con los retrasos entre las pulsaciones de teclas.\n
Para ocultar las caracter\u00edsticas de la entrada interactiva en el tr\u00e1fico, ssh implementa el env\u00edo de datos no a medida que se escriben, sino \u00fanicamente en intervalos de tiempo fijos (por defecto, 20 ms). Adem\u00e1s, para confundir a los atacantes, se env\u00edan pulsaciones ficticias en momentos aleatorios despu\u00e9s de enviar datos reales. Para configurar la protecci\u00f3n, se ha a\u00f1adido el par\u00e1metro \u00abObscureKeystrokeTiming\u00bb en ssh_config. <\/p>\n
En ssh y sshd se ha implementado el soporte para la extensi\u00f3n del protocolo SSH \u00abping@openssh.com\u00bb, que a\u00f1ade un nuevo tipo de mensajes SSH2_MSG_PING y SSH2_MSG_PONG para el env\u00edo peri\u00f3dico de paquetes a intervalos regulares. Esta extensi\u00f3n es necesaria para la protecci\u00f3n mencionada contra ataques por canales externos.\n
En sshd se permite redefinir las directivas Subsystem a trav\u00e9s de bloques Match.\n
En sshd, se ha cambiado el manejo de las comillas en la directiva Subsystem, que ahora se mantienen para los comandos y argumentos, lo que puede provocar problemas de compatibilidad con configuraciones muy raras. <\/ul>\n