Gli sviluppatori di OpenSSH hanno continuato a separare sshd in file eseguibili distinti. Nella prima fase di separazione, realizzata a maggio, le funzionalità relative alla gestione delle sessioni sono state spostate in un processo separato, sshd-session, mentre a sshd è rimasta solo la funzionalità necessaria per accettare una nuova connessione di rete e avviare sshd-session per ogni nuova sessione. Ieri è stata apportata una modifica al codice sorgente di OpenSSH che aggiunge un ulteriore processo — sshd-auth, in cui è stato trasferito il codice per l'autenticazione.
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ì 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é il codice relativo all'autenticazione è ora presente in memoria solo durante l'autenticazione e poi viene scaricato al termine del processo sshd-auth.
Analogamente a sshd, ssh-session e ssh-agent, per il processo sshd-auth è stata applicata l'operazione di randomizzazione dell'eseguibile durante ogni avvio del sistema operativo. La randomizzazione rende imprevedibili gli offset delle funzioni negli eseguibili e nelle librerie, rendendo difficile la creazione di exploit che utilizzano metodi di programmazione orientata al ritorno (ROP — Return-Oriented Programming). Utilizzando la tecnica ROP, l'attaccante non cerca di posizionare il proprio codice in memoria, ma opera su frammenti di istruzioni macchina esistenti che terminano con un'istruzione di ritorno (di solito la fine delle funzioni). Il lavoro dell'exploit consiste nel costruire una catena di chiamate a simili blocchi ("gadget") per ottenere la funzionalità desiderata.
Fonte: opennet.ru
