{"id":169899,"date":"2026-04-24T18:24:34","date_gmt":"2026-04-24T16:24:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils"},"modified":"2026-04-24T18:24:34","modified_gmt":"2026-04-24T16:24:34","slug":"v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","title":{"rendered":"113 s\u00e5rbarheder er blevet identificeret i Rust Coreutils. I Ubuntu 26.04 er cp, mv og rm blevet taget tilbage fra GNU Coreutils","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Firma Canonical har offentliggjort de forel\u00f8bige resultater af den uafh\u00e6ngige sikkerhedsaudit af uutils coreutils (Rust Coreutils), som er skrevet i Rust og delvist anvendes i Ubuntu i stedet for GNU Coreutils-pakken. Audit'en blev udf\u00f8rt af Zellic, som har erfaring med at analysere s\u00e5rbarheder i projekter skrevet i Rust. Under gennemgangen blev der opdaget 113 sikkerhedsproblemer. <\/p>\n
En rapport er nu tilg\u00e6ngelig (PDF, 156 sider) med resultaterne fra den f\u00f8rste fase af auditten, der d\u00e6kker de mest essentielle v\u00e6rkt\u00f8jer fra uutils-s\u00e6ttet. I den f\u00f8rste fase, der blev udf\u00f8rt fra december 2025 til januar 2026, blev der identificeret 73 s\u00e5rbarheder, hvoraf 7 er klassificeret som kritiske, 11 som farlige, 29 som moderat farlige og 26 som ikke-farlige. <\/p>\n
Den anden fase af audit'en blev gennemf\u00f8rt fra februar til marts og d\u00e6kkede mindre v\u00e6rkt\u00f8jer, som ikke blev kontrolleret i den f\u00f8rste fase. I den anden fase blev der fundet 40 s\u00e5rbarheder, hvis alvor endnu ikke er specificeret (rapporten planl\u00e6gges offentliggjort senere). Oplysninger om alle opdagede problemer er allerede sendt til udviklerne af uutils, og st\u00f8rstedelen af s\u00e5rbarhederne er blevet rettet i uutils-udgivelserne 0.5-0.8 uden yderligere offentligg\u00f8relse og uden at bem\u00e6rke, at de indf\u00f8rte rettelser var relateret til afhj\u00e6lpning af s\u00e5rbarheder. <\/p>\n
Rust-coreutils-pakken blev som standard inkluderet i den efter\u00e5rsgivet version af Ubuntu 25.10, men p\u00e5 baggrund af de problemer, der blev opdaget under audit'en, er cp, mv og rm v\u00e6rkt\u00f8jerne fra GNU Coreutils-s\u00e6ttet blevet genindf\u00f8rt i LTS-grenen af Ubuntu 26.04. Det bem\u00e6rkes, at der per 22. april stadig er 8 kendte race-tilstande, der ikke er blevet l\u00f8st i disse v\u00e6rkt\u00f8jer. De \u00f8vrige v\u00e6rkt\u00f8jer er hentet fra rust-coreutils version 0.8.0. I Ubuntu 26.10 har udviklerne til hensigt at skifte helt til rust-coreutils. <\/p>\n
S\u00e5rbarheder i systemv\u00e6rkt\u00f8jer er farlige, da de anvendes i scripts, der k\u00f8rer med root-rettigheder. For eksempel kunne en s\u00e5rbarhed i rm-v\u00e6rkt\u00f8jet, der blev rettet i uutils coreutils version 0.3.0, udnyttes ved dagligt at k\u00f8re et script fra cron \/etc\/cron.daily\/apport, som k\u00f8res med root-rettigheder og rekursivt sletter indholdet af mappen \/var\/crash, som er skrivbar for alle brugere i systemet. <\/p>\n
Blandt s\u00e5rbarhederne, der blev markeret som kritiske i den f\u00f8rste rapport: <\/p>\n
\n
S\u00e5rbarhed i v\u00e6rkt\u00f8jet chroot, for\u00e5rsaget af behandling af optionen \u00ab--userspec\u00bb efter kaldet til chroot(), men f\u00f8r privilegierne bliver nulstillet. P\u00e5 systemer med glibc medf\u00f8rer navneskabelse gennem funktionen getpwnam() l\u00e6sning af filen \/etc\/nsswitch.conf, der anvendes i NSS (Name Service Switch), og dynamisk indl\u00e6sning af de i den n\u00e6vnte biblioteker med NSS-moduler (libnss_*.so.2). Da kaldet til chroot() udf\u00f8res f\u00f8r behandlingen af NSS, bliver filen \/etc\/nsswitch.conf indl\u00e6st relativt til den nye rod, men NSS-bibliotekerne bliver indl\u00e6st f\u00f8r nulstilling af privilegier. Hvis brugeren har skriveadgang til den nye rod, kan han inds\u00e6tte sine egne NSS-biblioteker og f\u00e5 udf\u00f8rt kode med root-rettigheder.\n
\u00c6ndring af filrettigheder efter fejlslag af oprettelse af en navngiven kanal (FIFO) ved hj\u00e6lp af v\u00e6rkt\u00f8jet mkfifo - hvis der angives en eksisterende fil som argument, returnerer mkfifo en fejl, men afslutter ikke programmet un\u00f8dvendigt, men udf\u00f8rer kaldet set_permissions() og \u00e6ndrer rettighederne for den eksisterende fil. I betragtning af umask 022 tillader s\u00e5rbarheden \u00e6ndring af filrettighederne til 644 (rw-r--r--) og giver adgang til filer, som der ikke var givet tilladelse til at l\u00e6se.\n
Omg\u00e5else af begr\u00e6nsningerne \u00ab--preserve-root\u00bb i v\u00e6rkt\u00f8jet chmod, som forhindrer udf\u00f8relse af rekursive operationer i forhold til rod-FS. S\u00e5rbarheden (CVE-2026-35338) opst\u00e5r, fordi koden kun kontrollerede n\u00f8jagtig match af stien med \u00ab\/\u00bb og ikke udf\u00f8rte kanonisering af filstien. For at omg\u00e5 kontrollen er det tilstr\u00e6kkeligt at bruge en sti af typen \u00ab\/..\/\u00bb eller en symbolsk link til roden. S\u00e5rbarheden er farlig, fordi hvis man kan inds\u00e6tte sin egen sti i et systemscript, der kalder chmod-kommandoen, kan man opn\u00e5 rekursiv \u00e6ndring af adgangsrettighederne for alle filer i FS.\n
I v\u00e6rkt\u00f8jet rm kunne der anvendes enhver forkortelse af indstillingen \u00ab\u2014no-preserve-root\u00bb (\u00ab\u2014n\u00bb, \u00ab\u2014no\u00bb, \u00ab\u2014no-p\u00bb, \u00ab\u2014no-pres\u00bb osv.) til at deaktivere beskyttelsen mod udf\u00f8relse af rekursive operationer ved roden (for eksempel kan man angive \u00abrm -rf \u2014n \/\u00bb og ved en fejl slette alle data. I GNU Coreutils er s\u00e5danne forkortede muligheder forbudt.\n
Omg\u00e5else af begr\u00e6nsningerne \u00ab\u2014preserve-root\u00bb i v\u00e6rkt\u00f8jet rm, der forhindrer udf\u00f8relse af rekursive operationer i forhold til rod Filsystemet, ved hj\u00e6lp af en symbolsk link til \u00ab\/\u00bb.\n
Manglende fuld beskyttelse mod angivelse af kataloger, der begynder med punktum. For eksempel, n\u00e5r man udf\u00f8rer \u00abrm -rf .\u00bb, vil v\u00e6rkt\u00f8jet udgive en fejl, men ved at angive \u00abrm -rf .\/\u00bb eller \u00abrm -rf .\/\/\/\u00bb vil det stille slette den nuv\u00e6rende mappe.\n
En fejl i analysen af argumenterne i v\u00e6rkt\u00f8jet kill g\u00f8r det muligt at sende et signal til alle processer i systemet, n\u00e5r procesidentifikatoren \u00ab-1\u00bb angives (kill -1). <\/ul>\n
Ellers vedr\u00f8rer st\u00f8rstedelen af s\u00e5rbarhederne klassen TOCTOU (Time-Of-Check-To-Time-Of-Use), som indeb\u00e6rer en kapl\u00f8bssituation, der muligg\u00f8r \u00e6ndring af data i perioden efter validering af informationen, men f\u00f8r udf\u00f8relse af operationen, for eksempel at erstatte en fil med et symbolsk link i det \u00f8jeblik, hvor kontrollen afsluttes, og f\u00f8r operationen udf\u00f8res. I konteksten af brugen af cp og mv i system scripts, der k\u00f8rer med root-rettigheder, tillader s\u00e5danne s\u00e5rbarheder at kopiere eller overskrive vilk\u00e5rlige filer. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"