{"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\/da\/blog\/news\/inicziativa-po-sokrashheniyu-zavisimostej-u-libsystemd","title":{"rendered":"Initiativet til at reducere afh\u00e6ngigheder i libsystemd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Bland systemd-udviklere er der en diskussion om at reducere afh\u00e6ngighederne i bibliotekerne libsystemd, som ikke kun er bundet til systemd-komponenter, men ogs\u00e5 til mange eksterne applikationer. For eksempel bruger over 150 pakker i Fedora libsystemd som afh\u00e6ngighed. Initiativtageren til diskussionen mener, at at tr\u00e6kke ekstra tredjepartsbiblioteker ind i libsystemd, som ikke kontrolleres af systemd-udviklerne, v\u00e6sentligt \u00f8ger angrebsoverfladen i tilf\u00e6lde af, at tredjepartsbibliotekerne kompromitteres, som det skete med biblioteket liblzma. <\/p>\n
Udover liblzma og glibc indl\u00e6ses bibliotekerne libzstd, liblz4 og libgcrypt ogs\u00e5 i libsystemd, og opretholdelse af sikkerheden i disse bliver en kritisk opgave. Libsystemd giver adgang til 12 grundl\u00e6ggende API'er (sd-bus, sd-daemon, sd-device, sd-event, sd-hwdb, sd-id128, sd-journal, sd-login, sd-netlink, sd-network, sd-path og sd-resolve), hvilket f\u00f8rer til en situation, hvor en applikation, for eksempel kun bruger libsystemd for at kalde funktionen sd_notify for at informere systemd om status\u00e6ndringer, eller sd_journal for at registrere data i loggen, bliver bundet til alle de \u00f8vrige biblioteker og API-h\u00e5ndterere. Som en l\u00f8sning foresl\u00e5s det at opdele libsystemd i flere separate biblioteker, der hver is\u00e6r tager sig af specifikke API'er, hvilket g\u00f8r det muligt kun at indl\u00e6se tredjepartsafh\u00e6ngigheder, hvor de er n\u00f8dvendige. <\/p>\n
Systemd-udviklerne mener, at en opdeling er uhensigtsm\u00e6ssig, da de eksisterende h\u00e5ndterere i libsystemd er indbyrdes forbundne. En opdeling vil kr\u00e6ve enormt arbejde og enten f\u00f8re til effektivitetstab eller n\u00f8dvendigg\u00f8re duplikering af kode. For at reducere det beskedne pladsforbrug i libsystemd er der for nylig vedtaget en \u00e6ndring med implementering af dynamisk indl\u00e6sning af bibliotekerne liblzma, libzstd og liblz4 ved hj\u00e6lp af kaldet dlopen(), i situationer, hvor deres funktioner virkelig er n\u00f8dvendige. En lignende \u00e6ndring vil blive implementeret for libgcrypt med den n\u00e6ste udgivelse. <\/p>\n
Denne l\u00f8sning har v\u00e6ret genstand for kritik, da indl\u00e6sning af tredjepartsbiblioteker nu vil ske implicit, hvilket komplicerer diagnosticeringen, da forbindelsen mellem API-kald fra libsystemd og kald af funktioner fra eksterne biblioteker ikke er \u00e5benbar. Selve overgangen til indl\u00e6sning ved hj\u00e6lp af dlopen() \u00e6ndrer ikke arkitekturen, men skjuler blot de eksterne komponenter for vedligeholdere og brugere. <\/p>\n
Lenart P\u00f6ttering udtrykte sin st\u00e6rke modstand mod ideen om at opdele libsystemd i flere biblioteker, da et s\u00e5dant skridt v\u00e6sentligt vil komplicere delingen af kode i systemd og kr\u00e6ve, at alle interne h\u00e5ndteringer bliver offentliggjort eller separat statisk kompilere dem i hvert bibliotek. I det f\u00f8rste tilf\u00e6lde vil der opst\u00e5 problemer med at opretholde stabiliteten af API'et og navnerumene, og i det andet — vil det f\u00f8re til en stigning i st\u00f8rrelsen p\u00e5 grund af kode duplikering. <\/p>\n
Den implementering, der er planlagt til den n\u00e6ste udgave, hvor eksterne biblioteker kun indl\u00e6ses efter behov, opfattes af Lenart som en optimal strategi. Problemet med kompliceringen af at hente data om dynamisk indl\u00e6ste biblioteker foresl\u00e5s l\u00f8st ved at tilf\u00f8je yderligere felter i ELF-filerne med information om s\u00e5danne dynamiske afh\u00e6ngigheder, som kan behandles af debuggere og vises i output fra readelf-v\u00e6rkt\u00f8jet. <\/p>\n
N\u00e5r det kommer til at binde et stort antal applikationer til libsystemd, anbefalede Lenart applikationsudviklere ikke at fors\u00f8ge at indl\u00e6se libsystemd for en enkelt funktion, men at implementere en protokolbehandler p\u00e5 applikationsniveau. For eksempel er implementeringen af funktionaliteten sd_notify() temmelig triviel og kan udf\u00f8res p\u00e5 et par linjer kode ved brug af UNIX-sokler (AF_UNIX). En s\u00e5dan adskilt implementering af sd_notify har v\u00e6ret tilg\u00e6ngelig for OpenSSH siden 2017 og er for nylig blevet optaget i den b\u00e6rbare gren af OpenSSH 9.8, hvis udgivelse er planlagt til midten af sommeren. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"