{"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\/it\/blog\/news\/uyazvimost-v-libssh-privodyashhaya-k-perepolneniyu-bufera","title":{"rendered":"Vulnerabilit\u00e0 in libssh che porta a un overflow di buffer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nella libreria libssh (non confondere con libssh2), destinata ad aggiungere supporto client e server per il protocollo SSHv2 nei programmi in linguaggio C, \u00e8 stata identificata una vulnerabilit\u00e0 (CVE-2021-3634) che causa un overflow del buffer durante l'inizializzazione del processo di cambio chiave (rekey) utilizzando un meccanismo di scambio chiave che adotta un algoritmo di hashing differente. Il problema \u00e8 stato risolto nella versione 0.9.6. <\/p>\n
Il problema \u00e8 che l'operazione di cambio della chiave consente l'uso di hash crittografici con una dimensione del blocco diversa rispetto all'algoritmo utilizzato inizialmente. In questo caso, la memoria per l'hash in libssh \u00e8 stata allocata in base alla dimensione dell'hash originale, e l'uso di un hash di dimensioni maggiori porta a sovrascrivere i dati al di fuori del buffer allocato. Come metodo di protezione alternativo, \u00e8 possibile limitare l'elenco dei metodi supportati di scambio delle chiavi solo a quelli con dimensioni di hash identiche. Ad esempio, per vincolarsi a SHA256, si pu\u00f2 aggiungere nel codice: rc = ssh_options_set(s->ssh.session, SSH_OPTIONS_KEY_EXCHANGE, \"diffie-hellman-group14-sha256,curve25519-sha256,ecdh-sha2-nistp256\"); \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"