{"id":101115,"date":"2021-08-28T10:22:53","date_gmt":"2021-08-28T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-libssh-privodyashhaya-k-perepolneniyu-bufera"},"modified":"2021-08-28T10:22:53","modified_gmt":"2021-08-28T08:22:53","slug":"uyazvimost-v-libssh-privodyashhaya-k-perepolneniyu-bufera","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimost-v-libssh-privodyashhaya-k-perepolneniyu-bufera","title":{"rendered":"Vulnerabilidad en libssh que conduce a un desbordamiento de b\u00fafer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la biblioteca libssh (no confundir con libssh2), destinada a a\u00f1adir soporte cliente y servidor para el protocolo SSHv2 en programas en lenguaje C, se ha identificado una vulnerabilidad (CVE-2021-3634) que provoca un desbordamiento de b\u00fafer al iniciar el proceso de cambio de clave (rekey) utilizando un mecanismo de intercambio de claves que emplea otro algoritmo de hash. El problema se ha solucionado en la versi\u00f3n 0.9.6. <\/p>\n
La esencia del problema es que la operaci\u00f3n de cambio de clave permite el uso de hash criptogr\u00e1ficos con un tama\u00f1o de huella que difiere del algoritmo originalmente utilizado. Al mismo tiempo, la memoria para el hash en libssh se asignaba seg\u00fan el tama\u00f1o original del hash, y el uso de un hash de mayor tama\u00f1o provoca la sobrescritura de datos m\u00e1s all\u00e1 del b\u00fafer asignado. Como m\u00e9todo de protecci\u00f3n alternativo, se puede restringir la lista de m\u00e9todos de intercambio de claves solo a algoritmos con el mismo tama\u00f1o de hash. Por ejemplo, para vincular a SHA256, se puede agregar en el c\u00f3digo: rc = ssh_options_set(s->ssh.session, SSH_OPTIONS_KEY_EXCHANGE, \"diffie-hellman-group14-sha256,curve25519-sha256,ecdh-sha2-nistp256\"); \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"