I Buildroot-systemet, der er rettet mod at skabe bootable Linux-miljøer til indlejrede systemer, er der identificeret seks sårbarheder, der gør det muligt at ændre de genererede systembilleder eller udføre kode på byggeplatformen under interception af transittrafik (MITM). Sårbarhederne er blevet rettet i versionerne Buildroot 2023.02.8, 2023.08.4 og 2023.11.
De første fem sårbarheder (CVE-2023-45841, CVE-2023-45842, CVE-2023-45838, CVE-2023-45839, CVE-2023-45840) påvirker koden til integritetskontrol af pakker baseret på hashes. Problemerne relaterer sig til muligheden for at bruge HTTP til at downloade filer og fraværet af kontrol-hashfiler for nogle pakker, hvilket muliggør ændringer af indholdet af disse pakker, når man kan indsætte sig i byggetrafikken. server (for eksempel når en brugerconnecter via et trådløst netværk, der kontrolleres af en angriber).
Specifikt blev pakkene aufs og aufs-util downloadet via HTTP og blev ikke kontrolleret ved hashes. Hash-værdier manglede også for pakkerne riscv64-elf-toolchain, versal-firmware og mxsldr, som som standard blev downloadet via HTTPS, men i tilfælde af problemer blev de rullet tilbage til en ukrypteret download fra værten http://sources.buildroot.net. I fravær af " .hash"-filer betragte Buildroot-værktøjet kontrollen som vellykket og behandlede de downloadede pakker, herunder anvendte patchene fra pakkerne og kørte bygge-scripts. Ved at ændre de downloadede pakker kunne angriberen tilføje sine egne patches eller Makefiles, hvilket gjorde det muligt at ændre det resulterende billede eller scripts fra byggeplatformen og opnå udførsel af sin kode.
Den sjette sårbarhed (CVE-2023-43608) skyldes en fejl i implementeringen af funktionen BR_NO_CHECK_HASH_FOR, som gør det muligt at deaktivere integritetskontrollen baseret på hashes for udvalgte pakker. Nogle pakker, som Linux-kernen, U-Boot og versal-firmware, tillod download af de nyeste versioner, for hvilke kontrol-hashes endnu ikke var blevet oprettet. For disse versioner blev indstillingen BR_NO_CHECK_HASH_FOR anvendt for at deaktivere hash-kontrol. Dataene blev downloadet via HTTPS, men som standard, i tilfælde af downloadfejl, blev der rullet tilbage til adgang til source.buildroot.net uden kryptering via protokollen http://. Angriberen kunne under en MITM-angreb blokere forbindelsen til HTTPS-serveren, hvorefter download blev rullet tilbage til http://sources.buildroot.net.
Kilde: opennet.ru
