Hampir Separuh Software Open Source Kritis Bergantung pada Segelintir Pengelola, Risiko Keamanan Meningkat
Keamanan perangkat lunak open source kembali menjadi perhatian setelah laporan terbaru mengungkap bahwa hampir separuh proyek penting dalam sebuah daftar perangkat lunak kritis hanya dikelola oleh satu atau dua orang. Temuan yang diberitakan pada 20 Oktober 2026 tersebut menunjukkan bagaimana infrastruktur digital modern masih bergantung pada kontribusi pengembang dengan sumber daya terbatas. Dari 23 proyek yang dianalisis, sebanyak 11 proyek memiliki jumlah pengelola sangat sedikit. Kondisi ini menimbulkan kekhawatiran terhadap keberlanjutan pemeliharaan, kecepatan perbaikan kerentanan, dan keamanan rantai pasok perangkat lunak. Dalam perkembangan TEKNOLOGI yang semakin kompleks, dukungan terhadap pengelola open source menjadi kebutuhan strategis bagi perusahaan dan pengguna.
Sebanyak 11 dari 23 Proyek Open Source Kritis Memiliki Pengelola Terbatas
Ekosistem perangkat lunak sumber terbuka memiliki peranan penting dalam pembangunan berbagai aplikasi teknologi. Mulai dari layanan komputasi awan, platform pengembangan perangkat lunak, hingga perangkat elektronik sehari-hari. Di balik pemanfaatannya yang luas, banyak komponen penting masih bergantung oleh jumlah pengelola yang sangat terbatas. Kajian mengenai keberlanjutan open source tersebut mengidentifikasi sebanyak 11 proyek dari total 23 ditangani oleh satu hingga dua pemelihara. Informasi tersebut memperlihatkan keterbatasan sumber daya pemeliharaan. Namun harus dibedakan bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan keseluruhan ekosistem perangkat lunak terbuka.
Struktur pemeliharaan yang terbatas menjadi persoalan penting karena perangkat lunak kritis digunakan banyak pihak. Jika perangkat lunak penting bergantung pada dua maintainer aktif, risiko keterlambatan penanganan masalah bertambah. Pengelola harus meninjau perubahan kode, memperbaiki kerentanan yang ditemukan, serta menjawab kebutuhan komunitas. Aktivitas pemeliharaan yang beragam membutuhkan waktu dan perhatian. Jika sumber daya tidak mencukupi, proses pembaruan berpotensi melambat. Oleh karena itu, komunitas perlu membangun dukungan pemeliharaan yang berkelanjutan.
Masalah Pendanaan dan Beban Kerja Maintainer Open Source
Faktor penting yang sering memengaruhi proyek open source adalah kurangnya dukungan finansial. Sejumlah proyek kode sumber terbuka dikembangkan melalui kontribusi sukarela. Di sisi penggunaan, perusahaan besar dapat memanfaatkan perangkat tersebut untuk mengembangkan layanan kepada pelanggan. Kesenjangan kontribusi ini berpotensi menghambat pemeliharaan jangka panjang. Untuk menggambarkan tantangan tersebut, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi hanya dikelola seorang pengembang. Sebagai konsekuensinya, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.
Tidak hanya berkaitan dengan uang, maintainer open source sering menerima beban tanggung jawab tinggi. Perusahaan yang memanfaatkan pustaka dapat meminta penanganan segera ketika ditemukan kesalahan pada versi terbaru. Meski permintaan terus berdatangan, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Situasi kerja seperti ini berpotensi menyebabkan burnout. Apabila seorang maintainer berhenti, pengetahuan teknis dapat sulit dialihkan. Untuk menjaga keberlangsungan proyek, pendanaan perlu disertai pembagian tanggung jawab. Langkah tersebut membantu mengurangi ketergantungan pada individu.
Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?
Jumlah pengelola yang terbatas berpotensi meningkatkan kelemahan tata kelola. Salah satu risikonya adalah kecilnya kapasitas review perubahan perangkat lunak. Pada pengembangan dengan tata kelola kuat, kontribusi dapat diperiksa oleh lebih dari satu orang. Di sisi lain, proyek dengan satu maintainer mungkin tidak memiliki pemeriksa independen. Kondisi pengawasan semacam itu membuat perubahan berbahaya lebih sulit dikenali. Meski demikian, proyek dengan sedikit pengelola belum tentu memiliki keamanan buruk. Faktor seperti kualitas pengujian otomatis, serta pengelolaan rilis.
Persoalan keamanan berikutnya adalah serangan terhadap rantai pasok perangkat lunak. Jenis ancaman tersebut, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Jika serangan tersebut tidak terdeteksi, dampaknya dapat meluas ke aplikasi pengguna. Insiden keamanan XZ Utils yang terungkap pada 2024 sering dijadikan pelajaran mengenai ancaman terhadap proses pemeliharaan perangkat lunak. Dalam insiden tersebut, upaya memasukkan backdoor ke komponen penting ditemukan sebelum menyebar luas. Aspek yang perlu diperhatikan adalah keamanan membutuhkan proses review dan transparansi. Untuk mengurangi ancaman serupa, organisasi perlu mengevaluasi dependensi secara rutin.
Risiko Bisnis Jika Software Kritis Tidak Mendapat Pembaruan Keamanan
Untuk organisasi yang menjalankan aplikasi digital, ketergantungan pada open source merupakan hal umum. Sejumlah sistem perusahaan memanfaatkan komponen perangkat lunak dari proyek lain. Cara pengembangan ini membantu mempercepat pembangunan aplikasi. Namun demikian, ketahanan sistem bergantung pula pada kesehatan dependensi. Jika suatu pustaka mengalami keterlambatan perbaikan kerentanan, tim keamanan berpotensi menghadapi pekerjaan tambahan. Dampaknya dapat berupa gangguan layanan.
Perlunya pengelolaan pustaka pihak ketiga didukung oleh berbagai kajian keamanan perangkat lunak. Laporan State of Open Source 2026 mengidentifikasi pengelolaan pembaruan keamanan sebagai tantangan bagi berbagai tim teknologi informasi. Survei industri itu, 20 persen organisasi belum menerapkan alur penanganan kerentanan yang teridentifikasi melalui CVE. Sebagai temuan tambahan, 39 persen perusahaan besar menghadapi hambatan memenuhi SLA perbaikan keamanan. Hasil survei ini menggarisbawahi kebutuhan pengelolaan keamanan berkelanjutan. Oleh sebab itu, perusahaan perlu mengetahui komponen yang digunakan.
Langkah Mengelola Rantai Pasok Perangkat Lunak Secara Lebih Aman
Langkah pertama yang dapat dilakukan adalah memetakan seluruh komponen open source yang digunakan. Perusahaan dapat menerapkan inventaris perangkat lunak berbentuk SBOM untuk mencatat komponen yang digunakan. Informasi tersebut mendukung penelusuran dampak kerentanan. Sebagai langkah berikutnya, manfaatkan pemindai dependensi yang memberikan informasi tentang pembaruan keamanan. Meski alat tersebut dapat mempercepat pemeriksaan, penilaian risiko tetap membutuhkan analisis. Untuk menentukan prioritas, celah pada komponen yang benar-benar digunakan sebaiknya diprioritaskan untuk diperbaiki dibandingkan masalah dengan dampak operasional terbatas.
Di samping pengelolaan dependensi, perusahaan sebaiknya berkontribusi terhadap keberlanjutan maintainer. Bentuk dukungan tersebut dapat dilakukan melalui berbagai cara. Sebagai contoh, organisasi dapat mendanai pengelola, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta meningkatkan kualitas dokumentasi. Dukungan tersebut mendorong distribusi pengetahuan teknis. Sebagai langkah tata kelola, membantu regenerasi kontributor agar pengetahuan penting tidak terkonsentrasi. Melalui strategi yang saling mendukung, keamanan serta keberlanjutan dapat meningkat.
Kesimpulan Risiko Keamanan Software Open Source Kritis
Hasil kajian terhadap 23 proyek penting yang menemukan 11 proyek bergantung pada sedikit maintainer menunjukkan tantangan penting dalam pemeliharaan infrastruktur digital. Konsentrasi tanggung jawab pada sedikit individu dapat meningkatkan risiko keterlambatan pembaruan. Namun demikian, kualitas tata kelola tetap menjadi faktor penting. Perusahaan perlu memeriksa perangkat lunak pihak ketiga, mengawasi kerentanan, serta memberikan dukungan kepada proyek penting. Di tengah meningkatnya ketergantungan pada perangkat lunak, perlindungan komponen kritis membutuhkan kolaborasi. Menurut Anda, apakah perusahaan pengguna open source perlu lebih aktif membiayai maintainer? Ceritakan pengalaman Anda mengenai masa depan keberlanjutan infrastruktur digital.
