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.

Kondisi Pemeliharaan Open Source Menjadi Perhatian Industri Teknologi

Perangkat lunak open source menjadi fondasi utama dalam operasional infrastruktur komputasi. Penggunaannya mencakup layanan komputasi awan, aplikasi perusahaan, hingga produk digital yang digunakan masyarakat. Walaupun memiliki kontribusi besar, beberapa fondasi digital ternyata ditangani oleh sedikit kontributor aktif. Kajian mengenai keberlanjutan open source tersebut menunjukkan bahwa 11 dari 23 proyek ditangani oleh satu hingga dua pemelihara. Temuan tersebut menggambarkan ketergantungan pada sedikit individu. Namun harus dibedakan bahwa temuan ini merujuk pada daftar penelitian tersebut, bukan semua repositori kode sumber terbuka.

Kondisi tersebut menciptakan tantangan keberlanjutan karena perangkat lunak kritis digunakan banyak pihak. Ketika sebuah proyek memiliki jumlah pemelihara yang sangat kecil, risiko keterlambatan penanganan masalah bertambah. Maintainer sering perlu memeriksa laporan kesalahan, memperbaiki kerentanan yang ditemukan, serta mempertahankan kualitas dokumentasi. Rangkaian tanggung jawab tersebut membutuhkan waktu dan perhatian. Apabila dukungan pengembangan terbatas, penanganan kerentanan dapat tertunda. Oleh karena itu, organisasi pengguna perlu memahami kondisi proyek.

Masalah Pendanaan dan Beban Kerja Maintainer Open Source

Salah satu penyebab utama proyek open source adalah keterbatasan pendanaan. Berbagai komponen open source bergantung pada waktu luang pengembang. Di sisi penggunaan, perusahaan besar dapat memanfaatkan perangkat tersebut untuk mengembangkan layanan kepada pelanggan. Kesenjangan kontribusi ini menimbulkan persoalan keberlanjutan. Sebagai contoh, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi hanya dikelola seorang pengembang. Dalam keadaan demikian, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.

Selain persoalan pendanaan, maintainer open source juga menghadapi tekanan pekerjaan. Pengguna perangkat lunak sering membutuhkan pembaruan kompatibilitas ketika ditemukan kesalahan pada versi terbaru. Meski permintaan terus berdatangan, pengelola mungkin memiliki pekerjaan utama lain. Tekanan yang berlangsung terus-menerus berpotensi menyebabkan burnout. Jika kontributor inti meninggalkan proyek, komunitas berpotensi kesulitan mencari pengganti. Untuk menjaga keberlangsungan proyek, dukungan finansial sebaiknya diikuti regenerasi maintainer. Pendekatan yang berkelanjutan ini membantu mengurangi ketergantungan pada individu.

Risiko Keamanan Ketika Proyek Open Source Hanya Dikelola Sedikit Orang

Ketergantungan proyek pada satu atau dua individu dapat memperbesar sejumlah risiko keamanan. Persoalan pertama yang perlu diperhatikan adalah terbatasnya peninjauan kode. Dalam proyek yang sehat, kontribusi dapat diperiksa oleh lebih dari satu orang. Di sisi lain, proyek dengan satu maintainer berpotensi melewatkan masalah karena keterbatasan waktu. Kondisi pengawasan semacam itu dapat meningkatkan kemungkinan kesalahan tidak terdeteksi. Walaupun risiko meningkat, jumlah maintainer kecil tidak otomatis berarti kode tidak aman. Faktor seperti kualitas pengujian otomatis, serta kemampuan merespons laporan kerentanan.

Risiko tambahan yang perlu diwaspadai adalah serangan terhadap rantai pasok perangkat lunak. Dalam skenario serangan rantai pasok, pelaku berusaha menyusupi komponen yang digunakan banyak pihak. Apabila berhasil, dampaknya dapat meluas ke aplikasi pengguna. Upaya penyusupan terhadap XZ Utils tahun 2024 menjadi contoh penting mengenai risiko penyusupan pada komponen infrastruktur. Pada kasus keamanan tersebut, masalah keamanan serius teridentifikasi sebelum dampaknya menjadi lebih besar. Kesimpulan penting dari contoh tersebut adalah keamanan membutuhkan proses review dan transparansi. Dengan demikian, komunitas harus memperkuat tata kelola perubahan.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Dalam lingkungan bisnis berbasis perangkat lunak, ketergantungan pada open source merupakan hal umum. Sejumlah sistem perusahaan dibangun menggunakan pustaka pihak ketiga. Pendekatan tersebut dapat mengurangi pekerjaan berulang. Meski memiliki keuntungan praktis, keamanan aplikasi dipengaruhi komponen yang digunakan. Jika suatu pustaka kehilangan maintainer aktif, aplikasi dapat tetap menggunakan versi rentan. Risiko lanjutan tersebut mungkin meningkatkan paparan serangan siber.

Perlunya pengelolaan pustaka pihak ketiga semakin mendapat perhatian dalam penelitian teknologi. Laporan State of Open Source 2026 menemukan bahwa patching masih menjadi persoalan penting bagi organisasi pengguna software terbuka. Survei industri itu, 20 persen organisasi menyatakan belum memiliki proses khusus untuk merespons CVE. Selain itu, 39 persen perusahaan besar mengalami kesulitan memenuhi target internal penanganan kerentanan. Kondisi yang terungkap memperlihatkan perlunya proses yang lebih terstruktur. Oleh sebab itu, organisasi sebaiknya memetakan dependensi aplikasinya.

Langkah Mengelola Rantai Pasok Perangkat Lunak Secara Lebih Aman

Langkah pertama yang dapat dilakukan adalah menyusun inventaris dependensi perangkat lunak. Tim keamanan bisa menerapkan inventaris perangkat lunak berbentuk SBOM untuk mengidentifikasi versi pustaka. Data inventaris ini membantu menentukan risiko ketika celah ditemukan. Sebagai langkah berikutnya, manfaatkan pemindai dependensi yang mendeteksi paket dengan kerentanan diketahui. Meski alat tersebut dapat mempercepat pemeriksaan, penilaian risiko tetap membutuhkan analisis. Untuk menentukan prioritas, masalah yang memiliki dampak tinggi terhadap layanan perlu mendapat perhatian lebih besar dibandingkan temuan pada fitur yang tidak digunakan.

Selain memperkuat sistem internal, perusahaan dapat membantu meningkatkan kesehatan ekosistem perangkat lunak. Pendekatan kolaboratif ini mencakup dukungan finansial maupun teknis. Dalam penerapan nyata, organisasi dapat mendanai pengelola, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta berkontribusi pada sistem otomasi pemeriksaan. Kontribusi berkelanjutan ini dapat mengurangi tekanan maintainer. Sebagai langkah tata kelola, memperkuat proses transfer tanggung jawab agar pengetahuan penting tidak terkonsentrasi. Melalui strategi yang saling mendukung, keamanan serta keberlanjutan dapat meningkat.

Kesimpulan Risiko Keamanan Software Open Source Kritis

Temuan mengenai 11 dari 23 proyek open source kritis menjadi pengingat serius dalam pengelolaan perangkat lunak sumber terbuka. Konsentrasi tanggung jawab pada sedikit individu mungkin memperbesar beban penanganan keamanan. Namun demikian, kualitas tata kelola tetap menjadi faktor penting. Pengguna perangkat lunak dianjurkan menyusun inventaris komponen, mengawasi kerentanan, serta memberikan dukungan kepada proyek penting. Seiring perkembangan TEKNOLOGI, keamanan open source merupakan tanggung jawab bersama. Dari sudut pandang Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Ceritakan pengalaman Anda mengenai masa depan keberlanjutan infrastruktur digital.