systemd 259: podpora za musl, varnost in spremembe ključev

Informatec Digital » Viri » systemd 259: podpora za musl, varnost in spremembe ključev

S systemd 259 se ekosistem Linuxa znova premika, in to precej pomembno. Ta različica najbolj razširjenega sistemskega ogrodja v GNU/Linuxu uvaja globoke spremembe v združljivosti, varnosti in upravljanju virov, ki segajo daleč preko preproste rutinske posodobitve. Čeprav so mnoge od teh novih funkcij tehnične narave, imajo neposredne posledice tako za distribucije, skrbnike kot tudi za napredne uporabnike.

V tej izdaji systemd naredi ključno spremembo, saj odpira vrata musl kot alternativi glibc, zaostruje svoje minimalne zahteve, utrjuje svojo držo glede varnega zagona s TPM 2.0, še naprej promovira run0 kot nadomestek za sudo in izboljšuje vedenje systemd-oomd za boljši nadzor porabe pomnilnika. Vse to ob ohranjanju obsežnega in kontroverznega značaja, ki projekt spremlja že leta.

systemd, osrednji in kontroverzni del sodobnega Linuxa

Danes je systemd privzeti sistemski okvir v večini splošnih distribucij GNU/Linuxa: upravlja zagon, storitve, beleženje, uporabniške seje in številne nizkonivojske naloge, ki so bile prej razpršene med več orodij. Njegova filozofija integracije vedno več funkcij mu je dala ogromen pomen znotraj sistema.

Ta sposobnost centralizacije kritičnih procesov, odvisnosti in pripomočkov je privedla do široke uporabe, a tudi do intenzivne razprave znotraj skupnosti. Za mnoge poenostavlja administracijo in standardizira prakse; za druge predstavlja enotno točko napake in kompleksnost, ki jo je težko revidirati, saj je preveč odgovornosti skoncentriranih v istem projektu.

Že nekaj različic je tempo razvoja frenetičen, s pogostimi izdajami, ki dodajajo nove komponente, vmesnike in notranje izboljšave . Systemd 259 se popolnoma ujema s tem trendom: ne prinaša le manjših popravkov, temveč strateške odločitve, ki vplivajo na to, kako se distribucije prevajajo, kako se sistemi zaganjajo in kako se viri upravljajo pod pritiskom.

V tem kontekstu systemd 259 predstavlja prelomnico na področju združljivosti knjižnic C, podpore za varnostno strojno opremo, orodij za stopnjevanje privilegijev in zahtev platforme, kar še dodatno utrjuje vlogo systemd v središču operacijskega sistema.

Eksperimentalna podpora za musl: zbogom glibc-jevemu monopolu

Najbolj odmeven razvoj dogodkov je pojav eksperimentalne podpore za musl v systemd 259. Do sedaj je bil projekt zelo močno povezan z glibc, referenčno knjižnico C za večino tradicionalnih distribucij GNU/Linux.

musl pa je lahka knjižnica C, ki je zelo cenjena v minimalističnih sistemih , vsebnikih in distribucijah, usmerjenih v učinkovitost, kot sta Alpine Linux in druge različice, osredotočene na zmanjšanje porabe virov in površine za napade. Razmerje med systemd in musl je bilo leta zapleteno prav zaradi te odvisnosti od glibc.

S tem korakom, čeprav je še vedno v eksperimentalni fazi, systemd ni več tako izključujoč v svojem odnosu z libc . To odpira resnično možnost kombiniranja systemd z musl v okoljih, kjer so bili prej uporabljeni alternativni init sistemi ali pa se je systemd zaradi omejitev združljivosti v celoti izogibal.

Prihod te podpore prinaša znatne notranje spremembe: prilagoditi je bilo treba predpostavke prevajanja, vmesnike in specifične klice glibc, da bi omogočili integracijo musl brez motenj pričakovanega delovanja. Kratkoročno to zahteva intenzivno testiranje s strani distributerjev in naprednih uporabnikov, vendar postavlja temelje za večjo tehnološko raznolikost znotraj ekosistema Linux.

Ta poteza je tudi odgovor na zgodovinske kritike o "zaprti" naravi systemd v primerjavi z drugimi knjižnicami C. Čeprav musl v tem kontekstu še ni podprt na enaki ravni zrelosti kot glibc, dejstvo, da je bilo delo v tej smeri opravljeno, kaže na jasno željo po razširitvi obzorij in zmanjšanju togih odvisnosti od klasičnega sklada GNU.

Varnejši zagon: samo TPM 2.0 za systemd-boot in systemd-stub

Druga pomembna sprememba v systemd 259 neposredno vpliva na varen zagon v sistemih UEFI . Komponenti systemd-boot (integrirani upravljalnik zagona) in systemd-stub (odgovorna za omogočanje zagona v okoljih UEFI) ne podpirata več TPM 1.2, temveč se osredotočata izključno na TPM 2.0.

Ideja te odločitve je okrepiti varnost s podporo le različice TPM, ki velja za najrobustnejšo in najnovejšo . TPM 2.0 ponuja izboljšane kriptografske zmogljivosti in bolj prilagodljiv okvir za scenarije, kot so izmerjen zagon, preverjanje integritete in zapečatenje skrivnosti, povezanih s stanjem sistema.

Slaba stran je očitna: sistemi, ki se še vedno zanašajo na TPM 1.2, ne bodo deležni podpore za te funkcije . V praksi bi to lahko pomenilo zamenjavo matične plošče ali opustitev nekaterih funkcij varnega zagona, ki temeljijo na systemd-boot in systemd-stub, če strojna oprema ni posodobljena.

V mnogih domačih okoljih pa sta Secure Boot in TPM v namestitvah Linuxa pogosto onemogočena , tako zaradi udobja kot zaradi zgodovinskih trenj, ki so jih povzročala pri združljivosti gonilnikov, alternativnih možnostih zagona ali dvojnem sistemu z operacijskim sistemom Windows.

Kljub temu je ta sprememba za poslovne ali profesionalne scenarije, ki so odvisni od varne zagonske verige s TPM 2.0 , skladna s trendom v panogi: poenostavlja kodo z odpravo združljivosti s starejšimi sistemi in zmanjšuje tveganja, povezana s starejšimi kriptografskimi skladi.

run0 pridobiva težo kot moderna alternativa sudo

Med orodji, ki v ekosistemu systemd vzbujajo največ radovednosti, je run0, zasnovan kot nadomestilo za sudo . Sudo je že desetletja dejanski standard za izvajanje ukazov s povišanimi privilegiji na sistemih, podobnih Unixu, vendar njegova zasnova in konfiguracija nosita zgodovinsko vztrajnost.

Z run0 ekipa systemd išče ponuditi bolj integriran in nadzorovan pristop k stopnjevanju privilegijevRazličica 259 vključuje ključno novo funkcijo: argument --empower, kar vam omogoča začetek nove seje z večjimi privilegiji, ne da bi se izrecno spremenili v uporabnika root.

Filozofija te možnosti je dodatno zmanjšati neposredno uporabo root računa , kar varnost vedno poskuša preprečiti ali vsaj čim bolj omejiti. Namesto prijave kot root ali zlorabe privilegiranih lupin je predlagan model, ki temelji na povišanih sejah z natančnejšim nadzorom.

Kljub temu niso vse metode za upravljanje povišanih privilegijev enake, široka uporaba run0 pa je še vedno v zgodnji fazi . Skrbniki in distributerji bodo morali oceniti, ali je njegov model bolj primeren kot sudo za njihove specifične scenarije, pri čemer bodo morali upoštevati revizijo, združljivost z obstoječimi orodji in uveljavljene politike dostopa.

V vsakem primeru aktivni razvoj run0 kaže, da systemd ni omejen le na koordinacijo storitev, temveč si prizadeva zajeti več plasti sistemske administracije, vključno z vsakodnevnim upravljanjem dovoljenj, ki je bilo do sedaj skoraj v celoti preneseno na zunanje pripomočke.

systemd-oomd: večji nadzor nad procesi, ki intenzivno uporabljajo pomnilnik

Kar zadeva stabilnost sistema, systemd 259 krepi vlogo systemd-oomd kot upravljalnika pomanjkanja pomnilnika . Ta komponenta je odgovorna za odzivanje, ko zmanjka RAM-a, in selektivno uničenje procesov, preden se celoten sistem zamrzne.

Ključna nova funkcija je dodatek lastnosti OOMKills in ManagedOOMKills k servisnim enotam. Te lastnosti omogočajo štetje procesov, ki jih je jedro ali sam systemd-oomd prekinil, kar zagotavlja veliko boljši vpogled v reševanje pomnilniških kriz.

Te informacije so še posebej uporabne, ko aplikacija začne nenadzorovano porabljati RAM , bodisi zaradi puščanja pomnilnika, napačnih konfiguracij ali nepričakovanih obremenitev. S sledenjem, kolikokrat se je sprožil mehanizem Out-of-Money (OOM), lahko skrbniki odkrijejo problematične vzorce in prilagodijo omejitve, preden se situacija ponovi.

Ideja je, da sistem, namesto da bi se popolnoma blokiral, selektivno prekine najbolj škodljive procese in ohrani splošno odzivnost. Ker so ti števci dostopni iz enot systemd, je lažje spremljati, katere storitve so ponavljajoči se krivci za kritične situacije.

Izboljšave systemd-oomd skupaj krepijo jasen trend: pretvorba avtomatiziranega upravljanja virov v prvo obrambno linijo pred katastrofalnimi napakami, s podrobnejšimi meritvami in manj nepreglednimi odločitvami za tiste, ki upravljajo sistem.

Druge notranje izboljšave in ustrezne spremembe v systemd 259

Poleg glavnih novic systemd 259 vključuje številne tehnične prilagoditve, ki izpopolnjujejo različna področja ogrodja in ki morda ostanejo neopažene, vendar imajo praktičen vpliv v resničnih okoljih.

Po eni strani je bila implementacija Varlinka za IPC komunikacijo znotraj upravljalnika storitev razširjena in zdaj ponuja veliko več zmogljivosti. To zunanjim orodjem in upravljalnim plastem olajša interakcijo s systemd na bogatejši in bolj strukturiran način, kar omogoča boljšo uporabo notranjih informacij, ki jih obdeluje.

Komponente, kot sta systemd-udevd in systemd-repart, so bile izboljšane tudi glede ponovnega branja tabel particij na blokovnih napravah. Nov pristop je bolj postopen in previden, kar zmanjšuje tveganje za nedoslednosti ali prekinitve pri vročem menjavanju particij ali manipuliranju z diski v kompleksnih sistemih.

systemd-boot poleg sprememb TPM zdaj vključuje različne ravni beleženja , kar pomaga pri odpravljanju težav z zagonom in prilagajanju podrobnosti glede na potrebe: od tišjih izhodov za stabilna okolja do podrobnih dnevnikov za diagnostične seje.

Druga zanimivost so funkcije, kot so Podpora za revizijo Linuxa, PAM, libacl, libblkid, libseccomp, libselinux in libmount nato jih zaračunajo dlopen() namesto standardnega dinamičnega povezovanja. Ta strategija zmanjša osnovno težo binarne datoteke in omogoča lažja okolja, kar je še posebej uporabno znotraj vsebnikov, kjer ni vedno potreben celoten nabor knjižnic.

Poleg tega systemd-modules-load zdaj vzporedno nalaga module jedra , kar pospeši postopek zagona na računalnikih z več konfiguriranimi moduli. Ker sistemi vključujejo več funkcionalnosti v obliki modulov, ta vzporednost pomaga bolje izkoristiti sodobne procesorje.

Na področju kriptografije systemd-integrity-setup razširja svoje podprte algoritme in zdaj podpira HMAC-SHA256, PHMAC-SHA256 in PHMAC-SHA512, s čimer krepi nabor možnosti za zagotavljanje integritete občutljivih podatkov in konfiguracij.

Ena sprememba, ki jo bodo opazili mnogi skrbniki, je, da je privzeti način shranjevanja dnevnikov zdaj »trajno« namesto »samodejno«. To pomeni, da se bodo dnevniki, če bo za to obstajala podpora, privzeto trajno shranjevali na disk, kar bo olajšalo preglede in diagnostiko brez potrebe po ročnem prilagajanju začetne konfiguracije.

Zahtevnejše minimalne zahteve: samo za sodobne platforme

Različica 259 prinaša tudi znatno povečanje minimalnih sistemskih zahtev za delovanje systemd v podprtih pogojih. Ta odločitev krepi njegovo usklajenost s sodobnejšimi platformami.

Med objavljenimi zahtevami izstopa glibc 2.34 kot minimalna različica , ki neposredno izključuje okolja, zasidrana v zelo starih knjižnicah C. Kot različica jedra je potreben tudi Linux 5.10 , čeprav razvijalci priporočajo vejo 5.14 za delovanje, ki je bolj skladno s trenutnimi funkcijami.

Na področju kriptografije OpenSSL 3.0.0 postaja novi minimalni standard , ki nadomešča prejšnje različice, katerih podporni cikli se bližajo koncu. Sklad je dopolnjen tudi z odvisnostmi, kot sta cryptsetup 2.4.0 in libseccomp 2.4.0, ki so potrebne za pravilno uporabo funkcij šifriranja in izolacije.

systemd 259 za določena orodja in skripte zahteva tudi Python 3.9 ali novejši , kar pomeni, da bo treba sisteme s starejšimi vejami Pythona nadgraditi, če želijo ohraniti integrirane delovne procese brez dodatnih popravkov.

Poleg tega so vključene bistvene komponente, kot so libxcrypt 4.4.0, util-linux 2.37 in druge knjižnice uporabniškega prostora , katerih cilj je poenotiti tehnološko osnovo v različicah, ki zagotavljajo varnost in skladnost s preostalim ekosistemom.

Kot stranski učinek lahko te zahteve omejijo uporabo systemd 259 na starejši strojni opremi ali zelo konzervativnih distribucijah , hkrati pa poenostavijo vzdrževanje kode in zmanjšajo potrebo po prenosu združljivosti z zastarelimi API-ji.

Vpliv na distribucijo in končnega uporabnika

V praksi za večino uporabnikov namiznih računalnikov posodobitve systemd običajno niso kritičen trenutek . V distribucijah s točkovnimi izdajami (tipičnih, ki se periodično posodabljajo z večjimi različicami) je normalno, da različica systemd ostane zamrznjena za celoten življenjski cikel, razen pri večjih varnostnih ali stabilnostnih popravkih.

Tisti, ki imajo raje vedno najnovejšo različico ogrodja, se običajno odločijo za distribucije s tekočimi izdajami, kot sta Arch Linux ali openSUSE Tumbleweed, kjer bo systemd 259 prišel relativno kmalu in bo hitro integriran v tok posodobitev.

Drugi projekti, kot je Fedora, vzdržujejo politiko ohranjanja iste glavne različice systemd skozi celotno življenjsko dobo vsake stabilne izdaje, kar zagotavlja večjo predvidljivost v zameno za nekoliko zaostajanje za najnovejšo surovo izdajo.

Medtem se vesolje izpeljanih distribucij, kot sta Linux Mint ali njegove različice, ki temeljijo na Ubuntu LTS, ponavadi sinhronizira s tempom osnovnega sistema, na katerem so zgrajene . Linux Mint 22.3 na primer vključuje systemd 255 in ne sprejme takoj različice 259, saj daje prednost stabilnosti pred tekmo za najnovejšo različico.

Za nemirne administratorje in tiste, ki so navdušeni nad novimi funkcijami, obstaja vedno možnost testiranja systemd 259 v testnih okoljih ali tekočih distribucijah , pri čemer se oceni združljivost, vpliv na ključne storitve in vedenje s specifično strojno opremo, preden se razmisli o migracijah v produkciji.

Linux Mint 22.3 kot kontrast: stabilnost v primerjavi z najsodobnejšim

Kot protiutež si velja ogledati Linux Mint 22.3 "Zena ", ki služi kot jasen primer, kako nekatere distribucije dajejo prednost stabilnosti, medtem ko se ekosistem systemd še naprej razvija neodvisno. Ta različica je predstavljena kot najnovejša posodobitev v trenutni seriji in je priporočljiva za vse vrste uporabnikov, z zagotovljeno podporo do aprila 2029.

Mint 22.3 temelji na Ubuntu LTS s posodobljenim, a konzervativnim skladom in ima jedro Linux 6.14, ki je med drugim zasnovano za boljšo podporo najnovejši generaciji procesorjev AMD. Vključuje tudi systemd 255 in Mesa 25, kar ustvarja sodobno okolje brez tveganj nadgradnje na najnovejšo različico posamezne komponente.

Distribucija se osredotoča predvsem na izboljšanje namizne izkušnje . Cinnamon 6.6, njegovo glavno okolje, ima prenovljen, sodobnejši in prilagodljivejši meni aplikacij z zaobljenimi vogali in stransko vrstico, ki združuje uporabniške bližnjice, lokacije in priljubljene aplikacije. Kategorije so v ozadju, da bi dale večji neposreden poudarek samim aplikacijam.

Ta meni nima le novega videza, temveč je bil tudi temeljito notranje prenovljen , s sodobnejšo kodo, ki izboljšuje navigacijo s tipkovnico, osveževanje vsebine in prihodnje vzdrževanje. Cilj je, da uporabniki izkusijo bolj tekočo uporabniško izkušnjo in da ima projekt stabilnejšo podlago za prihodnji razvoj.

Poleg tega Mint izboljšuje podporo za postavitev tipkovnice in načine vnosa ter poenoti obravnavo tradicionalnih postavitev in metod, ki temeljijo na IBus. To omogoča kombiniranje postavitev XKB s kompleksnimi metodami, na primer za japonščino ali kitajščino, kar je pomembno v večjezičnih okoljih.

Vse to delo je skladno s prihodnjo strategijo Mint in Cinnamon: zagotavljanje popolne združljivosti z Waylandom . Do sedaj je bila podpora za tipkovnico v Waylandu precej omejena, vendar s to izdajo tako standardne postavitve kot načini vnosa delujejo pravilno, zaslonska tipkovnica pa je bila izvorno prepisana, s čimer so odpravljene zunanje odvisnosti.

Kljub tem napredkom Cinnamon še vedno privzeto deluje na X11, čeprav ponuja eksperimentalno sejo z Waylandom , ki še ni priporočljiva za produkcijska okolja. Vendar pa ta seja služi kot poligon za izboljšave upravljalnika oken Muffin in drugih ključnih komponent.

Namizno okolje je zaokroženo z izboljšavami upravitelja datotek Nemo 6.6, ki dodaja celovitejšega upravitelja predlog , omogoča začasno ustavitev in nadaljevanje operacij z datotekami, izboljšuje natančnost iskanja ter izboljšuje upravljanje sličic in razdeljenih plošč. Uvaja tudi jasnejše vizualne indikatorje za čakajoča obvestila in bolj intuitiven programček za preklapljanje med delovnimi prostori.

Poleg tega je v sistemu nekaj manjših prilagoditev : programček za nočno lučko z več možnostmi, izboljšave delnega skaliranja, več možnosti konfiguracije v izbirniku Alt-Tab in izbirnik tem, preurejen po družinah in različicah, zasnovan za poenostavitev prilagajanja videza.

Medtem ko Mint 22.3 zaključuje svoj cikel in pripravlja teren za Linux Mint 23, ki temelji na prihajajočem Ubuntu 26.04 LTS, je kontrast s systemd 259 očiten: sistemski okvir napreduje z vrtoglavo hitrostjo , medtem ko stabilno usmerjene distribucije skrbno izbirajo, katere tehnološke preskoke bodo v vsakem trenutku integrirale.

Z vsemi temi elementi systemd 259 predstavlja pomemben mejnik v razvoju init in service managerja , saj je prekinil izključno odvisnost od glibc, okrepil varnost s TPM 2.0, izpopolnil orodja, kot sta run0 in systemd-oomd, ter dvignil standarde za zahteve glede prilagajanja sodobnemu Linuxu. Tisti, ki želijo v celoti izkoristiti te nove funkcije, bodo morali investirati v združljive platforme in strojno opremo, medtem ko bodo bolj konzervativne distribucije še naprej določale svoj tempo, da bi uravnotežile stabilnost, dolgoročno podporo in postopno uvajanje teh zmogljivosti.