S\u00fcsteemihalduri systemd arendajate seas arutatakse k\u00fcsimust, kuidas v\u00e4hendada libsystemd raamatukogu s\u00f5ltuvusi, mis on seotud mitte ainult systemd komponentidega, vaid ka paljude v\u00e4liste rakendustega. N\u00e4iteks Fedora's kasutavad rohkem kui 150 paketti libsystemd s\u00f5ltuvusi. Arutelu algataja arvab, et lisanduvate kolmandate osapoolte raamatukogude, mida systemd arendajad ei kontrolli, toomine libsystemd-sse suurendab oluliselt r\u00fcnnakupinda kolmandate osapoolte raamatukogude kompromiteerimise korral, nagu juhtus liblzma raamatukoguga. <\/p>\n
Lisaks liblzmale ja glibc-le laaditakse libsystemd ka libzstd, liblz4 ja libgcrypt raamatukogud, mille turvalisuse tagamine on kriitilise t\u00e4htsusega. Libsystemd-s antakse juurdep\u00e4\u00e4s 12 p\u00f5hiteenusele (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 olukord, kus rakendus, mis n\u00e4iteks kasutab libsystemd-d ainult sd_notify funktsiooni kutsumiseks, et informeerida systemd-d oleku muutusest v\u00f5i sd_journal-i logisse andmete salvestamiseks, seondub k\u00f5igi teiste raamatukogude ja API t\u00f6\u00f6tlejatega. \u00dcks lahendus on jagada libsystemd mitmeks eraldi raamatukoguks, mis vastutavad eraldi API-de eest, mis v\u00f5imaldab tuua kolmandate osapoolte s\u00f5ltuvusi ainult seal, kus neid on vaja. <\/p>\n
Systemd arendajad ei pea jagamist otstarbekaks, kuna libsystemd-s olevad t\u00f6\u00f6tlejad on omavahel seotud. Jagamine n\u00f5uab tohutut t\u00f6\u00f6d ja toob kas efektiivsuse kaotuse v\u00f5i koodi dubleerimise vajaduse. Libsystemd-s m\u00e4luhulga v\u00e4hendamiseks v\u00f5eti hiljuti kasutusele muudatus, et implementatsioonis laaditaks liblzma, libzstd ja liblz4 raamatukogusid d\u00fcnaamiliselt l\u00e4bi dlopen() kutsumise, juhul kui nende funktsioonid on t\u00f5eliselt vajalikud. Sarnane muudatus rakendatakse j\u00e4rgmisel v\u00e4ljaandel ka libgcrypt jaoks. <\/p>\n
Selline lahendus on saanud kriitikaks, kuna selge ja m\u00e4rgatav seondumine on asendatud v\u00e4hem n\u00e4htava kolmandate osapoolte raamatukogude laadimisega, mis raskendab diagnostikat, kuna libsystemd API-kutsumise ja v\u00e4listest raamatukogudest funktsioonide kutsumise vaheline seos ei ole enam ilmne. Dlopen() kasutusele v\u00f5tmine enda iseloomu ei muuda, vaid varjab lihtsalt v\u00e4liseid komponente hooldajatelt ja kasutajatelt. <\/p>\n
Lenart Pottering on kategooriliselt vastu libsystemd jagamise ideele mitmeks raamatukoguks, kuna see samm raskendab oluliselt koodi jagamist systemd-s ja n\u00f5uab, et k\u00f5ik sisemised t\u00f6\u00f6tlejad muudetaks avalikeks v\u00f5i koostataks eraldi staatiliselt iga raamatukogu. Esimesel juhul tekivad probleemid API ja nimede hoidmise stabiilsusega ning teisel juhul suurenenud suurus koodi dubleerimise t\u00f5ttu. <\/p>\n
J\u00e4rgmiseks v\u00e4ljaandeks rakendatud v\u00e4limiste teekide laadimine ainult vajaduse korral vaadatakse Lenarti poolt optimistlikult. Probleemi, millega kaasneb andmete saamise keerukus d\u00fcnaamiliselt laaditud teekide osas, pakutakse lahendada, lisades ELF-failidesse t\u00e4iendavaid v\u00e4lju teabe kohta sarnaste d\u00fcnaamiliste s\u00f5ltuvuste kohta, mida suudavad t\u00f6\u00f6delda silurid ning mis kuvatakse utiliidi readelf v\u00e4ljundis. <\/p>\n
Mis puudutab suurt hulka rakendusi, mis on seotud libsystemd-iga, siis soovitas Lenart rakenduste arendajatel mitte p\u00fc\u00fcda laadida libsystemd-d ainult \u00fche funktsiooni p\u00e4rast, vaid rakendada protokolli t\u00f6\u00f6tlejat rakenduse tasemel. N\u00e4iteks sd_notify() funktsionaalsuse rakendamine on piisavalt triviaalne ja v\u00f5ib mahtuda m\u00f5nesse koodireatesse, kasutades UNIX-sokette (AF_UNIX). Selline eraldi rakendus sd_notify on saadaval OpenSSH jaoks alates 2017. aastast ning hiljuti on see aktsepteeritud \u00fclekantava haru OpenSSH 9.8 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":"