En korrigerande version av OpenSSH 9.9p2 har slÀppts, dÀr tvÄ sÄrbarheter som identifierats av Qualys har ÄtgÀrdats. Ett exempel har visats pÄ hur dessa sÄrbarheter kan anvÀndas för att utföra en MITM-attack, vilket möjliggör att trafik som försöker ansluta en klient till en SSH-server kan omdirigeras till en falsk server, kringgÄ kontrollen av vÀrdnycklar och ge klienten en falsk kÀnsla av att den Àr ansluten till den önskade servern (SSH-klienten kommer att acceptera vÀrdnyckeln frÄn den falska servern istÀllet för nyckeln frÄn den legitima servern).
Den första sÄrbarheten (CVE-2025-26465) orsakas av en logisk fel i ssh-verktyget, vilket gör det möjligt att kringgÄ serveridentifieringskontrollen och genomföra en MITM-attack. Problemet har funnits sedan versionen OpenSSH 6.8p1 (december 2014) i konfigurationer med instÀllningen VerifyHostKeyDNS aktiverad. I den grundlÀggande installationen av OpenSSH Àr denna alternativ som standard avstÀngd, men var aktiverad i ssh-instÀllningarna i FreeBSD fram till mars 2023.
Problemet ligger i att endast felkoden «-1» kontrolleras vid anrop av funktionen verify_host_key() i koden för funktionen verify_host_key_callback(). Andra koder, sÄsom «-2», ignoreras. Som resultat kan funktionen verify_host_key_callback() returnera en framgÄngsrik kod «0», trots att funktionen verify_host_key() returnerar felkoden «-2». Felkoden «-2» returneras av funktionen verify_host_key() vid minnesbrist. Om förhÄllandena skapas som gör det omöjligt att allokera minne i funktionen verify_host_key(), kommer SSH att tro att vÀrdnyckeln har verifierats framgÄngsrikt. För att Ästadkomma sÄdana förhÄllanden returnerar den falska SSH-servern som angriparen kontrollerar ett vÀrdnyckeln av maximal storlek (256KB) och samtidigt utnyttjar en minneslÀcka pÄ sidan av ssh-klienten.
Villkoren för att skapa en minneslÀcka uppnÄs genom den andra sÄrbarheten (CVE-2025-26466), som pÄverkar bÄde ssh-klienten och server sshd, och anvÀnds utan autentisering. SÄrbarheten tillÄter att det tillgÀngliga minnet för processen töms och skapar hög CPU-belastning genom att skicka ett stort antal SSH2_MSG_PING-paket. I hanteraren för SSH2_MSG_PING-paketen finns det ett minneslÀckage som visar sig frÄn och med versionen OpenSSH 9.5p1 (augusti 2023). LÀckaget uppstÄr eftersom en 256-byte buffert tilldelas för varje 16-byte PING-paket för att skapa ett svar, men denna buffert frigörs först efter att nyckelöverenskommelsen Àr slutförd. Som en skyddsÄtgÀrd föreslÄs att begrÀnsningar stÀlls in med direktiven LoginGraceTime, MaxStartups och PerSourcePenalties.
KĂ€lla: opennet.ru
