systemd 259: dukungan untuk musl, keamanan, dan perubahan kunci

Informatec Digital » Sumber Daya » systemd 259: dukungan untuk musl, keamanan, dan perubahan kunci

Dengan systemd 259 , ekosistem Linux kembali bergerak, dan cukup signifikan. Versi kerangka kerja sistem yang paling banyak digunakan di GNU/Linux ini memperkenalkan perubahan mendalam dalam kompatibilitas, keamanan, dan manajemen sumber daya yang jauh melampaui pembaruan rutin sederhana. Meskipun banyak fitur baru ini bersifat teknis, fitur-fitur tersebut memiliki konsekuensi langsung bagi distribusi, administrator, dan pengguna tingkat lanjut.

Dalam rilis ini, systemd mengambil langkah penting dengan membuka pintu bagi musl sebagai alternatif glibc, memperketat persyaratan minimumnya, memperkuat pendiriannya pada booting aman dengan TPM 2.0, terus mempromosikan run0 sebagai pengganti sudo, dan menyempurnakan perilaku systemd-oomd untuk mengontrol konsumsi memori dengan lebih baik. Semua ini dilakukan sambil mempertahankan karakter yang luas dan kontroversial yang telah menyertai proyek ini selama bertahun-tahun.

systemd, komponen sentral dan kontroversial dari Linux modern.

Saat ini, systemd adalah kerangka kerja sistem default di sebagian besar distribusi GNU/Linux tujuan umum: ia mengelola proses booting, layanan, pencatatan log, sesi pengguna, dan sejumlah tugas tingkat rendah yang sebelumnya tersebar di berbagai alat. Filosofinya untuk mengintegrasikan semakin banyak fitur telah memberikannya peran yang sangat penting dalam sistem.

Kemampuan untuk memusatkan proses, ketergantungan, dan utilitas penting ini telah menyebabkan adopsi yang meluas, tetapi juga memicu perdebatan sengit di dalam komunitas. Bagi banyak orang, hal ini menyederhanakan administrasi dan menstandarisasi praktik; bagi yang lain, hal ini mewakili titik kegagalan tunggal dan kompleksitas yang sulit diaudit, dengan terlalu banyak tanggung jawab yang terkonsentrasi dalam proyek yang sama.

Selama beberapa versi terakhir, laju pengembangannya sangat pesat, dengan rilis yang sering menambahkan komponen, antarmuka, dan peningkatan internal baru . systemd 259 sangat sesuai dengan tren ini: ia tidak hanya membawa perubahan kecil, tetapi juga keputusan strategis yang memengaruhi cara distribusi dikompilasi, cara sistem melakukan booting, dan cara sumber daya dikelola di bawah tekanan.

Dalam konteks ini, systemd 259 menjadi titik balik dalam kompatibilitas pustaka C, dukungan perangkat keras keamanan, alat peningkatan hak akses, dan persyaratan platform, yang semakin memperkuat peran systemd di jantung sistem operasi.

Dukungan eksperimental untuk musl: selamat tinggal monopoli glibc

Perkembangan yang paling menarik perhatian adalah munculnya dukungan eksperimental untuk musl di systemd 259. Hingga saat ini, proyek tersebut sangat terkait erat dengan glibc, pustaka C referensi untuk sebagian besar distribusi GNU/Linux tradisional.

musl, di sisi lain, adalah pustaka C ringan yang sangat dihargai dalam sistem minimalis , kontainer, dan distribusi berorientasi efisiensi seperti Alpine Linux dan varian lainnya yang berfokus pada pengurangan konsumsi sumber daya dan potensi serangan. Selama bertahun-tahun, hubungan antara systemd dan musl menjadi rumit justru karena ketergantungan pada glibc ini.

Dengan langkah ini, meskipun masih dalam fase eksperimental, systemd tidak lagi begitu eksklusif dalam hubungannya dengan libc . Hal ini membuka kemungkinan nyata untuk menggabungkan systemd dengan musl di lingkungan di mana sebelumnya sistem init alternatif digunakan atau systemd dihindari sama sekali karena keterbatasan kompatibilitas.

Kehadiran dukungan ini memerlukan perubahan internal yang signifikan: asumsi kompilasi, antarmuka, dan panggilan glibc spesifik harus disesuaikan agar musl dapat diintegrasikan tanpa merusak perilaku yang diharapkan. Dalam jangka pendek, ini membutuhkan pengujian intensif oleh distributor dan pengguna tingkat lanjut, tetapi ini meletakkan dasar bagi keragaman teknologi yang lebih besar dalam ekosistem Linux.

Langkah ini juga menanggapi kritik historis tentang sifat "tertutup" systemd dibandingkan dengan pustaka C lainnya. Meskipun musl belum didukung pada tingkat kematangan yang sama dengan glibc dalam konteks ini, fakta bahwa pekerjaan telah dilakukan ke arah ini menunjukkan keinginan yang jelas untuk memperluas cakupan dan mengurangi ketergantungan yang kaku pada tumpukan GNU klasik.

Booting yang lebih aman: hanya TPM 2.0 untuk systemd-boot dan systemd-stub

Perubahan signifikan lainnya dalam systemd 259 secara langsung memengaruhi booting aman pada sistem UEFI . Komponen systemd-boot (manajer boot terintegrasi) dan systemd-stub (bertanggung jawab untuk memfasilitasi booting di lingkungan UEFI) tidak lagi mendukung TPM 1.2, dan berfokus secara eksklusif pada TPM 2.0.

Ide di balik keputusan ini adalah untuk memperkuat keamanan dengan hanya mendukung versi TPM yang dianggap paling tangguh dan mutakhir . TPM 2.0 menawarkan kemampuan kriptografi yang lebih baik dan kerangka kerja yang lebih fleksibel untuk skenario seperti boot terukur, verifikasi integritas, dan penyegelan rahasia yang terkait dengan status sistem.

Kelemahannya jelas: sistem yang masih mengandalkan TPM 1.2 tidak akan mendapatkan dukungan untuk fitur-fitur ini . Dalam praktiknya, ini bisa berarti mengganti motherboard atau mengabaikan fitur boot aman tertentu yang berbasis systemd-boot dan systemd-stub jika perangkat keras tidak diperbarui.

Namun, di banyak lingkungan rumahan, Secure Boot dan TPM sering dinonaktifkan dalam instalasi Linux, baik karena alasan kenyamanan maupun karena gesekan historis yang ditimbulkannya dalam kompatibilitas driver, opsi boot alternatif, atau sistem ganda dengan Windows.

Meskipun demikian, untuk skenario perusahaan atau profesional yang bergantung pada rantai boot yang aman dengan TPM 2.0 , perubahan ini konsisten dengan tren industri: hal ini menyederhanakan kode dengan menghilangkan kompatibilitas lama dan mengurangi risiko yang terkait dengan tumpukan kriptografi yang lebih tua.

run0 semakin populer sebagai alternatif modern untuk sudo

Di antara alat-alat yang paling menarik perhatian dalam ekosistem systemd adalah run0, yang dirancang sebagai pengganti sudo . sudo telah menjadi standar de facto untuk mengeksekusi perintah dengan hak akses yang lebih tinggi pada sistem mirip Unix selama beberapa dekade, tetapi desain dan konfigurasinya membawa inersia historis.

Dengan run0, tim systemd sedang berupaya untuk menawarkan pendekatan yang lebih terintegrasi dan terkontrol terhadap peningkatan hak akses.Versi 259 menyertakan fitur baru yang penting: argumen. --empower, yang memungkinkan Anda untuk memulai sesi baru dengan hak akses yang lebih tinggi tanpa harus secara eksplisit beralih ke pengguna root.

Filosofi di balik opsi ini adalah untuk lebih mengurangi penggunaan langsung akun root , sesuatu yang selalu diupayakan oleh pihak keamanan untuk dihindari atau, setidaknya, dibatasi sebisa mungkin. Alih-alih masuk sebagai root atau menyalahgunakan shell dengan hak istimewa, diusulkan model yang didasarkan pada sesi dengan hak akses yang ditingkatkan dengan kontrol yang lebih baik.

Meskipun demikian, tidak semua metode untuk mengelola hak akses istimewa diciptakan sama, dan adopsi run0 secara luas masih dalam tahap awal . Administrator dan distributor perlu menilai apakah modelnya lebih sesuai daripada sudo untuk skenario spesifik mereka, dengan mempertimbangkan audit, kompatibilitas dengan alat yang ada, dan kebijakan akses yang telah ditetapkan.

Bagaimanapun, pengembangan aktif run0 menunjukkan bahwa systemd tidak terbatas pada koordinasi layanan, tetapi bertujuan untuk mencakup lebih banyak lapisan administrasi sistem, termasuk pengelolaan izin sehari-hari yang hingga saat ini hampir seluruhnya didelegasikan kepada utilitas eksternal.

systemd-oomd: kontrol lebih besar atas proses yang membutuhkan banyak memori.

Dari segi stabilitas sistem, systemd 259 memperkuat peran systemd-oomd sebagai pengelola kekurangan memori . Komponen ini bertanggung jawab untuk bereaksi ketika RAM habis, secara selektif menghentikan proses sebelum seluruh sistem membeku.

Fitur baru utamanya adalah penambahan properti OOMKills dan ManagedOOMKills ke unit layanan. Properti ini memungkinkan Anda untuk menghitung berapa banyak proses yang telah dihentikan oleh kernel atau oleh systemd-oomd itu sendiri, memberikan visibilitas yang jauh lebih besar tentang bagaimana krisis memori diatasi.

Informasi ini sangat berguna terutama ketika sebuah aplikasi mulai mengonsumsi RAM secara tidak terkendali , baik karena kebocoran memori, kesalahan konfigurasi, atau beban yang tidak terduga. Dengan dapat melacak berapa kali mekanisme Out-of-Money (OOM) telah dipicu, administrator dapat mendeteksi pola yang bermasalah dan menyesuaikan batasan sebelum situasi tersebut terulang kembali.

Idenya adalah bahwa sistem, alih-alih sepenuhnya terblokir, secara selektif menghentikan proses yang paling berbahaya , sehingga menjaga responsivitas secara keseluruhan. Dengan penghitung yang dapat diakses dari unit systemd, akan lebih mudah untuk mengaudit layanan mana yang menjadi penyebab berulang di balik situasi kritis.

Secara keseluruhan, peningkatan pada systemd-oomd memperkuat tren yang jelas: mengubah manajemen sumber daya otomatis menjadi garis pertahanan pertama terhadap kegagalan yang dahsyat, dengan metrik yang lebih detail dan keputusan yang kurang buram bagi mereka yang mengelola sistem.

Perbaikan internal lainnya dan perubahan relevan dalam systemd 259

Di luar poin-poin utama, systemd 259 mencakup sejumlah penyesuaian teknis yang menyempurnakan berbagai area kerangka kerja dan yang mungkin tidak disadari, tetapi memiliki dampak praktis di lingkungan dunia nyata.

Di satu sisi, implementasi Varlink untuk komunikasi IPC di dalam pengelola layanan telah diperluas dan sekarang mengekspos lebih banyak kemampuan. Hal ini memudahkan alat eksternal dan lapisan manajemen untuk berinteraksi dengan systemd dengan cara yang lebih kaya dan terstruktur, sehingga memanfaatkan informasi internal yang ditanganinya dengan lebih baik.

Komponen seperti systemd-udevd dan systemd-repart juga telah ditingkatkan terkait dengan pembacaan ulang tabel partisi pada perangkat blok. Pendekatan baru ini lebih bertahap dan hati-hati, mengurangi risiko inkonsistensi atau gangguan saat melakukan hot-swapping partisi atau memanipulasi disk dalam sistem yang kompleks.

Selain perubahan pada TPM, systemd-boot kini juga menyertakan berbagai tingkat pencatatan log , yang membantu dalam men-debug masalah booting dan menyesuaikan detail log sesuai kebutuhan: mulai dari keluaran yang lebih tenang untuk lingkungan yang stabil hingga log terperinci untuk sesi diagnostik.

Hal menarik lainnya adalah fitur-fitur seperti Dukungan audit Linux, PAM, libacl, libblkid, libseccomp, libselinux dan libmount mereka kemudian dikenai biaya oleh dlopen() alih-alih penautan dinamis standar. Strategi ini mengurangi bobot dasar biner dan memungkinkan lingkungan yang lebih ringan, terutama berguna di dalam kontainer di mana seluruh rangkaian pustaka tidak selalu diperlukan.

Selain itu, systemd-modules-load sekarang memuat modul kernel secara paralel , mempercepat proses booting pada mesin dengan beberapa modul yang dikonfigurasi. Seiring sistem menggabungkan lebih banyak fungsi dalam bentuk modul, paralelisasi ini membantu memanfaatkan CPU modern dengan lebih baik.

Di bidang kriptografi, systemd-integrity-setup memperluas algoritma yang didukungnya dan sekarang mendukung HMAC-SHA256, PHMAC-SHA256, dan PHMAC-SHA512, memperkuat berbagai pilihan untuk memastikan integritas data dan konfigurasi sensitif.

Salah satu perubahan yang akan diperhatikan banyak administrator adalah mode penyimpanan jurnal default sekarang menjadi "persisten" alih-alih "otomatis". Ini berarti bahwa, selama ada dukungan, log akan disimpan secara permanen ke disk secara default, sehingga memudahkan audit dan diagnostik tanpa perlu menyesuaikan konfigurasi awal secara manual.

Persyaratan minimum yang lebih ketat: hanya untuk platform modern

Versi 259 juga hadir dengan peningkatan signifikan pada persyaratan sistem minimum untuk menjalankan systemd dalam kondisi yang didukung. Keputusan ini memperkuat keselarasan systemd dengan platform yang lebih modern.

Di antara persyaratan yang dipublikasikan, glibc 2.34 menonjol sebagai versi minimum , yang secara langsung mengecualikan lingkungan yang berbasis pada pustaka C yang sangat lama. Linux 5.10 juga diperlukan sebagai versi kernel , meskipun para pengembang merekomendasikan cabang 5.14 untuk kinerja yang lebih sesuai dengan fitur-fitur terkini.

Di bidang kriptografi, OpenSSL 3.0.0 menjadi standar minimum baru , menggantikan versi sebelumnya yang masa dukungannya hampir berakhir. Tumpukan perangkat lunak juga dilengkapi dengan dependensi seperti cryptsetup 2.4.0 dan libseccomp 2.4.0, yang diperlukan untuk memanfaatkan fitur enkripsi dan isolasi dengan benar.

systemd 259 juga membutuhkan Python 3.9 atau lebih tinggi untuk alat dan skrip tertentu , yang berarti bahwa sistem dengan cabang Python yang lebih lama perlu ditingkatkan jika ingin mempertahankan alur kerja terintegrasi tanpa tambalan tambahan.

Selain itu, komponen penting seperti libxcrypt 4.4.0, util-linux 2.37, dan pustaka ruang pengguna lainnya disertakan , semuanya bertujuan untuk menyatukan basis teknologi pada versi yang menjamin keamanan dan konsistensi dengan ekosistem lainnya.

Sebagai efek samping, persyaratan ini dapat membatasi adopsi systemd 259 pada perangkat keras lama atau distribusi yang sangat konservatif , tetapi pada saat yang sama persyaratan ini menyederhanakan pemeliharaan kode dan mengurangi kebutuhan untuk mempertahankan kompatibilitas dengan API yang sudah usang.

Dampak pada distribusi dan pengguna akhir

Dalam praktiknya, bagi sebagian besar pengguna desktop, pembaruan systemd biasanya bukanlah momen kritis . Pada distribusi rilis titik (yang biasanya diperbarui secara berkala dengan versi utama), normal bagi versi systemd untuk tetap beku selama seluruh siklus hidupnya, kecuali untuk patch keamanan atau stabilitas utama.

Mereka yang lebih suka selalu memiliki versi kerangka kerja terbaru biasanya memilih distribusi rilis bergulir (rolling release), seperti Arch Linux atau openSUSE Tumbleweed, di mana systemd 259 akan segera hadir dan akan cepat diintegrasikan ke dalam alur pembaruan.

Proyek lain, seperti Fedora, mempertahankan kebijakan untuk menggunakan versi utama systemd yang sama sepanjang masa pakai setiap rilis stabil, yang memberikan prediktabilitas yang lebih besar sebagai imbalan atas sedikit tertinggalnya versi rilis mentah terbaru.

Sementara itu, berbagai distribusi turunan, seperti Linux Mint atau varian berbasis Ubuntu LTS-nya, cenderung menyesuaikan diri dengan kecepatan sistem dasar tempat mereka dibangun . Misalnya, Linux Mint 22.3 menyertakan systemd 255 dan tidak langsung mengadopsi 259, memprioritaskan stabilitas daripada persaingan untuk versi terbaru.

Bagi administrator yang gelisah dan mereka yang antusias dengan fitur-fitur baru, selalu ada opsi untuk menguji systemd 259 di lingkungan pengujian atau distribusi bergulir , mengevaluasi kompatibilitas, dampak pada layanan utama, dan perilaku dengan perangkat keras tertentu sebelum memikirkan migrasi ke lingkungan produksi.

Linux Mint 22.3 sebagai perbandingan: stabilitas versus fitur mutakhir.

Sebagai perbandingan, ada baiknya kita melihat Linux Mint 22.3 "Zena ," yang menjadi contoh jelas bagaimana beberapa distribusi memprioritaskan stabilitas sementara ekosistem systemd terus berkembang secara independen. Versi ini disajikan sebagai pembaruan terbaru dalam seri saat ini dan direkomendasikan untuk semua jenis pengguna, dengan dukungan terjamin hingga April 2029.

Mint 22.3 berbasis Ubuntu LTS, dengan tumpukan teknologi yang diperbarui namun konservatif , dan hadir dengan kernel Linux 6.14 yang dirancang, antara lain, untuk menawarkan dukungan yang lebih baik bagi prosesor AMD generasi terbaru. Ia juga menyertakan systemd 255 dan Mesa 25, menciptakan lingkungan modern tanpa risiko peningkatan ke versi terbaru dari setiap komponen.

Distribusi ini berfokus terutama pada penyempurnaan pengalaman desktop . Cinnamon 6.6, lingkungan utamanya, menampilkan menu aplikasi yang didesain ulang, lebih modern, dan fleksibel dengan sudut membulat dan bilah sisi yang mengelompokkan pintasan pengguna, lokasi, dan aplikasi favorit. Kategori dikesampingkan untuk memberikan penekanan yang lebih langsung pada aplikasi itu sendiri.

Menu ini tidak hanya memiliki tampilan baru, tetapi juga telah mengalami perombakan internal menyeluruh , dengan kode yang lebih modern yang meningkatkan navigasi keyboard, penyegaran konten, dan pemeliharaan di masa mendatang. Tujuannya adalah agar pengguna dapat merasakan pengalaman pengguna yang lebih lancar dan agar proyek memiliki fondasi yang lebih stabil untuk pengembangan di masa depan.

Selain itu, Mint memperkuat dukungan untuk tata letak keyboard dan metode input , menyatukan penanganan tata letak tradisional dan metode berbasis IBus. Hal ini memungkinkan untuk menggabungkan tata letak XKB dengan metode yang kompleks, misalnya untuk bahasa Jepang atau Mandarin, yang penting dalam lingkungan multibahasa.

Semua pekerjaan ini sejalan dengan strategi masa depan Mint dan Cinnamon: memastikan kompatibilitas Wayland sepenuhnya . Hingga saat ini, dukungan keyboard di bawah Wayland cukup terbatas, tetapi dengan rilis ini, baik tata letak standar maupun metode input berfungsi dengan benar, dan keyboard di layar telah ditulis ulang secara native, menghilangkan ketergantungan eksternal.

Terlepas dari kemajuan ini, Cinnamon masih berjalan di X11 secara default, meskipun menawarkan sesi eksperimental dengan Wayland yang belum direkomendasikan untuk lingkungan produksi. Namun, sesi ini berfungsi sebagai tempat pengujian untuk peningkatan pada pengelola jendela Muffin dan komponen kunci lainnya.

Lingkungan desktop disempurnakan dengan peningkatan pada Nemo 6.6, pengelola file, yang menambahkan pengelola templat yang lebih komprehensif , memungkinkan jeda dan melanjutkan operasi file, menyempurnakan akurasi pencarian, dan meningkatkan penanganan thumbnail dan panel terpisah. Ia juga memperkenalkan indikator visual yang lebih jelas untuk notifikasi yang tertunda dan applet peralihan ruang kerja yang lebih intuitif.

Selain itu, terdapat beberapa penyesuaian kecil di seluruh sistem : applet lampu malam dengan lebih banyak pilihan, peningkatan pada penskalaan fraksional, lebih banyak kemungkinan konfigurasi di pemilih Alt-Tab, dan pemilih tema yang diatur ulang berdasarkan keluarga dan varian, yang dirancang untuk menyederhanakan penyesuaian tampilan.

Saat Mint 22.3 menutup siklusnya dan mempersiapkan landasan untuk Linux Mint 23, yang berbasis pada Ubuntu 26.04 LTS yang akan datang, kontras dengan systemd 259 terlihat jelas: kerangka sistem berkembang dengan kecepatan yang sangat pesat , sementara distribusi yang berorientasi pada stabilitas dengan cermat memilih lompatan teknologi mana yang akan diintegrasikan pada setiap saat.

Dengan semua elemen ini, systemd 259 menjadi tonggak penting dalam evolusi init dan pengelola layanan , memutus ketergantungan eksklusifnya pada glibc, memperkuat keamanan dengan TPM 2.0, menyempurnakan alat seperti run0 dan systemd-oomd, serta meningkatkan standar persyaratan untuk beradaptasi dengan Linux kontemporer. Mereka yang ingin memanfaatkan sepenuhnya fitur-fitur baru ini perlu berinvestasi pada platform dan perangkat keras yang kompatibel, sementara distribusi yang lebih konservatif akan terus menetapkan kecepatan mereka sendiri untuk menyeimbangkan stabilitas, dukungan jangka panjang, dan adopsi bertahap dari kemampuan ini.