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

Software dengan kode sumber terbuka merupakan komponen mendasar dalam pembangunan berbagai aplikasi teknologi. Penggunaannya mencakup infrastruktur jaringan, aplikasi perusahaan, hingga perangkat elektronik sehari-hari. Walaupun memiliki kontribusi besar, sejumlah proyek kritis tetap mengandalkan oleh sedikit kontributor aktif. Kajian mengenai keberlanjutan open source tersebut mengidentifikasi sebanyak 11 proyek dari total 23 bergantung pada maksimal dua pengelola. Temuan tersebut menggambarkan ketergantungan pada sedikit individu. Namun harus dibedakan bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan seluruh proyek open source di dunia.

Ketergantungan pada sedikit pengelola menimbulkan perhatian serius karena satu komponen dapat mendukung ribuan aplikasi. Ketika sebuah proyek memiliki jumlah pemelihara yang sangat kecil, risiko keterlambatan penanganan masalah bertambah. Maintainer sering perlu meninjau perubahan kode, memperbaiki kerentanan yang ditemukan, serta menjawab kebutuhan komunitas. Semua pekerjaan tersebut membutuhkan waktu dan perhatian. Ketika pengelola mengalami kelebihan beban, proses pembaruan berpotensi melambat. Oleh karena itu, perusahaan sebaiknya memperhatikan kesehatan dependensi.

Penyebab Ketergantungan Infrastruktur Digital pada Kontributor Sukarela

Salah satu penyebab utama proyek open source adalah kurangnya dukungan finansial. Banyak perangkat lunak terbuka bergantung pada waktu luang pengembang. Sementara itu, organisasi komersial sering menggunakan komponen yang sama untuk mengembangkan layanan kepada pelanggan. Ketidakseimbangan tersebut berpotensi menghambat pemeliharaan jangka panjang. Sebagai contoh, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi tidak memiliki tim keamanan khusus. Akibatnya, setiap laporan keamanan harus ditangani dengan sumber daya terbatas.

Tidak hanya berkaitan dengan uang, maintainer open source sering menerima beban tanggung jawab tinggi. Perusahaan yang memanfaatkan pustaka sering membutuhkan pembaruan kompatibilitas ketika muncul kerentanan keamanan. Di sisi lain, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Situasi kerja seperti ini mungkin mengurangi motivasi pengembangan. Ketika pengelola utama tidak lagi aktif, proses pemeliharaan mungkin kehilangan kesinambungan. Untuk menjaga keberlangsungan proyek, pengembangan komunitas harus berjalan bersama peningkatan sumber daya. Pendekatan yang berkelanjutan ini mendorong transfer pengetahuan teknis.

Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?

Ketergantungan proyek pada satu atau dua individu menciptakan tantangan dalam pengawasan perubahan kode. 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. Meski demikian, jumlah maintainer kecil tidak otomatis berarti kode tidak aman. Aspek yang juga menentukan mencakup kualitas pengujian otomatis, serta kecepatan perbaikan celah.

Persoalan keamanan berikutnya adalah software supply chain attack. Dalam skenario serangan rantai pasok, pelaku menargetkan perangkat lunak yang dipercaya pengembang lain. Ketika perubahan berbahaya mencapai versi rilis, berbagai sistem hilir berpotensi terdampak. Kasus backdoor XZ Utils pada 2024 sering dijadikan pelajaran mengenai risiko penyusupan pada komponen infrastruktur. Melalui peristiwa tersebut, mekanisme serangan terhadap paket perangkat lunak berhasil diungkap. Pelajaran utamanya adalah perlindungan rantai pasok tidak cukup mengandalkan kepercayaan personal. Oleh karena itu, organisasi perlu mengevaluasi dependensi secara rutin.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Bagi perusahaan modern, penggunaan dependensi terbuka sering tidak terhindarkan. Sejumlah sistem perusahaan dibangun menggunakan pustaka pihak ketiga. Cara pengembangan ini membantu mempercepat pembangunan aplikasi. Namun demikian, keamanan aplikasi dipengaruhi komponen yang digunakan. Ketika komponen perangkat lunak penting tidak lagi menerima pembaruan keamanan, perusahaan mungkin kesulitan memperbarui sistem. Risiko lanjutan tersebut dapat berupa gangguan layanan.

Pentingnya tata kelola dependensi juga tercermin dalam laporan industri. Berdasarkan survei industri open source 2026 menyoroti kesulitan penanganan kerentanan bagi berbagai tim teknologi informasi. 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. Hasil survei ini memperlihatkan perlunya proses yang lebih terstruktur. Sebagai langkah pengendalian, perusahaan perlu mengetahui komponen yang digunakan.

Cara Perusahaan Mendukung Maintainer serta Mengurangi Risiko Software

Strategi dasar untuk memperkuat keamanan adalah menyusun inventaris dependensi perangkat lunak. Tim keamanan bisa menggunakan dokumen SBOM untuk mengidentifikasi versi pustaka. Catatan komponen tersebut 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. Dalam evaluasi praktis, masalah yang memiliki dampak tinggi terhadap layanan 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 tidak selalu berupa sumbangan uang. Sebagai contoh, organisasi bisa menyediakan bantuan pendanaan, menugaskan pengembang memperbaiki masalah, serta berkontribusi pada sistem otomasi pemeriksaan. Kontribusi berkelanjutan ini dapat mengurangi tekanan maintainer. Organisasi juga dapat, mendorong penambahan pengelola tepercaya agar proyek tidak bergantung pada satu individu. Dengan pendekatan tersebut, 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 pengelolaan perangkat lunak sumber terbuka. Konsentrasi tanggung jawab pada sedikit individu berpotensi melemahkan ketahanan pemeliharaan. Namun demikian, tidak semua proyek kecil otomatis tidak aman. Pengguna perangkat lunak dianjurkan memetakan dependensi, mengawasi kerentanan, serta berkontribusi dalam pemeliharaan open source. Dalam ekosistem digital yang semakin terhubung, keamanan open source merupakan tanggung jawab bersama. Menurut Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Sampaikan pandangan Anda mengenai tantangan pengelola proyek sumber terbuka.