A tanulmányozott OpenSSH legutóbb felfedezett kritikus sebezhetőségének vizsgálata során újabb hasonló sebezhetőség (CVE-2024-6409) bukkant fel, amely lehetővé teszi a távoli kódvégrehajtást anélkül, hogy az azonosításon át kellene menni. Az új sebezhetőség nem olyan súlyos, mint az előző, mivel az SSH-szerver által indított gyermekfolyamatban a jogosultságok visszaállítása után jelentkezik. A sebezhetőség megtalálható a Red Hat Enterprise Linux 9 disztribúcióból származó openssh csomagokban, amelyek az 2021-ben közzétett OpenSSH 8.7 kiadásán alapulnak. A probléma a Fedora Linux 36 és 37 csomagjait is érinti, amelyek az OpenSSH 8.7 és 8.8 kiadásain alapulnak.
A sebezhetőség lényege, hogy hasonló a korábbi problémához, és szintén a SIGALRM megszakító kezelőben fellépő versenyállapot okozza, amely az aszinkron módban a jelek kezelőiből származó funkciók végrehajtásának következménye. A kezelő a LoginGraceTime paraméter által meghatározott időtúllépéskor lép működésbe, megszakítva a kód jelenlegi végrehajtását. Az aszinkron végrehajtásra nem felkészített, dinamikus memóriafoglalást alkalmazó funkciók, mint például a syslog(), használata a megszakító kezelőben a malloc belső struktúrájának sérüléséhez vezethet, amikor a SIGALRM a kód végrehajtása során bekövetkezik.
Az új sebezhetőség abban különbözik, hogy a versenyhelyzet a grace_alarm_handler() jelkezelőben a cleanup_exit() funkció hívásával keletkezik. Az OpenSSH fő kódalapjában ez a funkció aszinkron módon végrehajtott kódra használható, de a RHEL 9 és Fedora csomagokhoz egy további javítást alkalmaztak, amely a cleanup_exit() hívásában audit események generálásához használt funkciót tartalmaz.
Ezt a javítást a RHEL 9 és az abból származó disztribúciók az OpenSSH 8.7p1-alapú csomagokban használták. A legfrissebb Fedora kiadásokban a probléma nem jelentkezik, mivel a Fedora 38-tól kezdve a disztribúció egy újabb OpenSSH verzióra váltott a cleanup_exit() megváltoztatása nélkül. A korábbi sebezhetőségtől eltérően az új probléma blokkolásához nem alkalmazható olyan megoldás, amely az sshd „-e” opció használatán alapul, amely letiltja a syslog-on keresztüli naplózást. Viszont az sshd_config-ban a sebezhetőség blokkolásához beállítható a „LoginGraceTime=0” paraméter.
Forrás: opennet.ru
