Az OpenSSH fejlesztői folytatták az sshd különálló végrehajtható fájlokra való szétválasztását. A májusban végrehajtott első szétválasztás során az sshd-ből egy külön folyamatba, az sshd-session-be áthelyezték a munkamenetek kezeléséért felelős funkciókat, míg az sshd-ben csak az új hálózati kapcsolatok fogadásához és az sshd-session elindításához szükséges funkciók maradtak. Tegnap az OpenSSH kódalapjába egy módosítást vezettek be, amely hozzáadott egy új folyamatot — az sshd-auth-ot, amelybe az sshd-session-ból áthelyezték az autentikációt végző kódot.
Az sshd-auth folyamat az sshd-session-ból indul el, és lehetővé teszi az autentikációval kapcsolatos adatok további elszigetelését egy külön folyamat címtartományában, így megelőzve a hozzáférést ezekhez az adatokhoz a memóriában, ha támadás történik a kapcsolat kezelési szakaszait végző kódra. Ezenkívül a módosítás enyhén csökkenti a memóriafogyasztást, mivel az autentikációval kapcsolatos kód most csak az autentikáció ideje alatt van a memóriában, majd az sshd-auth folyamat befejezésekor kiürül.
Hasonlóan az sshd-hez, az ssh-sessionhoz és az ssh-agenthez, az sshd-auth folyamat esetében is alkalmazták a véletlenszerű újrastrukturálás műveletét az operációs rendszer minden indításakor. A véletlenszerű újrastrukturálás lehetetlenné teszi a funkciók eltolódásának előrejelzését a végrehajtható fájlokban és könyvtárakban, ami megnehezíti a visszatérési orientált programozást (ROP — Return-Oriented Programming) használó exploitok létrehozását. A ROP technika alkalmazásakor a támadó nem próbálja a saját kódját a memóriába helyezni, hanem már meglévő gépi utasításszeletekkel dolgozik, amelyek visszaadják a vezérlést (általában ezek a funkciók végén találhatóak). A exploit működése a hasonló blokkok („gadgetek”) hívásláncának felépítésére korlátozódik, hogy megszerezze a szükséges funkcionalitást.
Forrás: opennet.ru
