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.

Laporan Ungkap Ketergantungan Software Open Source pada Sedikit Pengelola

Perangkat lunak open source menjadi fondasi utama dalam pengembangan layanan digital modern. Penggunaannya mencakup sistem operasi server, aplikasi perusahaan, hingga produk digital yang digunakan masyarakat. Namun demikian, beberapa fondasi digital ternyata ditangani oleh jumlah pengelola yang sangat terbatas. Kajian mengenai keberlanjutan open source tersebut menemukan 11 proyek dalam daftar berisi 23 perangkat lunak ditangani oleh satu hingga dua pemelihara. Hasil pengamatan ini menggambarkan ketergantungan pada sedikit individu. Penting dipahami bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan seluruh proyek open source di dunia.

Ketergantungan pada sedikit pengelola menciptakan tantangan keberlanjutan karena perangkat lunak kritis digunakan banyak pihak. Apabila suatu komponen memiliki jumlah pemelihara yang sangat kecil, tanggung jawab pengembangan menjadi terkonsentrasi. Pengelola harus meninjau perubahan kode, memastikan kompatibilitas versi, serta mempertahankan kualitas dokumentasi. Rangkaian tanggung jawab tersebut membutuhkan waktu dan perhatian. Ketika pengelola mengalami kelebihan beban, keberlanjutan proyek mungkin terganggu. Dengan mempertimbangkan keadaan tersebut, komunitas perlu membangun dukungan pemeliharaan yang berkelanjutan.

Mengapa Banyak Proyek Open Source Kritis Kekurangan Pengelola?

Tantangan mendasar dalam keberlanjutan proyek open source adalah minimnya sumber daya operasional. Berbagai komponen open source dikembangkan melalui kontribusi sukarela. Sementara itu, berbagai layanan bisnis mengandalkan proyek tersebut untuk menjalankan sistem produksi. Perbedaan antara tingkat pemanfaatan dan dukungan dapat memperbesar tekanan terhadap maintainer. Untuk menggambarkan tantangan tersebut, sebuah pustaka kecil mungkin dipasang pada ribuan lingkungan perangkat lunak, tetapi hanya dikelola seorang pengembang. Akibatnya, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.

Selain persoalan pendanaan, maintainer open source juga menghadapi tekanan pekerjaan. Komunitas pengguna proyek mungkin mengharapkan perbaikan cepat ketika terjadi gangguan perangkat lunak. Di sisi lain, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Situasi kerja seperti ini dapat meningkatkan kelelahan mental. Ketika pengelola utama tidak lagi aktif, pengetahuan teknis dapat sulit dialihkan. Untuk menjaga keberlangsungan proyek, pengembangan komunitas harus berjalan bersama peningkatan sumber daya. Langkah tersebut mendorong transfer pengetahuan teknis.

Risiko Keamanan Ketika Proyek Open Source Hanya Dikelola Sedikit Orang

Sedikitnya maintainer aktif berpotensi meningkatkan kelemahan tata kelola. Persoalan pertama yang perlu diperhatikan adalah kecilnya kapasitas review perubahan perangkat lunak. Dalam proyek yang sehat, kontribusi mungkin melalui proses persetujuan berlapis. Namun, proyek dengan satu maintainer dapat kesulitan menerapkan pemeriksaan berlapis. Keterbatasan proses ini membuat perubahan berbahaya lebih sulit dikenali. Walaupun risiko meningkat, proyek dengan sedikit pengelola belum tentu memiliki keamanan buruk. Faktor seperti mekanisme perlindungan akun, serta pengelolaan rilis.

Risiko tambahan yang perlu diwaspadai adalah penyusupan melalui dependensi aplikasi. Jenis ancaman tersebut, pelaku menargetkan perangkat lunak yang dipercaya pengembang lain. Apabila berhasil, dampaknya dapat meluas ke aplikasi pengguna. Kasus backdoor XZ Utils pada 2024 menjadi contoh penting mengenai ancaman terhadap proses pemeliharaan perangkat lunak. Pada kasus keamanan tersebut, masalah keamanan serius teridentifikasi sebelum dampaknya menjadi lebih besar. Kesimpulan penting dari contoh tersebut adalah perlindungan rantai pasok tidak cukup mengandalkan kepercayaan personal. Dengan demikian, organisasi perlu mengevaluasi dependensi secara rutin.

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 mengandalkan framework yang dikembangkan komunitas. Penggunaan kode yang telah tersedia dapat mengurangi pekerjaan berulang. Namun demikian, keamanan aplikasi dipengaruhi komponen yang digunakan. Ketika komponen perangkat lunak penting mengalami keterlambatan perbaikan kerentanan, aplikasi dapat tetap menggunakan versi rentan. Risiko lanjutan tersebut dapat berupa gangguan layanan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Dalam penelitian State of Open Source tahun 2026 menyoroti kesulitan penanganan kerentanan bagi organisasi pengguna software terbuka. Kajian penggunaan open source tersebut, 20 persen organisasi melaporkan tidak adanya prosedur tertentu bagi kerentanan CVE. Di sisi perusahaan besar, 39 persen perusahaan besar mengalami kesulitan memenuhi target internal penanganan kerentanan. Hasil survei ini memperlihatkan perlunya proses yang lebih terstruktur. Sebagai langkah pengendalian, tim pengembang harus memahami perangkat lunak pihak ketiga dalam sistem.

Strategi Memperkuat Keamanan dan Keberlanjutan Proyek Open Source

Strategi dasar untuk memperkuat keamanan adalah membangun daftar pustaka dan framework dalam aplikasi. Tim keamanan bisa menggunakan dokumen SBOM untuk mengidentifikasi versi pustaka. Data inventaris ini membantu menentukan risiko ketika celah ditemukan. Selain itu, terapkan software composition analysis yang memberikan informasi tentang pembaruan keamanan. Namun demikian, penilaian risiko tetap membutuhkan analisis. Untuk menentukan prioritas, masalah yang memiliki dampak tinggi terhadap layanan membutuhkan tindakan lebih cepat dibandingkan masalah dengan dampak operasional terbatas.

Selain memperkuat sistem internal, perusahaan sebaiknya berkontribusi terhadap keberlanjutan maintainer. Bentuk dukungan tersebut dapat dilakukan melalui berbagai cara. Dalam penerapan nyata, organisasi berpeluang memberikan sponsor rutin, mengalokasikan waktu karyawan untuk berkontribusi, serta membantu pengujian keamanan. Dukungan tersebut membantu mempercepat perbaikan. Organisasi juga dapat, membantu regenerasi kontributor agar pemeliharaan tetap berlangsung ketika pengelola utama berhenti. Berkat kerja sama antara pengguna dan pengembang, keamanan serta keberlanjutan dapat meningkat.

Pentingnya Dukungan Maintainer bagi Keamanan Infrastruktur Digital

Laporan yang mengidentifikasi 11 proyek dengan pengelola terbatas dari 23 proyek memperlihatkan persoalan keberlanjutan dalam perlindungan rantai pasok software. Terbatasnya jumlah maintainer aktif berpotensi melemahkan ketahanan pemeliharaan. Namun demikian, keamanan tidak hanya ditentukan jumlah kontributor. Organisasi sebaiknya memetakan dependensi, menerapkan pembaruan keamanan, serta memberikan dukungan kepada proyek penting. Dalam ekosistem digital yang semakin terhubung, perlindungan komponen kritis membutuhkan kolaborasi. Dari sudut pandang Anda, apakah perusahaan pengguna open source perlu lebih aktif membiayai maintainer? Bagikan pendapat Anda mengenai keamanan perangkat lunak open source.