Systemd haldusmanagerite arendajate seas k\u00e4ib arutelu libsystemd teeki s\u00f5ltuvuste v\u00e4hendamise \u00fcle, mis seondub mitte ainult systemd komponentidega, vaid ka paljude v\u00e4liste rakendustega. N\u00e4iteks Fedora keskonnas kasutab \u00fcle 150 paketi libsystemd s\u00f5ltuvusi. Arutelu algataja usub, et muude kolmandate osapoolte teekide, mida systemd arendajad ei kontrolli, lisamine libsystemd-sse suurendab oluliselt r\u00fcndepinda juhul, kui kolmandate osapoolte teegid on kompromiteeritud, nagu juhtus liblzma teegiga. <\/p>\n
Lisaks liblzma ja glibc laaditakse libsystemd ka raamatukogud libzstd, liblz4 ja libgcrypt, mille turvalisuse tagamine on kriitilise t\u00e4htsusega. Libsystemd pakub juurdep\u00e4\u00e4su 12 p\u00f5hilisele API-le (sd-bus, sd-daemon, sd-device, sd-event, sd-hwdb, sd-id128, sd-journal, sd-login, sd-netlink, sd-network, sd-path ja sd-resolve) ning tekib olukord, kus rakendus, n\u00e4iteks, mis kasutab libsystemd ainult funktsiooni sd_notify v\u00e4ljakutsumiseks systemd oleku muutusest teavitamiseks v\u00f5i sd_journal andmete logisse kirjutamiseks, seondub k\u00f5igi teiste raamatukogude ja API t\u00f6\u00f6tlejatega. Lahenduseks on soovitatud jagada libsystemd mitmeks eraldi raamatukoguks, mis vastutavad eraldi API-de eest, v\u00f5imaldades laadida kolmandate osapoolte s\u00f5ltuvusi ainult seal, kus need on vajalikud. <\/p>\n
systemd arendajad ei pea jagamist m\u00f5istlikuks, kuna libsystemd-s olevad t\u00f6\u00f6tlejad on omavahel seotud. Jagamine n\u00f5uaks tohutut t\u00f6\u00f6d ja tooks kaasa kas efektiivsuse kadumise v\u00f5i koodi dubleerimise vajaduse. Libsystemd m\u00e4lu kasutuse v\u00e4hendamiseks on hiljuti vastu v\u00f5etud muudatus, mis rakendab liblzma, libzstd ja liblz4 teekide d\u00fcnaamilist laadimist dlopen() abil, olukordades, kus nende funktsioone t\u00f5eliselt vajatakse. Sarnane muudatus rakendatakse j\u00e4rgmisest versioonist ka libgcrypt-i jaoks. <\/p>\n
Seda otsust on kritiseeritud, kuna selge ja silmatorkava sidumise asemel toimub n\u00fc\u00fcd kolmandate osapoolte teekide laadimine ebaselgelt, mis muudab diagnostika keerulisemaks, kuna libsystemd API-kutsed ei ole enam ilmselgelt seotud v\u00e4listest teekidest p\u00e4rinevate funktsioonidega. \u00dcleminek dlopen() abil laadimisele ei muuda arhitektuuri, vaid varjab vaid v\u00e4list komponente hooldajate ja kasutajate eest. <\/p>\n
Leonard Pottering v\u00e4ljendas kategooriliselt vastumeelsust ideele jagada libsystemd mitmeks raamatukoguks, kuna see samm muudab oluliselt keerulisemaks koodi jagamise systemd-s ja n\u00f5uab k\u00f5ikide sisemiste t\u00f6\u00f6tlejate \u00fcleviimist avalikuks v\u00f5i nende staatilist kompileerimist igasse raamatukokku. Esimesel juhul v\u00f5ivad tekkida probleemid API ja nimeruumide stabiilsuse s\u00e4ilitamisega ning teisel juhul \u2014 suurenev maht koodi dubleerimise t\u00f5ttu. <\/p>\n
J\u00e4rgmise v\u00e4ljaande jaoks rakendatud v\u00e4liste teekide laadimine ainult vajaduse korral on Leonardiga kokku leppinud kui optimaalne strateegia. Probleemi, mis seisneb d\u00fcnaamiliselt laetud teekide andmete hankimise keerukuses, pakutakse lahendada, lisades ELF-failidesse t\u00e4iendavaid v\u00e4lju teabe kohta selliste d\u00fcnaamiliste s\u00f5ltuvuste kohta, mida saab t\u00f6\u00f6delda t\u00f5rkeotsijate poolt ja mis kuvatakse utiliidi readelf v\u00e4ljundis. <\/p>\n
Mis osas libsystemd suure hulga rakenduste sidumisest, soovitas Lennart rakenduste arendajatel mitte proovida laadida libsystemd vaid \u00fche funktsiooni nimel, vaid rakendada protokolli t\u00f6\u00f6tlejat rakenduse tasandil. N\u00e4iteks sd_notify() funktsionaalsuse rakendamine on piisavalt triviaalne ja v\u00f5ib mahtuda paarisse koodireale UNIX-soketite (AF_UNIX) kasutamisel. Selline eraldiseisev sd_notify rakendus on alates 2017. aastast saadaval OpenSSH jaoks ning on hiljuti lisatud OpenSSH 9.8 portatiivse haru koosseisu, mille v\u00e4ljaandmine on planeeritud suve keskpaiku. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"