{"id":145102,"date":"2025-10-14T17:12:00","date_gmt":"2025-10-14T15:12:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/tehnicheskij-komitet-utverdil-izmenenie-povedeniya-systemd-v-debian"},"modified":"2025-10-14T17:12:00","modified_gmt":"2025-10-14T15:12:00","slug":"tehnicheskij-komitet-utverdil-izmenenie-povedeniya-systemd-v-debian","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/tehnicheskij-komitet-utverdil-izmenenie-povedeniya-systemd-v-debian","title":{"rendered":"Komitet techniczny zatwierdzi\u0142 zmian\u0119 zachowania systemd w Debian","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Komitet techniczny, kt\u00f3ry podejmuje ostateczne decyzje w sprawie kontrowersyjnych kwestii technicznych w projekcie Debian, zatwierdzi\u0142 wprowadzenie zmiany w pakiecie systemd, kt\u00f3ra zmienia zachowanie zwi\u0105zane z katalogiem \/var\/lock. Mened\u017cer systemu systemd od wersji 258 ograniczy\u0142 mo\u017cliwo\u015b\u0107 zapisu do katalogu \/var\/lock tylko dla u\u017cytkownik\u00f3w z uprawnieniami root, podczas gdy komitet techniczny Debiana zatwierdzi\u0142 pozostawienie starego zachowania, zezwalaj\u0105cego na zapis w \/var\/lock wszystkim u\u017cytkownikom. <\/p>\n
Zasady projektu Debian nakazuj\u0105 zachowanie pierwotnego zachowania aplikacji (ustawie\u0144 okre\u015blonych w upstream) podczas tworzenia pakiet\u00f3w. Aby wprowadzi\u0107 do pakiet\u00f3w typowe dla Debiana zmiany z pomini\u0119ciem zasad projektu, wymagane jest uzyskanie specjalnego pozwolenia od komitetu technicznego. <\/p>\n
W przypadku systemd komitet popar\u0142 propozycj\u0119, aby nie stosowa\u0107 zmiany, kt\u00f3ra zmienia uprawnienia dost\u0119pu do \/var\/lock w celu zwi\u0119kszenia bezpiecze\u0144stwa, poniewa\u017c mo\u017cliwo\u015b\u0107 publicznego zapisu w katalogu \/var\/lock jest wymieniona w specyfikacji FHS (Filesystem Hierarchy Standard) i jest niezb\u0119dna do kontynuowania pracy niekt\u00f3rych istniej\u0105cych program\u00f3w. Na przyk\u0142ad aplikacje do obs\u0142ugi port\u00f3w szeregowych, takie jak uucp, minicom, mgetty+sendfax i hylafax, u\u017cywaj\u0105 katalogu \/var\/lock do rozdzielania dost\u0119pu do urz\u0105dze\u0144 \/dev\/ttyS* poprzez tworzenie plik\u00f3w blokuj\u0105cych. <\/p>\n
Konieczno\u015b\u0107 ograniczenia dost\u0119pu do katalogu \/var\/lock jest wyja\u015bniana przez deweloper\u00f3w systemd ochron\u0105 przed atakami DoS. Katalog \/var\/lock jest symbolicznym linkiem do katalogu \/run\/lock. Sekcja z katalogiem \/run zazwyczaj jest montowana osobno przez tmpfs, a mo\u017cliwo\u015b\u0107 niekontrolowanego zapisu do niego mo\u017ce by\u0107 wykorzystywana do przepe\u0142nienia sekcji i blokowania tworzenia nowych plik\u00f3w w hierarchii \/run. <\/p>\n
Aby wykluczy\u0107 takie ataki przy nieograniczonym dost\u0119pie, wcze\u015bniej w Debianie u\u017cywano \u0142atki montuj\u0105cej \/run\/lock w osobnej, niewielkiej partycji tmpfs. W zesz\u0142ym roku ta \u0142atka zosta\u0142a zast\u0105piona jednostk\u0105 run-lock.mount, a tego lata jednostka zosta\u0142a usuni\u0119ta, po czym \/run\/lock znalaz\u0142o si\u0119 w partycji \/run. W komentarzach do decyzji technicznego komitetu by\u0142y g\u0142\u00f3wny opiekun systemd zaleci\u0142, aby nie zapomina\u0107 o tym zauwa\u017conym zmianie i wr\u00f3ci\u0107 do osobnego montowania \/run\/lock, a w d\u0142u\u017cszej perspektywie przekszta\u0142ci\u0107 wszystkie aplikacje powi\u0105zane z \/run\/lock na blokady za pomoc\u0105 mechanizmu flock. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"