{"id":120192,"date":"2024-10-15T19:09:13","date_gmt":"2024-10-15T17:09:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-openssh-kod-autentifikaczii-vynesen-v-otdelnyj-proczess-sshd-auth"},"modified":"2024-10-15T19:09:13","modified_gmt":"2024-10-15T17:09:13","slug":"v-openssh-kod-autentifikaczii-vynesen-v-otdelnyj-proczess-sshd-auth","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-openssh-kod-autentifikaczii-vynesen-v-otdelnyj-proczess-sshd-auth","title":{"rendered":"In OpenSSH il codice di autenticazione \u00e8 stato spostato in un processo separato sshd-auth.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori di OpenSSH hanno continuato a suddividere sshd in diversi file eseguibili. Nella prima fase di separazione, realizzata a maggio, le funzioni legate alla gestione delle sessioni sono state estratte da sshd in un processo separato chiamato sshd-session, mentre sshd ora mantiene solo le funzionalit\u00e0 necessarie per ricevere una nuova connessione di rete e avviare sshd-session per ogni nuovo collegamento. Ieri, \u00e8 stata apportata una modifica al codice di OpenSSH che ha aggiunto un ulteriore processo \u2014 sshd-auth, che ha trasferito il codice di autenticazione da sshd-session. <\/p>\n
Il processo sshd-auth viene avviato da sshd-session e consente di isolare ulteriormente i dati relativi all'autenticazione nello spazio di indirizzamento di un processo separato, evitando cos\u00ec l'accesso a questi dati in memoria in caso di attacchi al codice utilizzato per gestire le fasi di connessione fino al completamento dell'autenticazione. Inoltre, la modifica riduce leggermente il consumo di memoria, poich\u00e9 il codice relativo all'autenticazione \u00e8 ora presente in memoria solo durante l'autenticazione e poi viene scaricato al termine del processo sshd-auth. <\/p>\n
Analogamente a sshd, ssh-session e ssh-agent, per il processo sshd-auth \u00e8 stata applicata l'operazione di riposizionamento casuale del file eseguibile durante ogni avvio del sistema operativo. Il riposizionamento casuale rende imprevedibili gli offset delle funzioni nei file eseguibili e nelle librerie, rendendo pi\u00f9 difficile la creazione di exploit che utilizzano tecniche di Programmazione Orientata al Ritorno (ROP \u2014 Return-Oriented Programming). Utilizzando la tecnica ROP, l'attaccante non cerca di inserire il proprio codice in memoria, ma opera su frammenti esistenti di istruzioni macchina che terminano con un'istruzione di ritorno (solitamente, queste sono le terminazioni delle funzioni). Il funzionamento dell'exploit si riduce alla costruzione di una catena di chiamate a queste unit\u00e0 simili (i cosiddetti 'gadgets') per ottenere la funzionalit\u00e0 desiderata. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"