Sårbarheter i Buildroot som tillåter kodexekvering på byggservern genom en MITM-attack

I Buildroot-byggsystemet, som syftar till att generera startbara filer LinuxSex sårbarheter identifierades i inbäddade systemmiljöer som kunde tillåta MITM-attacker (man-in-the-middle) att modifiera genererade systemavbildningar eller exekvera kod på byggsystemnivå. Sårbarheterna åtgärdades i Buildroot-versionerna 2023.02.8, 2023.08.4 och 2023.11.

De första fem sårbarheterna (CVE-2023-45841, CVE-2023-45842, CVE-2023-45838, CVE-2023-45839, CVE-2023-45840) påverkar koden för att verifiera paketens integritet med hjälp av hashkoder. Problemen kokar ner till möjligheten att använda HTTP för att ladda ner filer och avsaknaden av verifieringshashfiler för vissa paket, vilket gör att innehållet i dessa paket kan förfalskas, vilket stör byggprocessens trafik. server (till exempel när en användare ansluter via ett trådlöst nätverk som kontrolleras av en angripare).

I synnerhet laddades paketen aufs och aufs-util ner via HTTP och verifierades inte med hashkoder. Hashkoder saknades också för paketen riscv64-elf-toolchain, versal-firmware och mxsldr, vilka laddades ner via HTTPS som standard, men vid problem återgick de till nedladdning utan kryptering från värden http://sources.buildroot.net. I avsaknad av ".hash"-filer ansåg Buildroot-verktygslådan att kontrollen var lyckad och bearbetade de nedladdade paketen, inklusive att tillämpa patchar som inkluderades i paketen och köra byggskript. Med möjligheten att ersätta de nedladdade paketen kunde en angripare lägga till sina egna patchar eller Makefiles till dem, vilket gjorde det möjligt för dem att göra ändringar i den resulterande avbildningen eller byggsystemskripten och köra sin kod.

Den sjätte sårbarheten (CVE-2023-43608) orsakas av ett fel i implementeringen av BR_NO_CHECK_HASH_FOR-funktionen, som gör det möjligt att inaktivera hashintegritetskontroll för utvalda paket. Vissa paket, som kärnan, Linux, U-Boot och versal-firmware tillät nedladdning av de senaste versionerna för vilka verifieringshashar ännu inte hade genererats. För dessa versioner användes alternativet BR_NO_CHECK_HASH_FOR, vilket inaktiverade hashverifiering. Data laddades ner via HTTPS, men som standard, om nedladdningen misslyckades, återgick man till åtkomst till source.buildroot.net utan kryptering med hjälp av http://-protokollet. En angripare kunde blockera anslutningen till HTTPS-servern under en man-in-the-middle-attack, vilket fick nedladdningen att återgå till http://sources.buildroot.net.

Källa: opennet.ru