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. Penggunaannya mencakup layanan komputasi awan, platform pengembangan perangkat lunak, hingga berbagai perangkat terhubung internet. Di balik pemanfaatannya yang luas, sejumlah proyek kritis tetap mengandalkan oleh tim pemeliharaan berukuran kecil. Laporan yang dihimpun The Data Drop mengidentifikasi sebanyak 11 proyek dari total 23 bergantung pada maksimal dua pengelola. Temuan tersebut menunjukkan tingkat konsentrasi tanggung jawab yang tinggi. Perlu diperhatikan bahwa temuan ini merujuk pada daftar penelitian tersebut, bukan semua repositori kode sumber terbuka.

Struktur pemeliharaan yang terbatas menjadi persoalan penting karena perangkat lunak kritis digunakan banyak pihak. Jika perangkat lunak penting bergantung pada dua maintainer aktif, beban pemeliharaan dapat meningkat. Pengelola harus memeriksa laporan kesalahan, memastikan kompatibilitas versi, serta mempertahankan kualitas dokumentasi. Semua pekerjaan tersebut memerlukan kemampuan teknis berkelanjutan. Apabila dukungan pengembangan terbatas, proses pembaruan berpotensi melambat. Oleh karena itu, komunitas perlu membangun dukungan pemeliharaan yang berkelanjutan.

Masalah Pendanaan dan Beban Kerja Maintainer Open Source

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 mendukung aktivitas operasional yang menghasilkan pendapatan. Kesenjangan kontribusi ini berpotensi menghambat pemeliharaan jangka panjang. Dalam situasi yang mungkin terjadi, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi hanya dikelola seorang pengembang. Dalam keadaan demikian, perbaikan masalah bergantung pada ketersediaan waktu pengelola.

Selain persoalan pendanaan, maintainer open source juga menghadapi tekanan pekerjaan. Komunitas pengguna proyek sering membutuhkan pembaruan kompatibilitas ketika ditemukan kesalahan pada versi terbaru. Di sisi lain, pengelola belum tentu bekerja penuh waktu. Tekanan yang berlangsung terus-menerus berpotensi menyebabkan burnout. Apabila seorang maintainer berhenti, proses pemeliharaan mungkin kehilangan kesinambungan. Oleh sebab itu, pendanaan perlu disertai pembagian tanggung jawab. Langkah tersebut memberikan peluang keberlanjutan yang lebih baik.

Risiko Keamanan Ketika Proyek Open Source Hanya Dikelola Sedikit Orang

Jumlah pengelola yang terbatas dapat memperbesar sejumlah risiko keamanan. Salah satu risikonya adalah terbatasnya peninjauan kode. Pada pengembangan dengan tata kelola kuat, kontribusi mungkin melalui proses persetujuan berlapis. Sebaliknya, proyek dengan satu maintainer dapat kesulitan menerapkan pemeriksaan berlapis. Kondisi pengawasan semacam itu dapat meningkatkan kemungkinan kesalahan tidak terdeteksi. Meski demikian, jumlah maintainer kecil tidak otomatis berarti kode tidak aman. Faktor seperti mekanisme perlindungan akun, serta kemampuan merespons laporan kerentanan.

Ancaman lainnya adalah penyusupan melalui dependensi aplikasi. Jenis ancaman tersebut, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Ketika perubahan berbahaya mencapai versi rilis, berbagai sistem hilir berpotensi terdampak. Insiden keamanan XZ Utils yang terungkap pada 2024 menjadi contoh penting mengenai ancaman terhadap proses pemeliharaan perangkat lunak. Pada kasus keamanan tersebut, mekanisme serangan terhadap paket perangkat lunak berhasil diungkap. Kesimpulan penting dari contoh tersebut adalah pengelolaan akses maintainer harus dilakukan hati-hati. Untuk mengurangi ancaman serupa, pengguna perlu memantau risiko komponen yang digunakan.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Untuk organisasi yang menjalankan aplikasi digital, penggunaan dependensi terbuka sering tidak terhindarkan. Sejumlah sistem perusahaan mengandalkan framework yang dikembangkan komunitas. Penggunaan kode yang telah tersedia dapat mengurangi pekerjaan berulang. Walaupun memberikan efisiensi, ketahanan sistem bergantung pula pada kesehatan dependensi. Jika suatu pustaka mengalami keterlambatan perbaikan kerentanan, aplikasi dapat tetap menggunakan versi rentan. Konsekuensi operasionalnya berpotensi menambah biaya pemeliharaan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Dalam penelitian State of Open Source tahun 2026 menemukan bahwa patching masih menjadi persoalan penting bagi perusahaan yang mengandalkan open source. Survei industri itu, 20 persen organisasi menyatakan belum memiliki proses khusus untuk merespons CVE. Sebagai temuan tambahan, 39 persen perusahaan besar mengalami kesulitan memenuhi target internal penanganan kerentanan. Temuan tersebut menggarisbawahi kebutuhan pengelolaan keamanan berkelanjutan. Sebagai langkah pengendalian, organisasi sebaiknya memetakan dependensi aplikasinya.

Langkah Mengelola Rantai Pasok Perangkat Lunak Secara Lebih Aman

Langkah pertama yang dapat dilakukan adalah memetakan seluruh komponen open source yang digunakan. Organisasi sebaiknya menggunakan dokumen SBOM untuk mencatat komponen yang digunakan. Data inventaris ini mempermudah pemeriksaan versi rentan. Untuk memperoleh pemantauan yang lebih baik, gunakan alat analisis komposisi perangkat lunak yang mendeteksi paket dengan kerentanan diketahui. Meski alat tersebut dapat mempercepat pemeriksaan, peringatan tidak boleh diperlakukan sama pentingnya. Sebagai contoh, celah pada komponen yang benar-benar digunakan sebaiknya diprioritaskan untuk diperbaiki dibandingkan peringatan yang tidak relevan dengan konfigurasi.

Tidak hanya mengandalkan pemindaian keamanan, perusahaan dapat membantu meningkatkan kesehatan ekosistem perangkat lunak. Bentuk dukungan tersebut dapat dilakukan melalui berbagai cara. Sebagai contoh, organisasi berpeluang memberikan sponsor rutin, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta berkontribusi pada sistem otomasi pemeriksaan. Dukungan tersebut membantu mempercepat perbaikan. Untuk menjaga keberlanjutan jangka panjang, memperkuat proses transfer tanggung jawab agar pengetahuan penting tidak terkonsentrasi. Melalui strategi yang saling mendukung, risiko ketergantungan berlebihan berpotensi menurun.

Kesimpulan Risiko Keamanan Software Open Source Kritis

Hasil kajian terhadap 23 proyek penting yang menemukan 11 proyek bergantung pada sedikit maintainer menjadi pengingat serius dalam pemeliharaan infrastruktur digital. Terbatasnya jumlah maintainer aktif mungkin memperbesar beban penanganan keamanan. Meski kondisi tersebut perlu diperhatikan, keamanan tidak hanya ditentukan jumlah kontributor. Perusahaan perlu memetakan dependensi, menerapkan pembaruan keamanan, serta membantu pendanaan maintainer. Seiring perkembangan TEKNOLOGI, keamanan open source merupakan tanggung jawab bersama. Dari sudut pandang Anda, apakah dukungan industri terhadap software open source sudah cukup memadai? Sampaikan pandangan Anda mengenai tantangan pengelola proyek sumber terbuka.