systemd 259: mbështetje për ndryshimet e muskujve, sigurisë dhe çelësave

Informatec Digital » Burime » systemd 259: mbështetje për ndryshimet e muskujve, sigurisë dhe çelësave

Me systemd 259 , ekosistemi Linux po lëviz përsëri, dhe mjaft ndjeshëm. Ky version i framework-ut të sistemit më të përdorur gjerësisht në GNU/Linux prezanton ndryshime të thella në përputhshmëri, siguri dhe menaxhim të burimeve që shkojnë shumë përtej një përditësimi të thjeshtë rutinë. Edhe pse shumë nga këto veçori të reja janë teknike, ato kanë pasoja të drejtpërdrejta për shpërndarjet, administratorët dhe përdoruesit e përparuar njësoj.

Në këtë version, systemd merr një kthesë të rëndësishme duke i hapur derën musl si një alternativë ndaj glibc, duke shtrënguar kërkesat minimale të tij, duke përforcuar qëndrimin e tij ndaj nisjes së sigurt me TPM 2.0, duke vazhduar të promovojë run0 si një zëvendësim të sudo-s dhe duke rafinuar sjelljen e systemd-oomd për të kontrolluar më mirë konsumin e memories. E gjithë kjo duke ruajtur karakterin e gjerë dhe kontravers që e ka shoqëruar projektin për vite me radhë.

systemd, pjesa qendrore dhe e diskutueshme e Linux-it modern

Sot, systemd është framework-u i sistemit parazgjedhur në shumicën e shpërndarjeve GNU/Linux me qëllim të përgjithshëm: ai menaxhon nisjen, shërbimet, regjistrimin, seancat e përdoruesve dhe një mori detyrash të nivelit të ulët që më parë ishin të shpërndara në shumë mjete. Filozofia e tij e integrimit të gjithnjë e më shumë veçorive i ka dhënë rëndësi të madhe brenda sistemit.

Kjo aftësi për të centralizuar proceset kritike, varësitë dhe shërbimet ka çuar në një përdorim të gjerë, por edhe në një debat të ashpër brenda komunitetit. Për shumë njerëz, kjo thjeshton administrimin dhe standardizon praktikat; për të tjerët, ajo përfaqëson një pikë të vetme dështimi dhe një kompleksitet që është i vështirë për t'u audituar, me shumë përgjegjësi të përqendruara në të njëjtin projekt.

Për disa versione deri më tani, ritmi i zhvillimit ka qenë frenetik, me publikime të shpeshta që shtojnë komponentë, ndërfaqe dhe përmirësime të brendshme të reja . systemd 259 përshtatet në mënyrë të përkryer në këtë trend: nuk sjell vetëm ndryshime të vogla, por edhe vendime strategjike që ndikojnë në mënyrën se si kompilohen shpërndarjet, si nisen sistemet dhe si menaxhohen burimet nën presion.

Brenda këtij konteksti, systemd 259 qëndron si një pikë kthese në pajtueshmërinë e bibliotekës C, mbështetjen e pajisjeve të sigurisë, mjetet e përshkallëzimit të privilegjeve dhe kërkesat e platformës, duke forcuar më tej rolin e systemd në zemër të sistemit operativ.

Mbështetje eksperimentale për musl: lamtumirë monopolit të glibc

Zhvillimi më tërheqës është shfaqja e mbështetjes eksperimentale për musl në systemd 259. Deri më tani, projekti kishte qenë shumë i lidhur me glibc, bibliotekën referuese C për shumicën e shpërndarjeve tradicionale GNU/Linux.

musl, nga ana e tij, është një bibliotekë C e lehtë, shumë e vlerësuar në sistemet minimaliste , kontejnerët dhe shpërndarjet e orientuara drejt efikasitetit, siç është Alpine Linux dhe variante të tjera të përqendruara në uljen e konsumit të burimeve dhe sipërfaqes së sulmit. Për vite me radhë, marrëdhënia midis systemd dhe musl ka qenë e ndërlikuar pikërisht për shkak të kësaj varësie nga glibc.

Me këtë hap, megjithëse ende në fazën eksperimentale, systemd nuk është më kaq ekskluziv në marrëdhënien e tij me libc . Kjo hap mundësinë reale të kombinimit të systemd me musl në mjedise ku më parë përdoreshin sisteme alternative init ose systemd shmangej krejtësisht për shkak të kufizimeve të përputhshmërisë.

Ardhja e kësaj mbështetjeje sjell ndryshime të brendshme të rëndësishme: supozimet e kompilimit, ndërfaqet dhe thirrjet specifike të glibc janë dashur të përshtaten për të lejuar integrimin e musl pa prishur sjelljen e pritur. Në afat të shkurtër, kjo kërkon testime intensive nga shpërndarësit dhe përdoruesit e përparuar, por ajo hedh themelet për një diversitet më të madh teknologjik brenda ekosistemit Linux.

Ky veprim i përgjigjet gjithashtu kritikave historike në lidhje me natyrën "e mbyllur" të systemd krahasuar me libraritë e tjera C. Edhe pse musl nuk mbështetet ende në të njëjtin nivel pjekurie si glibc në këtë kontekst, fakti që është bërë punë në këtë drejtim tregon një dëshirë të qartë për të zgjeruar horizontet dhe për të zvogëluar varësitë e ngurta nga grumbulli klasik i GNU-së.

Nisje më e sigurt: vetëm TPM 2.0 për systemd-boot dhe systemd-stub

Një tjetër ndryshim i rëndësishëm në systemd 259 ndikon drejtpërdrejt në nisjen e sigurt në sistemet UEFI . Komponentët systemd-boot (menaxheri i integruar i nisjes) dhe systemd-stub (përgjegjës për lehtësimin e nisjes në mjediset UEFI) nuk e mbështesin më TPM 1.2, duke u përqendruar ekskluzivisht në TPM 2.0.

Ideja që qëndron pas këtij vendimi është forcimi i sigurisë duke mbështetur vetëm versionin e TPM që konsiderohet më i fuqishmi dhe më i azhurnuari . TPM 2.0 ofron aftësi të përmirësuara kriptografike dhe një kornizë më fleksibile për skenarë të tillë si nisja e matur, verifikimi i integritetit dhe sekretet e vulosjes të lidhura me gjendjen e sistemit.

Ana negative është e qartë: sistemet që ende mbështeten në TPM 1.2 nuk do të marrin mbështetje për këto veçori . Në praktikë, kjo mund të nënkuptojë ndryshimin e pllakës amë ose heqjen dorë nga disa veçori të nisjes së sigurt bazuar në systemd-boot dhe systemd-stub nëse hardueri nuk përditësohet.

Megjithatë, në shumë mjedise shtëpiake, Secure Boot dhe TPM shpesh çaktivizohen në instalimet Linux, si për lehtësi ashtu edhe për shkak të mosmarrëveshjeve historike që kanë shkaktuar në përputhshmërinë e drajverëve, opsionet alternative të nisjes ose sistemet e dyfishta me Windows.

Megjithatë, për skenarët e korporatave ose profesionale që varen nga një zinxhir i sigurt nisjeje me TPM 2.0 , ky ndryshim është në përputhje me trendin e industrisë: ai thjeshton kodin duke eliminuar përputhshmërinë e trashëguar dhe zvogëlon rreziqet që lidhen me pirgjet e vjetra kriptografike.

run0 shton në peshë si një alternativë moderne ndaj sudo-s

Ndër mjetet që ngjallin më shumë kuriozitet në ekosistemin systemd është run0, i projektuar si zëvendësim për sudo . Sudo ka qenë standardi de facto për ekzekutimin e komandave me privilegje të larta në sistemet e ngjashme me Unix për dekada të tëra, por dizajni dhe konfigurimi i tij mbartin inerci historike.

Me run0, ekipi systemd po kërkon për të ofruar një qasje më të integruar dhe të kontrolluar ndaj përshkallëzimit të privilegjeveVersioni 259 përfshin një veçori të re kyçe: argumentin --empower, e cila ju lejon të filloni një seancë të re me privilegje të shtuara pa kaluar në mënyrë të qartë në përdoruesin rrënjë.

Filozofia që qëndron pas këtij opsioni është të zvogëlojë më tej përdorimin e drejtpërdrejtë të llogarisë root , diçka që siguria përpiqet gjithmonë ta shmangë ose, të paktën, ta kufizojë sa më shumë të jetë e mundur. Në vend që të identifikoheni si root ose të abuzoni me shell-et e privilegjuara, propozohet një model i bazuar në seanca të përmirësuara me kontrolle më të hollësishme.

Pavarësisht kësaj, jo të gjitha metodat për menaxhimin e privilegjeve të larta janë krijuar njësoj, dhe përdorimi i gjerë i run0 është ende në fazat e hershme . Administratorët dhe shpërndarësit do të duhet të vlerësojnë nëse modeli i tij është më i përshtatshëm se sudo për skenarët e tyre specifikë, duke marrë parasysh auditimin, përputhshmërinë me mjetet ekzistuese dhe politikat e përcaktuara të aksesit.

Sidoqoftë, zhvillimi aktiv i run0 tregon se systemd nuk kufizohet vetëm në koordinimin e shërbimeve, por synon të mbulojë më shumë shtresa të administrimit të sistemit, duke përfshirë menaxhimin e përditshëm të lejeve që deri më tani u delegohej pothuajse tërësisht shërbimeve të jashtme.

systemd-oomd: më shumë kontroll mbi proceset që kërkojnë shumë memorie

Për sa i përket stabilitetit të sistemit, systemd 259 përforcon rolin e systemd-oomd si një menaxher i mungesës së memories . Ky komponent është përgjegjës për reagimin kur RAM mbaron, duke i mbyllur në mënyrë selektive proceset përpara se i gjithë sistemi të ngrijë.

Karakteristika kryesore e re është shtimi i vetive OOMKills dhe ManagedOOMKills në njësitë e shërbimit. Këto veti ju lejojnë të numëroni sa procese janë mbyllur nga kerneli ose nga vetë systemd-oomd, duke ofruar një pamje shumë më të madhe se si zgjidhen krizat e memories.

Ky informacion është veçanërisht i dobishëm kur një aplikacion fillon të konsumojë RAM në mënyrë të pakontrollueshme , qoftë për shkak të rrjedhjeve të memories, konfigurimeve të gabuara apo ngarkesave të papritura. Duke qenë në gjendje të gjurmojnë sa herë është aktivizuar mekanizmi i mungesës së parave (OOM), administratorët mund të zbulojnë modelet problematike dhe të rregullojnë limitet përpara se situata të përsëritet.

Ideja është që sistemi, në vend që të bllokohet plotësisht, ndërpret në mënyrë selektive proceset më të dëmshme , duke ruajtur reagimin e përgjithshëm. Me këto numërues të aksesueshëm nga njësitë e sistemit, bëhet më e lehtë të auditohet se cilat shërbime janë fajtorët e përsëritur pas situatave kritike.

Të marra së bashku, përmirësimet në systemd-oomd përforcojnë një trend të qartë: shndërrimin e menaxhimit të automatizuar të burimeve në një linjë të parë mbrojtjeje kundër dështimeve katastrofike, me metrika më të detajuara dhe vendime më pak të errëta për ata që menaxhojnë sistemin.

Përmirësime të tjera të brendshme dhe ndryshime përkatëse në systemd 259

Përtej titujve kryesorë, systemd 259 përfshin një numër rregullimesh teknike që përmirësojnë fusha të ndryshme të strukturës dhe që mund të kalojnë pa u vënë re, por kanë një ndikim praktik në mjediset e botës reale.

Nga njëra anë, zbatimi i Varlink për komunikimin IPC brenda menaxherit të shërbimit është zgjeruar dhe tani ekspozon shumë më tepër aftësi. Kjo e bën më të lehtë për mjetet e jashtme dhe shtresat e menaxhimit të bashkëveprojnë me systemd në një mënyrë më të pasur dhe më të strukturuar, duke e shfrytëzuar më mirë informacionin e brendshëm që ai trajton.

Komponentë të tillë si systemd-udevd dhe systemd-repart janë përmirësuar gjithashtu në lidhje me rileximin e tabelave të ndarjeve në pajisjet bllok. Qasja e re është më graduale dhe e kujdesshme, duke zvogëluar rrezikun e mospërputhjeve ose ndërprerjeve gjatë ndërrimit të ndarjeve ose manipulimit të disqeve në sisteme komplekse.

systemd-boot, përveç ndryshimeve në TPM, tani përfshin nivele të ndryshme të regjistrimit , të cilat ndihmojnë në debugimin e problemeve të nisjes dhe rregullimin e hollësisë sipas nevojave: nga daljet më të qeta për mjedise të qëndrueshme deri te regjistrimet e detajuara për seancat diagnostikuese.

Një tjetër pikë interesante është se karakteristika të tilla si Mbështetje për auditimin e Linux-it, PAM, libacl, libblkid, libseccomp, libselinux dhe libmount ata më pas akuzohen nga dlopen() në vend të lidhjes dinamike standarde. Kjo strategji zvogëlon peshën bazë të binarit dhe lejon mjedise më të lehta, veçanërisht të dobishme brenda kontejnerëve ku i gjithë grupi i bibliotekave nuk kërkohet gjithmonë.

Për më tepër, systemd-modules-load tani ngarkon modulet e kernelit paralelisht , duke përshpejtuar procesin e nisjes në makinat me module të shumëfishta të konfiguruara. Ndërsa sistemet përfshijnë më shumë funksionalitete në formën e moduleve, ky paralelizim ndihmon në shfrytëzimin më të mirë të CPU-ve moderne.

Në fushën kriptografike, systemd-integrity-setup zgjeron algoritmet e mbështetura dhe tani mbështet HMAC-SHA256, PHMAC-SHA256 dhe PHMAC-SHA512, duke forcuar gamën e opsioneve për të siguruar integritetin e të dhënave dhe konfigurimeve të ndjeshme.

Një ndryshim që shumë administratorë do ta vënë re është se modaliteti i parazgjedhur i ruajtjes së ditarit tani është "i përhershëm" në vend të "automatik". Kjo do të thotë që, me kusht që të ketë mbështetje, regjistrat do të ruhen përgjithmonë në disk si parazgjedhje, duke lehtësuar auditimet dhe diagnostikimet pa pasur nevojë të rregullohet manualisht konfigurimi fillestar.

Kërkesa minimale më të kërkuara: vetëm për platformat moderne

Versioni 259 vjen gjithashtu me një rritje të konsiderueshme të kërkesave minimale të sistemit për ekzekutimin e systemd në kushte të mbështetura. Ky vendim përforcon përputhshmërinë e tij me platformat më moderne.

Midis kërkesave të publikuara, glibc 2.34 dallohet si versioni minimal , i cili përjashton drejtpërdrejt mjediset e bazuara në biblioteka shumë të vjetra C. Linux 5.10 kërkohet gjithashtu si versioni i kernelit , megjithëse zhvilluesit rekomandojnë degën 5.14 për performancë më të përshtatshme me veçoritë aktuale.

Në fushën e kriptografisë, OpenSSL 3.0.0 bëhet standardi i ri minimal , duke zëvendësuar versionet e mëparshme, ciklet e mbështetjes së të cilave po i afrohen fundit. Ky grup është gjithashtu i plotësuar me varësi të tilla si cryptsetup 2.4.0 dhe libseccomp 2.4.0, të nevojshme për të përdorur siç duhet veçoritë e enkriptimit dhe izolimit.

systemd 259 kërkon gjithashtu Python 3.9 ose më të lartë për mjete dhe skripte të caktuara , që do të thotë se sistemet me degë më të vjetra të Python do të duhet të përditësohen nëse duan të mirëmbajnë rrjedhat e punës të integruara pa patch-e shtesë.

Përveç kësaj, përfshihen komponentë thelbësorë si libxcrypt 4.4.0, util-linux 2.37 dhe biblioteka të tjera të hapësirës së përdoruesit , të gjitha me qëllim unifikimin e bazës teknologjike në versione që garantojnë siguri dhe qëndrueshmëri me pjesën tjetër të ekosistemit.

Si efekt anësor, këto kërkesa mund të kufizojnë miratimin e systemd 259 në pajisje të vjetra ose shpërndarje shumë konservatore , por në të njëjtën kohë ato thjeshtojnë mirëmbajtjen e kodit dhe zvogëlojnë nevojën për të transferuar përputhshmërinë me API-të e vjetruara.

Ndikimi në shpërndarje dhe përdoruesin përfundimtar

Në praktikë, për shumicën e përdoruesve të desktopit, përditësimet systemd zakonisht nuk janë një moment kritik . Në shpërndarjet me lëshime të vogla (ato tipike që përditësohen periodikisht me versionet kryesore), është normale që një version systemd të mbetet i ngrirë për të gjithë ciklin e tij jetësor, përveç për përditësimet kryesore të sigurisë ose stabilitetit.

Ata që preferojnë të kenë gjithmonë versionin më të fundit të framework-ut zakonisht zgjedhin shpërndarjet e versioneve në lëvizje, të tilla si Arch Linux ose openSUSE Tumbleweed, ku systemd 259 do të mbërrijë relativisht shpejt dhe do të integrohet shpejt në rrjedhën e përditësimeve.

Projekte të tjera, të tilla si Fedora, ruajnë një politikë të mbajtjes së të njëjtit version kryesor të systemd gjatë gjithë jetëgjatësisë së çdo versioni të qëndrueshëm, gjë që ofron parashikueshmëri më të madhe në këmbim të të qenit pak më prapa versionit më të fundit të papërpunuar.

Ndërkohë, universi i shpërndarjeve derivative, siç është Linux Mint ose variantet e tij të bazuara në Ubuntu LTS, tentojnë të sinkronizohen me ritmin e sistemit bazë mbi të cilin janë ndërtuar . Për shembull, Linux Mint 22.3 përfshin systemd 255 dhe nuk e miraton menjëherë 259, duke i dhënë përparësi stabilitetit mbi garën për versionin më të fundit.

Për administratorët e shqetësuar dhe ata entuziastë për veçoritë e reja, gjithmonë ekziston mundësia e testimit të systemd 259 në mjedise testimi ose shpërndarje në vazhdim , duke vlerësuar përputhshmërinë, ndikimin në shërbimet kryesore dhe sjelljen me pajisje specifike përpara se të mendojnë për migrimet në prodhim.

Linux Mint 22.3 si një kontrast: stabiliteti kundrejt teknologjisë më të përparuar

Si kundërpërgjigje, ia vlen të hedhim një vështrim te Linux Mint 22.3 "Zena ", i cili shërben si një shembull i qartë se si disa shpërndarje i japin përparësi stabilitetit, ndërsa ekosistemi systemd vazhdon të evoluojë në mënyrë të pavarur. Ky version paraqitet si përditësimi më i fundit në serinë aktuale dhe rekomandohet për të gjitha llojet e përdoruesve, me mbështetje të garantuar deri në prill 2029.

Mint 22.3 bazohet në Ubuntu LTS, me paketën e tij të përditësuar por konservatore , dhe vjen me një kernel Linux 6.14 të projektuar, ndër të tjera, për të ofruar mbështetje më të mirë për gjeneratën e fundit të procesorëve AMD. Ai gjithashtu përfshin systemd 255 dhe Mesa 25, duke krijuar një mjedis modern pa rreziqet e përditësimit në versionin më të fundit të secilit komponent.

Shpërndarja përqendrohet kryesisht në përmirësimin e përvojës në desktop . Cinnamon 6.6, mjedisi i saj kryesor, paraqet një menu aplikacionesh të ridizajnuar, më moderne dhe fleksibile me kënde të rrumbullakosura dhe një shirit anësor që grupon shkurtesat e përdoruesit, vendndodhjet dhe aplikacionet e preferuara. Kategoritë zënë një vend të dytë për t'i dhënë më shumë rëndësi vetë aplikacioneve.

Kjo menu jo vetëm që ka një pamje të re, por i është nënshtruar edhe një rishikimi të brendshëm tërësor , me kod më modern që përmirëson navigimin në tastierë, rifreskimin e përmbajtjes dhe mirëmbajtjen në të ardhmen. Qëllimi është që përdoruesit të përjetojnë një përvojë më të qetë dhe që projekti të ketë një bazë më të qëndrueshme për zhvillim në të ardhmen.

Për më tepër, Mint forcon mbështetjen për paraqitjet e tastierës dhe metodat e hyrjes , duke unifikuar trajtimin e paraqitjeve tradicionale dhe metodave të bazuara në IBus. Kjo bën të mundur kombinimin e paraqitjeve XKB me metoda komplekse, për shembull për japonisht ose kinezisht, gjë që është e rëndësishme në mjediset shumëgjuhëshe.

E gjithë kjo punë përputhet me strategjinë e ardhshme të Mint dhe Cinnamon: sigurimin e përputhshmërisë së plotë me Wayland . Deri më tani, mbështetja e tastierës nën Wayland ishte mjaft e kufizuar, por me këtë version, si paraqitjet standarde ashtu edhe metodat e futjes funksionojnë siç duhet, dhe tastiera në ekran është rishkruar në mënyrë native, duke eliminuar varësitë e jashtme.

Pavarësisht këtyre përparimeve, Cinnamon ende funksionon në X11 si parazgjedhje, megjithëse ofron një seancë eksperimentale me Wayland që ende nuk rekomandohet për mjedise prodhimi. Megjithatë, kjo seancë shërben si një terren testimi për përmirësime në menaxherin e dritareve Muffin dhe komponentë të tjerë kyç.

Mjedisi i desktopit është plotësuar me përmirësime në Nemo 6.6, menaxherin e skedarëve, i cili shton një menaxher shabllonesh më gjithëpërfshirës , ​​lejon ndalimin dhe rifillimin e operacioneve të skedarëve, rafinon saktësinë e kërkimit dhe përmirëson trajtimin e miniaturave dhe paneleve të ndara. Gjithashtu prezanton tregues vizualë më të qartë për njoftimet në pritje dhe një aplikacion më intuitiv për ndërrimin e hapësirës së punës.

Përveç kësaj, ka disa rregullime të vogla në të gjithë sistemin : një aplikacion për dritën e natës me më shumë opsione, përmirësime në shkallëzimin fraksional, më shumë mundësi konfigurimi në përzgjedhësin Alt-Tab dhe një përzgjedhës temash i riorganizuar sipas familjeve dhe varianteve, i projektuar për të thjeshtuar personalizimin e pamjes.

Ndërsa Mint 22.3 mbyll ciklin e tij dhe përgatit terrenin për Linux Mint 23, bazuar në Ubuntu 26.04 LTS që do të dalë së shpejti, kontrasti me systemd 259 është i dukshëm: korniza e sistemit përparon me një ritëm marramendës , ndërsa shpërndarjet e orientuara drejt stabilitetit zgjedhin me kujdes se cilat hapa teknologjikë të integrohen në çdo moment.

Me të gjithë këta elementë në vend, systemd 259 qëndron si një moment i rëndësishëm në evolucionin e init dhe menaxherit të shërbimeve , duke thyer varësinë e tij ekskluzive nga glibc, duke forcuar sigurinë me TPM 2.0, duke rafinuar mjete si run0 dhe systemd-oomd, dhe duke ngritur standardin për kërkesat për t'u përshtatur me Linux-in bashkëkohor. Ata që duan të përfitojnë plotësisht nga këto veçori të reja do të duhet të investojnë në platforma dhe pajisje të pajtueshme, ndërsa shpërndarjet më konservatore do të vazhdojnë të vendosin ritmin e tyre për të balancuar stabilitetin, mbështetjen afatgjatë dhe miratimin gradual të këtyre aftësive.