ĂshtĂ« nĂ« dispozicion njĂ« version korrektues i OpenSSH 9.9p2, nĂ« tĂ« cilin janĂ« eliminuar dy vulnerabilitete tĂ« zbuluara nga kompania Qualys. NjĂ« shembull i pĂ«rdorimit tĂ« kĂ«tyre vulnerabiliteteve Ă«shtĂ« demonstruar pĂ«r tĂ« kryer njĂ« sulm MITM, i cili lejon pĂ«r redirekton e trafik avokato pet brenda veprimi tĂ« klientit me serverin SSH, duke e drejtuar atĂ« nĂ« njĂ« server fals, duke i shpĂ«tuar kontrollit tĂ« çelĂ«save tĂ« hostit dhe duke krijuar njĂ« perceptim te klienti tĂ« lidhjes me serverin e dĂ«shiruar (klienti SSH do tĂ« pranojĂ« çelĂ«sin e serverit fals si zĂ«vendĂ«sues tĂ« çelĂ«sit tĂ« serverit legjitim).
Vulnerabiliteti i parë (CVE-2025-26465) shkaktohet nga një gabim logjik në utilitarin ssh, që lejon të iket kontrolli i identifikimit të serverit dhe të kryhet një sulm MITM. Problemi shfaqet që nga radhitja OpenSSH 6.8p1 (dhjetor 2014) në konfigurimet me opsionin VerifyHostKeyDNS të aktivizuar. Në paketimin bazë të OpenSSH, ky opsion është i çaktivizuar nga default, por deri në mars 2023 ka qenë e aktivizuar në konfigurimet ssh në FreeBSD.
The essence of the problem is that in the code of the function verify_host_key_callback(), when calling the function verify_host_key(), only the error code â-1â is checked, while other codes, such as â-2â, are ignored. As a result, the function verify_host_key_callback() can return a successful code â0â, despite an error â-2â being returned by the function verify_host_key(). The error code â-2â is returned by the function verify_host_key() due to insufficient memory. If conditions are created that prevent memory allocation in the function verify_host_key(), SSH will believe that the host key has been verified successfully. To create such conditions, a spoof SSH server of the attacker, to which the client is redirected, returns the host key of the maximum possible size (256KB), while simultaneously exploiting a memory leak on the ssh-client side.
The conditions for creating a memory leak are achieved due to the second vulnerability (CVE-2025-26466), affecting both the ssh client and server sshd, dhe përdoret pa autentifikim. Ky çelës i sigurisë lejon shfrytëzimin e memories së disponueshme të procesit dhe krijimin e një ngarkese të lartë në CPU duke dërguar një numër të madh paketash SSH2_MSG_PING. Në trajtimin e paketave SSH2_MSG_PING ekziston një rrjedhje memorjeje, e cila shfaqet duke filluar nga lëshimi i OpenSSH 9.5p1 (gusht 2023). Rrjedhja ndodh për shkak se për çdo paketë 16-bajtëshe PING jepet një buffer 256-bajtë që krijon përgjigjen, por ky buffer lirohet vetëm pasi të përfundojë negociata për çelësat. Si një zgjidhje mbrojtëse, sugjerohet të konfigurohen kufizime me anë të direktivave LoginGraceTime, MaxStartups dhe PerSourcePenalties.
Burimi: opennet.ru
