{"id":114764,"date":"2024-04-03T12:25:48","date_gmt":"2024-04-03T10:25:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/inicziativa-po-sokrashheniyu-zavisimostej-u-libsystemd"},"modified":"2024-04-03T12:25:48","modified_gmt":"2024-04-03T10:25:48","slug":"inicziativa-po-sokrashheniyu-zavisimostej-u-libsystemd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/news\/inicziativa-po-sokrashheniyu-zavisimostej-u-libsystemd","title":{"rendered":"Inicijativa za smanjenje ovisnosti u libsystemd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Me\u0111u programerima sistemskog menad\u017eera systemd vodi se rasprava o smanjenju zavisnosti biblioteke libsystemd, koja je povezana ne samo s komponentama systemd, ve\u0107 i s mnogim vanjskim aplikacijama. Na primjer, u Fedori vi\u0161e od 150 paketa koristi libsystemd u svojim zavisnostima. Inicijator rasprave smatra da uvo\u0111enje dodatnih vanjskih biblioteka u libsystemd, koje ne kontroli\u0161u programeri systemd, zna\u010dajno pove\u0107ava povr\u0161inu napada u slu\u010daju kompromitacije vanjskih biblioteka, kao \u0161to se dogodilo s bibliotekom liblzma. <\/p>\n
Pored liblzma i glibc, u libsystemd se tako\u0111e u\u010ditavaju biblioteke libzstd, liblz4 i libgcrypt, odr\u017eavanje sigurnosti kojih postaje kriti\u010dno va\u017eno. U libsystemd je omogu\u0107en pristup 12 osnovnih API-ja (sd-bus, sd-daemon, sd-device, sd-event, sd-hwdb, sd-id128, sd-journal, sd-login, sd-netlink, sd-network, sd-path i sd-resolve) i nastaje situacija u kojoj aplikacija, na primjer, koristi libsystemd samo radi poziva funkcije sd_notify za obave\u0161tavanje systemd o promeni stanja ili sd_journal za zapis podataka u log, povezuje se sa svim ostalim bibliotekama i API obradnicima. Kao re\u0161enje predla\u017ee se podela libsystemd na nekoliko zasebnih biblioteka, odgovornih za posebne API-je, \u0161to \u0107e omogu\u0107iti u\u010ditavanje vanjskih zavisnosti samo tamo gde su potrebne. <\/p>\n
Programeri systemd smatraju podelu neekonomi\u010dnom, jer su poveziva\u010di prisutni u libsystemd me\u0111usobno povezani. Podela bi zahtevala ogroman trud i dovela bi ili do gubitka efikasnosti ili do potrebe za dupliciranjem koda. Radi smanjenja zauzetog prostora u libsystemd, nedavno je donesena promena u implementaciji dinami\u010dkog u\u010ditavanja biblioteka liblzma, libzstd i liblz4 uz pomo\u0107 poziva dlopen(), u situacijama kada su njihove funkcije zaista potrebne. Sli\u010dna promena bi\u0107e implementirana i za libgcrypt po\u010dev\u0161i od slede\u0107eg izdanja. <\/p>\n
Ovo re\u0161enje je postalo predmet kritike, jer \u0107e umesto eksplicitnog i uo\u010dljivog povezivanja, u\u010ditavanje vanjskih biblioteka sada biti nejasno, \u0161to \u0107e ote\u017eati dijagnostiku, jer nije o\u010digledna povezanost API poziva libsystemd s pozivima funkcija iz vanjskih biblioteka. Sam prelazak na u\u010ditavanje uz pomo\u0107 dlopen() ne menja arhitekturu, ve\u0107 samo skriva vanjske komponente od odr\u017eavaoca i korisnika. <\/p>\n
Lenart Pottering izrazio je kategori\u010dko neslaganje s idejom razdvajanja libsystemd na nekoliko biblioteka, smatraju\u0107i da bi taj korak znatno ote\u017eao zajedni\u010dko kori\u0161tenje koda u systemd i zahtijevao prevo\u0111enje svih internih obrada u javne ili njihovo zasebno stati\u010dko uklju\u010divanje u svaku biblioteku. U prvom slu\u010daju pojavile bi se pote\u0161ko\u0107e u odr\u017eavanju stabilnosti API-a i prostora imena, a u drugom \u2014 do pove\u0107anja veli\u010dine zbog dupliciranja koda. <\/p>\n
Implementacija u\u010ditavanja vanjskih biblioteka samo po potrebi za sljede\u0107e izdanje smatra se optimalnom strategijom prema Lejnartu. Problem s ote\u017eanim pristupom podacima o dinami\u010dki u\u010ditavanim bibliotekama predla\u017ee se rije\u0161iti dodavanjem dodatnih polja u ELF datoteke koja sadr\u017ee informacije o takvim dinami\u010dkim zavisnostima, a koja se mogu obraditi od strane debagera i prikazati u izlazu alata readelf. <\/p>\n
\u0160to se ti\u010de povezivanja velikog broja aplikacija s libsystemd, Lejnart je preporu\u010dio programerima aplikacija da ne poku\u0161avaju u\u010ditati libsystemd zbog jedne funkcije, ve\u0107 da implementiraju rukovaoca protokola na razini aplikacije. Na primjer, implementacija funkcionalnosti sd_notify() je relativno trivijalna i mo\u017ee stati u nekoliko redaka koda koriste\u0107i UNIX sokete (AF_UNIX). Takva odvojena implementacija sd_notify dostupna je za OpenSSH od 2017. godine, a nedavno je prihva\u0107ena u prenosivoj grani OpenSSH 9.8, \u010dije je izdavanje planirano za sredinu ljeta. \n Izvor: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"