systemd 259: stöd för musl, säkerhet och viktiga ändringar

Informatec Digital » Resurser » systemd 259: stöd för musl, säkerhet och viktiga ändringar

Med systemd 259 rör sig Linux-ekosystemet igen, och det på ett ganska betydande sätt. Denna version av det mest använda systemramverket i GNU/Linux introducerar djupgående förändringar inom kompatibilitet, säkerhet och resurshantering som går långt utöver en enkel rutinuppdatering. Även om många av dessa nya funktioner är tekniska har de direkta konsekvenser för både distributioner, administratörer och avancerade användare.

I den här utgåvan tar systemd en avgörande vändning genom att öppna dörren för musl som ett alternativ till glibc, skärpa dess minimikrav, förstärka sin hållning för säker uppstart med TPM 2.0, fortsätta marknadsföra run0 som en sudo-ersättning och förfina beteendet hos systemd-oomd för att bättre kontrollera minnesförbrukningen. Allt detta samtidigt som den expansiva och kontroversiella karaktär som har följt projektet i åratal bibehålls.

systemd, den centrala och kontroversiella delen av modern Linux

Idag är systemd standardramverket i de flesta allmänna GNU/Linux-distributioner: det hanterar uppstart, tjänster, loggning, användarsessioner och en mängd lågnivåuppgifter som tidigare var utspridda över flera verktyg. Dess filosofi att integrera fler och fler funktioner har gett det enorm betydelse inom systemet.

Denna förmåga att centralisera kritiska processer, beroenden och verktyg har lett till en utbredd implementering, men också till intensiv debatt inom gemenskapen. För många förenklar det administrationen och standardiserar praxis; för andra representerar det en enda felpunkt och en komplexitet som är svår att granska, med för många ansvarsområden koncentrerade till samma projekt.

I flera versioner nu har utvecklingstakten varit frenetisk, med frekventa utgåvor som lagt till nya komponenter, gränssnitt och interna förbättringar . systemd 259 passar perfekt in i denna trend: den medför inte bara mindre justeringar, utan strategiska beslut som påverkar hur distributioner kompileras, hur system startar och hur resurser hanteras under press.

I detta sammanhang står systemd 259 som en vändpunkt inom C-bibliotekskompatibilitet, stöd för säkerhetshårdvara, verktyg för privilegieeskalering och plattformskrav, vilket ytterligare stärker systemds roll i hjärtat av operativsystemet.

Experimentellt stöd för musl: adjö till glibcs ​​monopol

Den mest uppmärksammade utvecklingen är uppkomsten av experimentellt stöd för musl i systemd 259. Fram till nu har projektet varit mycket starkt kopplat till glibc, referensbiblioteket i C för de flesta traditionella GNU/Linux-distributioner.

musl är för sin del ett lättviktigt C-bibliotek, högt värderat i minimalistiska system , containrar och effektivitetsorienterade distributioner som Alpine Linux och andra varianter som fokuserar på att minska resursförbrukning och attackyta. I åratal har förhållandet mellan systemd och musl varit komplicerat just på grund av detta beroende av glibc.

Med detta steg, även om det fortfarande är i experimentfasen, är systemd inte längre så exklusivt i sitt förhållande till libc . Detta öppnar upp den verkliga möjligheten att kombinera systemd med musl i miljöer där tidigare alternativa init-system användes eller där systemd helt undveks på grund av kompatibilitetsbegränsningar.

Ankomsten av detta stöd medför betydande interna förändringar: kompileringsantaganden, gränssnitt och specifika glibc-anrop har varit tvungna att justeras för att tillåta att musl integreras utan att förväntat beteende bryts. På kort sikt kräver detta intensiv testning av distributörer och avancerade användare, men det lägger grunden för större teknisk mångfald inom Linux-ekosystemet.

Detta drag svarar också på historisk kritik om systemds "slutna" natur jämfört med andra C-bibliotek. Även om musl ännu inte stöds på samma mognadsnivå som glibc i detta sammanhang, indikerar det faktum att arbete har utförts i denna riktning en tydlig önskan att vidga vyerna och minska stela beroenden av den klassiska GNU-stacken.

Säkrare uppstart: endast TPM 2.0 för systemd-boot och systemd-stub

En annan betydande förändring i systemd 259 påverkar direkt säker uppstart på UEFI-system . Komponenterna systemd-boot (den integrerade starthanteraren) och systemd-stub (ansvarig för att underlätta uppstart i UEFI-miljöer) stöder inte längre TPM 1.2, utan fokuserar uteslutande på TPM 2.0.

Tanken bakom detta beslut är att stärka säkerheten genom att endast stödja den version av TPM som anses vara mest robust och aktuell . TPM 2.0 erbjuder förbättrade kryptografiska funktioner och ett mer flexibelt ramverk för scenarier som mätt start, integritetsverifiering och försegling av hemligheter kopplade till systemtillstånd.

Nackdelen är tydlig: system som fortfarande förlitar sig på TPM 1.2 kommer inte att få stöd för dessa funktioner . I praktiken kan detta innebära att man byter moderkort eller avstår från vissa säker startfunktioner baserade på systemd-boot och systemd-stub om hårdvaran inte uppdateras.

I många hemmiljöer är dock Secure Boot och TPM ofta inaktiverade i Linux-installationer, både för enkelhets skull och på grund av den historiska friktion de har orsakat i drivrutinkompatibilitet, alternativa startalternativ eller dubbla system med Windows.

Ändå, för företags- eller professionella scenarier som är beroende av en säker startkedja med TPM 2.0 , är ​​denna förändring i linje med branschtrenden: den förenklar koden genom att eliminera äldre kompatibilitet och minskar riskerna i samband med äldre kryptografiska stackar.

run0 går upp i vikt som ett modernt alternativ till sudo

Bland de verktyg som väcker mest nyfikenhet i systemd-ekosystemet är run0, utformat som en ersättning för sudo . sudo har varit de facto-standarden för att köra kommandon med förhöjda privilegier på Unix-liknande system i årtionden, men dess design och konfiguration bär på historisk tröghet.

Med run0 letar systemd-teamet att erbjuda en mer integrerad och kontrollerad metod för privilegieupptrappningVersion 259 innehåller en viktig ny funktion: argumentet --empower, vilket låter dig starta en ny session med utökade behörigheter utan att explicit byta till root-användare.

Filosofin bakom detta alternativ är att ytterligare minska den direkta användningen av root-kontot , något som säkerhetsavdelningen alltid försöker undvika eller åtminstone begränsa så mycket som möjligt. Istället för att logga in som root eller missbruka privilegierade skal föreslås en modell baserad på förhöjda sessioner med finare kontroller.

Trots detta är inte alla metoder för att hantera utökade privilegier skapade lika, och den utbredda användningen av run0 är fortfarande i ett tidigt skede . Administratörer och distributörer måste bedöma om dess modell passar bättre än sudo för deras specifika scenarier, med hänsyn till granskning, kompatibilitet med befintliga verktyg och etablerade åtkomstpolicyer.

I vilket fall som helst indikerar den aktiva utvecklingen av run0 att systemd inte är begränsat till att koordinera tjänster, utan syftar till att täcka fler lager av systemadministration, inklusive den dagliga hanteringen av behörigheter som fram till nu delegerats nästan helt till externa verktyg.

systemd-oomd: mer kontroll över minnesintensiva processer

När det gäller systemstabilitet förstärker systemd 259 rollen för systemd-oomd som en minnesbristhanterare . Denna komponent ansvarar för att reagera när RAM-minnet tar slut och selektivt avslutar processer innan hela systemet fryser.

Den viktigaste nya funktionen är tillägget av egenskaperna OOMKills och ManagedOOMKills till serviceenheterna. Dessa egenskaper låter dig räkna hur många processer som har avslutats av kärnan eller av systemd-oomd självt, vilket ger mycket större insyn i hur minneskriser löses.

Denna information är särskilt användbar när en applikation börjar förbruka RAM okontrollerat , oavsett om det beror på minnesläckor, felkonfigurationer eller oväntade belastningar. Genom att kunna spåra hur många gånger mekanismen för slut på pengar (OOM) har utlösts kan administratörer upptäcka problematiska mönster och justera gränser innan situationen återkommer.

Tanken är att systemet, istället för att bli helt blockerat, selektivt avslutar de mest skadliga processerna och bevarar den övergripande responsen. Med dessa räknare tillgängliga från systemd-enheter blir det enklare att granska vilka tjänster som är de återkommande bovarna bakom kritiska situationer.

Sammantaget förstärker förbättringarna av systemd-oomd en tydlig trend: att göra automatiserad resurshantering till en första försvarslinje mot katastrofala fel, med mer detaljerade mätvärden och mindre ogenomskinliga beslut för dem som hanterar systemet.

Andra interna förbättringar och relevanta förändringar i systemd 259

Utöver huvudrubrikerna innehåller systemd 259 ett antal tekniska justeringar som finslipar olika delar av ramverket och som kanske går obemärkt förbi, men som har en praktisk inverkan i verkliga miljöer.

Å ena sidan har implementeringen av Varlink för IPC-kommunikation inom tjänstehanteraren utökats och ger nu många fler funktioner. Detta gör det enklare för externa verktyg och hanteringslager att interagera med systemd på ett rikare och mer strukturerat sätt, vilket bättre utnyttjar den interna information som hanteras.

Komponenter som systemd-udevd och systemd-repart har också förbättrats vad gäller omläsning av partitionstabeller på blockenheter. Den nya metoden är mer gradvis och noggrann, vilket minskar risken för inkonsekvenser eller avbrott vid hot-swapping av partitioner eller manipulering av diskar i komplexa system.

Utöver TPM-ändringarna innehåller systemd-boot nu olika nivåer av loggning , vilket hjälper till att felsöka startproblem och justera utförligheten efter behov: från tystare avslutningar för stabila miljöer till detaljerade loggar för diagnostiska sessioner.

En annan intressant poäng är att funktioner som t.ex. Linux-granskningsstöd, PAM, libacl, libblkid, libseccomp, libselinux och libmount de debiteras sedan av dlopen() istället för standard dynamisk länkning. Denna strategi minskar binärfilens basvikt och möjliggör lättare miljöer, särskilt användbart i containrar där hela uppsättningen bibliotek inte alltid krävs.

Dessutom laddar systemd-modules-load nu kärnmoduler parallellt , vilket snabbar upp startprocessen på maskiner med flera konfigurerade moduler. Allt eftersom system innehåller mer funktionalitet i form av moduler, hjälper denna parallellisering till att bättre utnyttja moderna processorer.

Inom kryptografin utökar systemd-integrity-setup sina stödda algoritmer och stöder nu HMAC-SHA256, PHMAC-SHA256 och PHMAC-SHA512, vilket stärker utbudet av alternativ för att säkerställa integriteten hos känsliga data och konfigurationer.

En förändring som många administratörer kommer att märka är att standardläget för journallagring nu är "persistent" istället för "auto". Det betyder att, förutsatt att det finns stöd, kommer loggar att sparas permanent på disk som standard, vilket underlättar granskningar och diagnostik utan att behöva justera den ursprungliga konfigurationen manuellt.

Högre minimikrav: endast för moderna plattformar

Version 259 kommer också med en betydande ökning av de lägsta systemkraven för att köra systemd under stödda förhållanden. Detta beslut förstärker dess anpassning till mer moderna plattformar.

Bland de publicerade kraven utmärker sig glibc 2.34 som minimiversionen , vilket direkt utesluter miljöer förankrade i mycket gamla C-bibliotek. Linux 5.10 krävs också som kärnversion , även om utvecklarna rekommenderar 5.14-grenen för prestanda som är mer i linje med nuvarande funktioner.

Inom kryptografi blir OpenSSL 3.0.0 den nya minimistandarden och ersätter tidigare versioner vars supportcykler närmar sig slutet. Stacken kompletteras också med beroenden som cryptsetup 2.4.0 och libseccomp 2.4.0, vilka är nödvändiga för att korrekt kunna utnyttja krypterings- och isoleringsfunktionerna.

systemd 259 kräver också Python 3.9 eller högre för vissa verktyg och skript , vilket innebär att system med äldre grenar av Python måste uppgraderas om de vill bibehålla integrerade arbetsflöden utan ytterligare patchar.

Dessutom ingår viktiga komponenter som libxcrypt 4.4.0, util-linux 2.37 och andra användarbibliotek , alla syftande till att förena den tekniska basen med versioner som garanterar säkerhet och konsekvens med resten av ekosystemet.

Som en bieffekt kan dessa krav begränsa implementeringen av systemd 259 på äldre hårdvara eller mycket konservativa distributioner , men samtidigt förenklar de kodunderhåll och minskar behovet av att överföra kompatibilitet med föråldrade API:er.

Påverkan på distribution och slutanvändare

I praktiken är systemd-uppdateringar vanligtvis inte ett kritiskt ögonblick för de flesta skrivbordsanvändare . I punktutgåvor (de typiska som uppdateras regelbundet med större versioner) är det normalt att en systemd-version förblir fryst under hela sin livscykel, förutom större säkerhets- eller stabilitetsuppdateringar.

De som föredrar att alltid ha den senaste versionen av ramverket väljer vanligtvis rullande utgåvor, som Arch Linux eller openSUSE Tumbleweed, där systemd 259 kommer relativt snart och snabbt integreras i uppdateringsflödet.

Andra projekt, som Fedora, har en policy att behålla samma huvudversion av systemd under hela livslängden för varje stabil utgåva, vilket ger större förutsägbarhet i utbyte mot att ligga något efter den senaste råa utgåvan.

Samtidigt tenderar universumet av derivatdistributioner, som Linux Mint eller dess Ubuntu LTS-baserade varianter, att synkroniseras med takten på det bassystem de är byggda på. Till exempel inkluderar Linux Mint 22.3 systemd 255 och antar inte omedelbart 259, vilket prioriterar stabilitet framför kapplöpningen om den allra senaste versionen.

För rastlösa administratörer och de som är entusiastiska över nya funktioner finns det alltid möjligheten att testa systemd 259 i testmiljöer eller rullande distributioner , utvärdera kompatibilitet, påverkan på viktiga tjänster och beteende med specifik hårdvara innan man funderar på migreringar i produktion.

Linux Mint 22.3 som kontrast: stabilitet kontra spetskompetens

Som en motvikt är det värt att ta en titt på Linux Mint 22.3 "Zena ", som fungerar som ett tydligt exempel på hur vissa distributioner prioriterar stabilitet medan systemd-ekosystemet fortsätter att utvecklas oberoende. Denna version presenteras som den senaste uppdateringen i den nuvarande serien och rekommenderas för alla typer av användare, med garanterat stöd fram till april 2029.

Mint 22.3 är baserat på Ubuntu LTS, med sin uppdaterade men konservativa stack , och levereras med en Linux 6.14-kärna som bland annat är utformad för att erbjuda bättre stöd för den senaste generationen av AMD-processorer. Den inkluderar även systemd 255 och Mesa 25, vilket skapar en modern miljö utan riskerna med att uppgradera till den senaste versionen av varje komponent.

Distributionen fokuserar främst på att förfina skrivbordsupplevelsen . Cinnamon 6.6, dess huvudmiljö, har en omdesignad, modernare och mer flexibel applikationsmeny med rundade hörn och en sidofält som grupperar användargenvägar, platser och favoritprogram. Kategorier hamnar i bakgrunden för att ge apparna själva mer direkt framträdande plats.

Den här menyn har inte bara ett nytt utseende, utan den har också genomgått en grundlig intern översyn , med modernare kod som förbättrar tangentbordsnavigering, innehållsuppdatering och framtida underhåll. Målet är att användarna ska få en smidigare användarupplevelse och att projektet ska ha en mer stabil grund för framtida utveckling.

Dessutom stärker Mint stödet för tangentbordslayouter och inmatningsmetoder , vilket förenar hanteringen av traditionella layouter och IBus-baserade metoder. Detta gör det möjligt att kombinera XKB-layouter med komplexa metoder, till exempel för japanska eller kinesiska, vilket är viktigt i flerspråkiga miljöer.

Allt detta arbete ligger i linje med Mints och Cinnamons framtida strategi: att säkerställa fullständig Wayland-kompatibilitet . Fram tills nu har tangentbordsstödet under Wayland varit ganska begränsat, men med den här utgåvan fungerar både standardlayouter och inmatningsmetoder korrekt, och skärmtangentbordet har skrivits om direkt, vilket eliminerar externa beroenden.

Trots dessa framsteg körs Cinnamon fortfarande på X11 som standard, även om det erbjuder en experimentell session med Wayland som ännu inte rekommenderas för produktionsmiljöer. Denna session fungerar dock som en testplats för förbättringar av Muffin-fönsterhanteraren och andra viktiga komponenter.

Skrivbordsmiljön kompletteras med förbättringar av Nemo 6.6, filhanteraren, som lägger till en mer omfattande mallhanterare , möjliggör paus och återupptagning av filåtgärder, förfinar söknoggrannheten och förbättrar hanteringen av miniatyrbilder och delade paneler. Den introducerar också tydligare visuella indikatorer för väntande aviseringar och en mer intuitiv applet för att byta arbetsyta.

Dessutom finns det flera små justeringar i hela systemet : en nattljusapplet med fler alternativ, förbättringar av fraktionerad skalning, fler konfigurationsmöjligheter i Alt-Tab-väljaren och en temaväljare omorganiserad efter familjer och varianter, utformad för att förenkla anpassningen av utseendet.

När Mint 22.3 avslutar sin cykel och förbereder grunden för Linux Mint 23, baserat på den kommande Ubuntu 26.04 LTS, är kontrasten mot systemd 259 tydlig: systemramverket utvecklas i en svindlande takt , medan stabilt orienterade distributioner noggrant väljer vilka tekniska språng som ska integreras i varje ögonblick.

Med alla dessa element på plats står systemd 259 som en betydande milstolpe i utvecklingen av init- och servicehanteraren. Den bryter dess exklusiva beroende av glibc, stärker säkerheten med TPM 2.0, förfinar verktyg som run0 och systemd-oomd och höjer ribban för kraven för anpassning till modern Linux. De som vill dra full nytta av dessa nya funktioner kommer att behöva investera i kompatibla plattformar och hårdvara, medan mer konservativa distributioner kommer att fortsätta att sätta sin egen takt för att balansera stabilitet, långsiktigt stöd och gradvis införande av dessa funktioner.