Fedora- och RHEL-användare varnas för OpenSSH-sårbarhet

En ny sårbarhet, CVE-2024-6409, i OpenSSH versionerna 8.7 och 8.8 riskerar fjärrkörning av kod; Fedora 36/37 och RHEL 9 påverkas.

En nyligen offentliggjord sårbarhet i OpenSSH, CVE-2024-6409, har väckt oro hos flera Linux-distributioner som använder glibc. Säkerhetsbristen, som potentiellt kan tillåta fjärrkörning av kod, upptäcktes under en granskning av fynd från Qualys Security-teamet.

Sårbarheten påverkar specifikt OpenSSH versionerna 8.7 och 8.8 samt deras motsvarande portabla utgåvor.

Detta problem uppstår på grund av en race-condition vid hantering av signaler i OpenSSH:s privsep (privilegierad separation) barnprocess. Problemet uppkommer när cleanup_exit(), en funktion som inte är designad för att anropas från en signalhanterare, anropas från grace_alarm_handler().

Detta missbruk kan oavsiktligt anropa andra osäkra funktioner under signalhantering, särskilt när det ändras av patchar från nedströmsdistributioner.

Betydelsen av denna sårbarhet understryks av det faktum att den infördes via en patch som återfanns i Red Hats paket av OpenSSH, särskilt “openssh-7.6p1-audit.patch.”

Denna patch påverkar inte bara Red Hat Enterprise Linux (RHEL) 9 och dess derivat utan även Fedora versionerna 36 och 37 samt vissa uppdateringar till version 35.

Även om Fedora har övergått till nyare versioner av OpenSSH i sina senaste utgåvor (38 och uppåt), som inte innehåller det problematiska cleanup_exit()-anropet, är de äldre versionerna fortfarande sårbara.

CVE-2024-6409 skiljer sig märkbart från en tidigare offentliggjord sårbarhet, CVE-2024-6387, eftersom det nya problemet utlöses i en process med reducerade privilegier.

Lyckligtvis begränsar detta faktum sårbarhetens omedelbara påverkan; dock finns fortfarande potentialen för utnyttjande, särskilt om inte alla relaterade sårbarheter åtgärdas samtidigt.

Säkerhetsexperter har föreslagit åtgärdsstrategier som att sätta OpenSSH:s „LoginGraceTime“-alternativ till noll, vilket är effektivt mot både CVE-2024-6387 och CVE-2024-6409. En annan åtgärd, „-e“-alternativet, är endast effektivt mot CVE-2024-6387.

För mer information om den nyupptäckta OpenSSH-sårbarheten, kolla in den här länken.