{"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\/pl\/blog\/news\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","title":{"rendered":"W Rust Coreutils zidentyfikowano 113 podatno\u015bci. W Ubuntu 26.04 przywr\u00f3cono cp, mv i rm z GNU Coreutils","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Firma Canonical opublikowa\u0142a wst\u0119pne wyniki niezale\u017cnego audytu bezpiecze\u0144stwa narz\u0119dzia uutils coreutils (Rust Coreutils), napisanego w j\u0119zyku Rust i cz\u0119\u015bciowo wykorzystywanego w Ubuntu zamiast pakietu GNU Coreutils. Audyt zosta\u0142 przeprowadzony przez firm\u0119 Zellic, kt\u00f3ra ma do\u015bwiadczenie w analizie podatno\u015bci w projektach napisanych w j\u0119zyku Rust. W trakcie kontroli zidentyfikowano 113 problem\u00f3w z bezpiecze\u0144stwem. <\/p>\n
Obecnie dost\u0119pny jest raport (PDF, 156 stron) z wynikami pierwszego etapu audytu, obejmuj\u0105cego najwa\u017cniejsze narz\u0119dzia z zestawu uutils. W pierwszym etapie, kt\u00f3ry przeprowadzono od grudnia 2025 do stycznia 2026 roku, zidentyfikowano 73 podatno\u015bci, z kt\u00f3rych 7 oznaczono jako krytyczne, 11 jako niebezpieczne, 29 jako \u015brednio niebezpieczne i 26 jako niegro\u017ane. <\/p>\n
Drugi etap audytu zosta\u0142 przeprowadzony od lutego do marca i obejmowa\u0142 mniej istotne narz\u0119dzia, kt\u00f3re nie zosta\u0142y sprawdzone w pierwszym etapie. W drugim etapie znaleziono 40 podatno\u015bci, kt\u00f3rych niebezpiecze\u0144stwo na razie nie zosta\u0142o okre\u015blone (raport planuje si\u0119 opublikowa\u0107 p\u00f3\u017aniej). Informacje o wszystkich zidentyfikowanych problemach ju\u017c przekazano deweloperom uutils, a wi\u0119ksza cz\u0119\u015b\u0107 podatno\u015bci zosta\u0142a rozwi\u0105zana w wersjach uutils 0.5-0.8 bez dodatkowego rozg\u0142osu i bez oznaczenia po\u0142\u0105czenia wprowadzanych poprawek z usuni\u0119ciem podatno\u015bci. <\/p>\n
Pakiet rust-coreutils zosta\u0142 domy\u015blnie w\u0142\u0105czony w jesiennej wersji Ubuntu 25.10, ale w zwi\u0105zku z wykrytymi w trakcie audytu problemami w ga\u0142\u0119zi LTS Ubuntu 26.04 przywr\u00f3cono narz\u0119dzia cp, mv i rm z zestawu GNU Coreutils. Zauwa\u017cono, \u017ce na dzie\u0144 22 kwietnia w tych narz\u0119dziach pozostaje 8 znanych stan\u00f3w wy\u015bcigu, kt\u00f3re nie zosta\u0142y naprawione. Pozosta\u0142e narz\u0119dzia zosta\u0142y u\u017cyte w wersji rust-coreutils 0.8.0. W Ubuntu 26.10 deweloperzy planuj\u0105 ca\u0142kowicie przej\u015b\u0107 na rust-coreutils. <\/p>\n
Podatno\u015bci w narz\u0119dziach systemowych s\u0105 niebezpieczne, poniewa\u017c s\u0105 wykorzystywane w skryptach uruchamianych z uprawnieniami root. Na przyk\u0142ad, usuni\u0119ta w wersji uutils coreutils 0.3.0 podatno\u015b\u0107 w narz\u0119dziu rm mog\u0142a by\u0107 wykorzystywana podczas codziennego uruchamiania ze skryptu cron \/etc\/cron.daily\/apport, kt\u00f3ry jest wykonywany z uprawnieniami root i rekurencyjnie usuwa zawarto\u015b\u0107 katalogu \/var\/crash, dost\u0119pnego do zapisu dla wszystkich u\u017cytkownik\u00f3w w systemie. <\/p>\n
W\u015br\u00f3d podatno\u015bci oznaczonych w pierwszym raporcie jako krytyczne: <\/p>\n
\n
Podatno\u015b\u0107 w narz\u0119dziu chroot, spowodowana przetwarzaniem opcji \u201e--userspec\u201d po wywo\u0142aniu chroot(), ale przed zrzuceniem przywilej\u00f3w. W systemach z glibc rozwi\u0105zywanie nazw przez funkcj\u0119 getpwnam() prowadzi do odczytu pliku \/etc\/nsswitch.conf, stosowanego w NSS (Name Service Switch), i dynamicznego \u0142adowania okre\u015blonych w nim bibliotek z modu\u0142ami NSS (libnss_*.so.2). Poniewa\u017c przed przetwarzaniem NSS wykonuje si\u0119 wywo\u0142anie chroot(), plik \/etc\/nsswitch.conf jest \u0142adowany w odniesieniu do nowego korzenia, ale biblioteki NSS s\u0105 \u0142adowane przed zrzuceniem przywilej\u00f3w. Je\u015bli u\u017cytkownik ma dost\u0119p do zapisu w nowym korzeniu, mo\u017ce wstawi\u0107 swoje biblioteki NSS i zrealizowa\u0107 wykonanie kodu z uprawnieniami roota.\n
Zmiana uprawnie\u0144 do pliku po b\u0142\u0119dzie tworzenia nazwanej kolejki (FIFO) przez narz\u0119dzie mkfifo - je\u015bli jako argument podany jest istniej\u0105cy plik, to mkfifo zwraca b\u0142\u0105d, ale nie ko\u0144czy pracy awaryjnie, lecz wywo\u0142uje set_permissions() i zmienia uprawnienia do istniej\u0105cego pliku. Z uwagi na umask 022 podatno\u015b\u0107 pozwala zmieni\u0107 uprawnienia pliku na 644 (rw-r--r--) i uzyska\u0107 dost\u0119p do plik\u00f3w, do kt\u00f3rych nie zezwolono na odczyt.\n
Obej\u015bcie ogranicze\u0144 \u201e--preserve-root\u201d w narz\u0119dziu chmod, kt\u00f3re zabraniaj\u0105 wykonywania operacji rekurencyjnych w odniesieniu do korzenia FS. Podatno\u015b\u0107 (CVE-2026-35338) wynika z faktu, \u017ce w kodzie sprawdzano jedynie dok\u0142adne dopasowanie \u015bcie\u017cki do \u201e\/\u201d i nie by\u0142y wykonywane kanonizacje \u015bcie\u017cki pliku. Aby obej\u015b\u0107 sprawdzenie, wystarczy u\u017cy\u0107 \u015bcie\u017cki w postaci \u201e\/..\/\u201d lub dowi\u0105zania symbolicznego do korzenia. Podatno\u015b\u0107 jest niebezpieczna, poniewa\u017c w przypadku mo\u017cliwo\u015bci podstawienia w\u0142asnej \u015bcie\u017cki w skrypcie systemowym wywo\u0142uj\u0105cym polecenie chmod, mo\u017cna osi\u0105gn\u0105\u0107 rekurencyjn\u0105 zmian\u0119 uprawnie\u0144 do wszystkich plik\u00f3w w FS.\n
W narz\u0119dziu rm dopuszczano przetwarzanie wszelkich skr\u00f3t\u00f3w opcji «—no-preserve-root» («—n», «—no», «—no-p», «—no-pres» itp.) w celu wy\u0142\u0105czenia ochrony przed wykonywaniem rekursywnych operacji na korzeniu (na przyk\u0142ad mo\u017cna wskaza\u0107 «rm -rf —n \/» i przypadkowo usun\u0105\u0107 wszystkie dane. W GNU Coreutils podobne skr\u00f3cone opcje s\u0105 zabronione.\n
Obchodzenie ogranicze\u0144 «—preserve-root» w narz\u0119dziu rm, kt\u00f3re zabraniaj\u0105 wykonywania rekursywnych operacji wzgl\u0119dem korzenia systemu plik\u00f3w, poprzez podstawienie symbolicznego odno\u015bnika do «\/».\n
Brak pe\u0142nej ochrony przed wskazywaniem katalog\u00f3w zaczynaj\u0105cych si\u0119 od kropki. Na przyk\u0142ad, przy wykonywaniu «rm -rf .» narz\u0119dzie wy\u015bwietli b\u0142\u0105d, ale przy wskazaniu «rm -rf . \/» lub «rm -rf . \/\/ \/» cicho usunie bie\u017c\u0105cy katalog.\n
B\u0142\u0105d w kodzie analizy argument\u00f3w narz\u0119dzia kill pozwala na wys\u0142anie sygna\u0142u do wszystkich proces\u00f3w w systemie przy wskazaniu identyfikatora procesu «-1» (kill -1). <\/ul>\n
Pozosta\u0142a cz\u0119\u015b\u0107 wi\u0119kszo\u015bci luk bezpiecze\u0144stwa nale\u017cy do klasy TOCTOU (Time-Of-Check-To-Time-Of-Use), co oznacza, \u017ce wyst\u0119puje warunek wy\u015bcigu, kt\u00f3ry umo\u017cliwia zmian\u0119 danych w momencie po sprawdzeniu poprawno\u015bci informacji, ale przed wykonaniem operacji na nich, na przyk\u0142ad, podmienienie pliku na symboliczn\u0105 link\u0119 w momencie pomi\u0119dzy zako\u0144czeniem weryfikacji a rozpocz\u0119ciem wykonywania operacji. W kontek\u015bcie u\u017cycia narz\u0119dzi cp i mv w skryptach systemowych uruchamianych z uprawnieniami root, takie luki pozwalaj\u0105 na skopiowanie lub nadpisanie dowolnych plik\u00f3w. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"