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 operasional infrastruktur komputasi. Dalam berbagai bidang seperti sistem operasi server, platform pengembangan perangkat lunak, hingga produk digital yang digunakan masyarakat. Di balik pemanfaatannya yang luas, sejumlah proyek kritis tetap mengandalkan oleh tim pemeliharaan berukuran kecil. Kajian mengenai keberlanjutan open source tersebut menemukan 11 proyek dalam daftar berisi 23 perangkat lunak ditangani oleh satu hingga dua pemelihara. Informasi tersebut menggambarkan ketergantungan pada sedikit individu. Namun harus dibedakan bahwa temuan ini merujuk pada daftar penelitian tersebut, bukan semua repositori kode sumber terbuka.

Ketergantungan pada sedikit pengelola menjadi persoalan penting karena perangkat lunak kritis digunakan banyak pihak. Apabila suatu komponen hanya ditangani satu pengembang, tanggung jawab pengembangan menjadi terkonsentrasi. Maintainer sering perlu menangani keluhan pengguna, merilis pembaruan keamanan, serta mempertahankan kualitas dokumentasi. Rangkaian tanggung jawab tersebut menuntut ketersediaan tenaga yang memadai. Jika sumber daya tidak mencukupi, penanganan kerentanan dapat tertunda. Dengan mempertimbangkan keadaan tersebut, perusahaan sebaiknya memperhatikan kesehatan dependensi.

Mengapa Banyak Proyek Open Source Kritis Kekurangan Pengelola?

Tantangan mendasar dalam keberlanjutan proyek open source adalah minimnya sumber daya operasional. Banyak perangkat lunak terbuka bergantung pada waktu luang pengembang. Padahal, perusahaan besar dapat memanfaatkan perangkat tersebut untuk menjalankan sistem produksi. Ketidakseimbangan tersebut dapat memperbesar tekanan terhadap maintainer. Sebagai contoh, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi belum memperoleh dukungan pendanaan yang stabil. Dalam keadaan demikian, perbaikan masalah bergantung pada ketersediaan waktu pengelola.

Selain persoalan pendanaan, maintainer open source juga menghadapi tekanan pekerjaan. Perusahaan yang memanfaatkan pustaka mungkin mengharapkan perbaikan cepat ketika ditemukan kesalahan pada versi terbaru. Namun, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Tekanan yang berlangsung terus-menerus berpotensi menyebabkan burnout. Jika kontributor inti meninggalkan proyek, pengetahuan teknis dapat sulit dialihkan. Oleh sebab itu, dukungan finansial sebaiknya diikuti regenerasi maintainer. Langkah tersebut membantu mengurangi ketergantungan pada individu.

Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?

Sedikitnya maintainer aktif berpotensi meningkatkan kelemahan tata kelola. Tantangan keamanan yang paling relevan adalah kecilnya kapasitas review perubahan perangkat lunak. Pada pengembangan dengan tata kelola kuat, kontribusi mungkin melalui proses persetujuan berlapis. Sebaliknya, proyek dengan satu maintainer mungkin tidak memiliki pemeriksa independen. Situasi tersebut memperbesar risiko kerentanan bertahan lebih lama. Namun perlu dipahami, banyaknya pengembang bukan jaminan keamanan. Faktor seperti prosedur persetujuan perubahan, serta kecepatan perbaikan celah.

Ancaman lainnya adalah serangan terhadap rantai pasok perangkat lunak. Jenis ancaman tersebut, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Ketika perubahan berbahaya mencapai versi rilis, dampaknya dapat meluas ke aplikasi pengguna. Kasus backdoor XZ Utils pada 2024 menjadi contoh penting mengenai penyalahgunaan kepercayaan dalam proyek terbuka. Melalui peristiwa tersebut, mekanisme serangan terhadap paket perangkat lunak berhasil diungkap. Aspek yang perlu diperhatikan adalah perlindungan rantai pasok tidak cukup mengandalkan kepercayaan personal. Dengan demikian, pengguna perlu memantau risiko komponen yang digunakan.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Dalam lingkungan bisnis berbasis perangkat lunak, penggunaan dependensi terbuka sering tidak terhindarkan. Banyak aplikasi mengandalkan framework yang dikembangkan komunitas. Penggunaan kode yang telah tersedia dapat mengurangi pekerjaan berulang. Meski memiliki keuntungan praktis, keamanan aplikasi dipengaruhi komponen yang digunakan. Apabila sebuah framework mengalami keterlambatan perbaikan kerentanan, perusahaan mungkin kesulitan memperbarui sistem. Konsekuensi operasionalnya dapat berupa gangguan layanan.

Kebutuhan pemantauan komponen terbuka juga tercermin dalam laporan industri. Berdasarkan survei industri open source 2026 mengidentifikasi pengelolaan pembaruan keamanan sebagai tantangan bagi organisasi pengguna software terbuka. Dalam penelitian tersebut, 20 persen organisasi melaporkan tidak adanya prosedur tertentu bagi kerentanan CVE. Di sisi perusahaan besar, 39 persen perusahaan besar melaporkan masalah dalam menyelesaikan remediasi sesuai tenggat internal. Kondisi yang terungkap menggarisbawahi kebutuhan pengelolaan keamanan berkelanjutan. Sebagai langkah pengendalian, organisasi sebaiknya memetakan dependensi aplikasinya.

Strategi Memperkuat Keamanan dan Keberlanjutan Proyek Open Source

Pendekatan awal yang cukup penting adalah memetakan seluruh komponen open source yang digunakan. Tim keamanan bisa menerapkan inventaris perangkat lunak berbentuk SBOM untuk mengidentifikasi versi pustaka. Data inventaris ini mempermudah pemeriksaan versi rentan. Untuk memperoleh pemantauan yang lebih baik, terapkan software composition analysis yang membantu menemukan komponen berisiko. Namun demikian, hasilnya perlu dievaluasi berdasarkan konteks. Untuk menentukan prioritas, kerentanan yang dapat dieksploitasi pada sistem produksi sebaiknya diprioritaskan untuk diperbaiki dibandingkan peringatan yang tidak relevan dengan konfigurasi.

Di samping pengelolaan dependensi, perusahaan dapat membantu meningkatkan kesehatan ekosistem perangkat lunak. Kontribusi yang dapat diberikan tidak selalu berupa sumbangan uang. Untuk membantu proyek penting, organisasi bisa menyediakan bantuan pendanaan, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta meningkatkan kualitas dokumentasi. Kolaborasi seperti itu dapat mengurangi tekanan maintainer. Organisasi juga dapat, mendorong penambahan pengelola tepercaya agar pemeliharaan tetap berlangsung ketika pengelola utama berhenti. Melalui strategi yang saling mendukung, keamanan serta keberlanjutan dapat meningkat.

Masa Depan Keberlanjutan Proyek Open Source dalam Industri TEKNOLOGI

Hasil kajian terhadap 23 proyek penting yang menemukan 11 proyek bergantung pada sedikit maintainer memperlihatkan persoalan keberlanjutan dalam pemeliharaan infrastruktur digital. Terbatasnya jumlah maintainer aktif berpotensi melemahkan ketahanan pemeliharaan. Namun demikian, kualitas tata kelola tetap menjadi faktor penting. Organisasi sebaiknya menyusun inventaris komponen, mengawasi kerentanan, serta berkontribusi dalam pemeliharaan open source. Dalam ekosistem digital yang semakin terhubung, keberlanjutan proyek menjadi kepentingan banyak pihak. Dari sudut pandang Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Ceritakan pengalaman Anda mengenai tantangan pengelola proyek sumber terbuka.