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

Perangkat lunak open source memiliki peranan penting dalam operasional infrastruktur komputasi. Mulai dari sistem operasi server, platform pengembangan perangkat lunak, hingga berbagai perangkat terhubung internet. Walaupun memiliki kontribusi besar, beberapa fondasi digital ternyata ditangani oleh sedikit kontributor aktif. Laporan yang dihimpun The Data Drop mengidentifikasi sebanyak 11 proyek dari total 23 ditangani oleh satu hingga dua pemelihara. Informasi tersebut memperlihatkan keterbatasan sumber daya pemeliharaan. Penting dipahami bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan seluruh proyek open source di dunia.

Kondisi tersebut menciptakan tantangan keberlanjutan karena sebuah pustaka dapat menjadi fondasi berbagai produk. Ketika sebuah proyek bergantung pada dua maintainer aktif, risiko keterlambatan penanganan masalah bertambah. Pengelola harus memeriksa laporan kesalahan, merilis pembaruan keamanan, serta mengelola kontribusi pengembang lain. Aktivitas pemeliharaan yang beragam memerlukan kemampuan teknis berkelanjutan. Apabila dukungan pengembangan terbatas, keberlanjutan proyek mungkin terganggu. Untuk mengurangi ketergantungan berlebihan, organisasi pengguna perlu memahami kondisi proyek.

Mengapa Banyak Proyek Open Source Kritis Kekurangan Pengelola?

Tantangan mendasar dalam keberlanjutan proyek open source adalah keterbatasan pendanaan. Banyak perangkat lunak terbuka dikembangkan melalui kontribusi sukarela. Padahal, perusahaan besar dapat memanfaatkan perangkat tersebut untuk mendukung aktivitas operasional yang menghasilkan pendapatan. Ketidakseimbangan tersebut berpotensi menghambat pemeliharaan jangka panjang. Sebagai contoh, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi hanya dikelola seorang pengembang. Dalam keadaan demikian, perbaikan masalah bergantung pada ketersediaan waktu pengelola.

Tidak hanya berkaitan dengan uang, maintainer open source sering menerima beban tanggung jawab tinggi. Komunitas pengguna proyek mungkin mengharapkan perbaikan cepat ketika muncul kerentanan keamanan. Namun, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Tekanan yang berlangsung terus-menerus mungkin mengurangi motivasi pengembangan. Apabila seorang maintainer berhenti, pengetahuan teknis dapat sulit dialihkan. Dengan demikian, dukungan finansial sebaiknya diikuti regenerasi maintainer. Strategi pemeliharaan tersebut membantu mengurangi ketergantungan pada individu.

Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?

Sedikitnya maintainer aktif menciptakan tantangan dalam pengawasan perubahan kode. Salah satu risikonya adalah kurangnya pemeriksaan silang. Pada pengembangan dengan tata kelola kuat, kontribusi dapat diperiksa oleh lebih dari satu orang. Sebaliknya, proyek dengan satu maintainer berpotensi melewatkan masalah karena keterbatasan waktu. Keterbatasan proses ini memperbesar risiko kerentanan bertahan lebih lama. Namun perlu dipahami, banyaknya pengembang bukan jaminan keamanan. Faktor seperti mekanisme perlindungan akun, serta pengelolaan rilis.

Risiko tambahan yang perlu diwaspadai 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. Upaya penyusupan terhadap XZ Utils tahun 2024 menjadi contoh penting mengenai penyalahgunaan kepercayaan dalam proyek terbuka. Dalam insiden tersebut, mekanisme serangan terhadap paket perangkat lunak berhasil diungkap. Kesimpulan penting dari contoh tersebut adalah pengelolaan akses maintainer harus dilakukan hati-hati. Dengan demikian, pengguna perlu memantau risiko komponen yang digunakan.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Dalam lingkungan bisnis berbasis perangkat lunak, pemanfaatan komponen sumber terbuka menjadi bagian penting infrastruktur. Sejumlah sistem perusahaan memanfaatkan komponen perangkat lunak dari proyek lain. Penggunaan kode yang telah tersedia dapat mengurangi pekerjaan berulang. Meski memiliki keuntungan praktis, risiko pemeliharaan ikut menjadi tanggung jawab pengguna. Jika suatu pustaka mengalami keterlambatan perbaikan kerentanan, perusahaan mungkin kesulitan memperbarui sistem. Dampaknya dapat berupa gangguan layanan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Berdasarkan survei industri open source 2026 menyoroti kesulitan penanganan kerentanan 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 melaporkan masalah dalam menyelesaikan remediasi sesuai tenggat internal. Hasil survei ini menunjukkan pentingnya kesiapan operasional. Dengan mempertimbangkan risiko tersebut, perusahaan perlu mengetahui komponen yang digunakan.

Cara Perusahaan Mendukung Maintainer serta Mengurangi Risiko Software

Pendekatan awal yang cukup penting adalah menyusun inventaris dependensi perangkat lunak. Perusahaan dapat menerapkan inventaris perangkat lunak berbentuk SBOM untuk mengidentifikasi versi pustaka. Data inventaris ini mendukung penelusuran dampak kerentanan. Selain itu, manfaatkan pemindai dependensi yang memberikan informasi tentang pembaruan keamanan. Namun demikian, penilaian risiko tetap membutuhkan analisis. Untuk menentukan prioritas, celah pada komponen yang benar-benar digunakan sebaiknya diprioritaskan untuk diperbaiki dibandingkan temuan pada fitur yang tidak digunakan.

Di samping pengelolaan dependensi, perusahaan perlu mendukung proyek open source yang digunakan. Kontribusi yang dapat diberikan dapat dilakukan melalui berbagai cara. Sebagai contoh, organisasi dapat mendanai pengelola, mengalokasikan waktu karyawan untuk berkontribusi, serta berkontribusi pada sistem otomasi pemeriksaan. Kontribusi berkelanjutan ini membantu mempercepat perbaikan. Organisasi juga dapat, mendorong penambahan pengelola tepercaya agar proyek tidak bergantung pada satu individu. Berkat kerja sama antara pengguna dan pengembang, ekosistem open source dapat menjadi lebih tangguh.

Kesimpulan Risiko Keamanan Software Open Source Kritis

Temuan mengenai 11 dari 23 proyek open source kritis memperlihatkan persoalan keberlanjutan dalam pemeliharaan infrastruktur digital. Ketergantungan pada satu atau dua pengelola mungkin memperbesar beban penanganan keamanan. Namun demikian, kualitas tata kelola tetap menjadi faktor penting. Pengguna perangkat lunak dianjurkan memeriksa perangkat lunak pihak ketiga, menerapkan pembaruan keamanan, serta memberikan dukungan kepada proyek penting. Dalam ekosistem digital yang semakin terhubung, 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 keamanan perangkat lunak open source.