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 memiliki peranan penting dalam pengembangan layanan digital modern. Dalam berbagai bidang seperti infrastruktur jaringan, aplikasi perusahaan, hingga perangkat elektronik sehari-hari. Walaupun memiliki kontribusi besar, banyak komponen penting masih bergantung oleh sedikit kontributor aktif. Analisis proyek kritis yang dipublikasikan The Data Drop menemukan 11 proyek dalam daftar berisi 23 perangkat lunak ditangani oleh satu hingga dua pemelihara. Informasi tersebut memperlihatkan keterbatasan sumber daya pemeliharaan. Perlu diperhatikan bahwa temuan ini merujuk pada daftar penelitian tersebut, bukan keseluruhan ekosistem perangkat lunak terbuka.

Ketergantungan pada sedikit pengelola menciptakan tantangan keberlanjutan karena perangkat lunak kritis digunakan banyak pihak. Apabila suatu komponen memiliki jumlah pemelihara yang sangat kecil, risiko keterlambatan penanganan masalah bertambah. Maintainer sering perlu meninjau perubahan kode, memperbaiki kerentanan yang ditemukan, serta mempertahankan kualitas dokumentasi. Aktivitas pemeliharaan yang beragam memerlukan kemampuan teknis berkelanjutan. Jika sumber daya tidak mencukupi, keberlanjutan proyek mungkin terganggu. Oleh karena itu, perusahaan sebaiknya memperhatikan kesehatan dependensi.

Masalah Pendanaan dan Beban Kerja Maintainer Open Source

Salah satu penyebab utama proyek open source adalah kurangnya dukungan finansial. Sejumlah proyek kode sumber terbuka dikembangkan melalui kontribusi sukarela. Di sisi penggunaan, berbagai layanan bisnis mengandalkan proyek tersebut untuk menjalankan sistem produksi. Kesenjangan kontribusi ini menimbulkan persoalan keberlanjutan. Untuk menggambarkan tantangan tersebut, sebuah pustaka kecil dapat digunakan oleh banyak aplikasi, tetapi hanya dikelola seorang pengembang. Sebagai konsekuensinya, perbaikan masalah bergantung pada ketersediaan waktu pengelola.

Di luar keterbatasan finansial, maintainer open source dapat mengalami kelelahan akibat banyaknya permintaan. Pengguna perangkat lunak dapat meminta penanganan segera ketika ditemukan kesalahan pada versi terbaru. Di sisi lain, pengelola mungkin memiliki pekerjaan utama lain. Situasi kerja seperti ini berpotensi menyebabkan burnout. Ketika pengelola utama tidak lagi aktif, komunitas berpotensi kesulitan mencari pengganti. Oleh sebab itu, dukungan finansial sebaiknya diikuti regenerasi maintainer. Strategi pemeliharaan tersebut memberikan peluang keberlanjutan yang lebih baik.

Ancaman Supply Chain Attack pada Perangkat Lunak Sumber Terbuka

Ketergantungan proyek pada satu atau dua individu dapat memperbesar sejumlah risiko keamanan. Salah satu risikonya adalah kecilnya kapasitas review perubahan perangkat lunak. Pada pengembangan dengan tata kelola kuat, kontribusi dapat diperiksa oleh lebih dari satu orang. Di sisi lain, proyek dengan satu maintainer mungkin tidak memiliki pemeriksa independen. Keterbatasan proses ini dapat meningkatkan kemungkinan kesalahan tidak terdeteksi. Meski demikian, banyaknya pengembang bukan jaminan keamanan. Penilaian keamanan tetap harus mempertimbangkan kualitas pengujian otomatis, serta pengelolaan rilis.

Ancaman lainnya adalah serangan terhadap rantai pasok perangkat lunak. Jenis ancaman tersebut, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Ketika perubahan berbahaya mencapai versi rilis, kode berbahaya mungkin menyebar melalui pembaruan dependensi. Kasus backdoor XZ Utils pada 2024 menjadi contoh penting mengenai penyalahgunaan kepercayaan dalam proyek terbuka. Dalam insiden tersebut, masalah keamanan serius teridentifikasi sebelum dampaknya menjadi lebih besar. Kesimpulan penting dari contoh tersebut adalah pengelolaan akses maintainer harus dilakukan hati-hati. Untuk mengurangi ancaman serupa, pengguna perlu memantau risiko komponen yang digunakan.

Risiko Bisnis Jika Software Kritis Tidak Mendapat Pembaruan Keamanan

Untuk organisasi yang menjalankan aplikasi digital, ketergantungan pada open source merupakan hal umum. Sejumlah sistem perusahaan dibangun menggunakan pustaka pihak ketiga. Pendekatan tersebut membantu mempercepat pembangunan aplikasi. Namun demikian, keamanan aplikasi dipengaruhi komponen yang digunakan. Jika suatu pustaka mengalami keterlambatan perbaikan kerentanan, perusahaan mungkin kesulitan memperbarui sistem. Risiko lanjutan tersebut dapat berupa gangguan layanan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Berdasarkan survei industri open source 2026 menemukan bahwa patching masih menjadi persoalan penting bagi perusahaan yang mengandalkan open source. Kajian penggunaan open source tersebut, 20 persen organisasi melaporkan tidak adanya prosedur tertentu bagi kerentanan CVE. Di sisi perusahaan besar, 39 persen perusahaan besar menghadapi hambatan memenuhi SLA perbaikan keamanan. Hasil survei ini menunjukkan pentingnya kesiapan operasional. Sebagai langkah pengendalian, organisasi sebaiknya memetakan dependensi aplikasinya.

Cara Perusahaan Mendukung Maintainer serta Mengurangi Risiko Software

Pendekatan awal yang cukup penting adalah memetakan seluruh komponen open source yang digunakan. Organisasi sebaiknya menerapkan inventaris perangkat lunak berbentuk SBOM untuk mengidentifikasi versi pustaka. Informasi tersebut mendukung penelusuran dampak kerentanan. Sebagai langkah berikutnya, gunakan alat analisis komposisi perangkat lunak yang memberikan informasi tentang pembaruan keamanan. Namun demikian, peringatan tidak boleh diperlakukan sama pentingnya. Dalam evaluasi praktis, celah pada komponen yang benar-benar digunakan perlu mendapat perhatian lebih besar dibandingkan temuan pada fitur yang tidak digunakan.

Selain memperkuat sistem internal, perusahaan sebaiknya berkontribusi terhadap keberlanjutan maintainer. Bentuk dukungan tersebut mencakup dukungan finansial maupun teknis. Sebagai contoh, organisasi bisa menyediakan bantuan pendanaan, mengalokasikan waktu karyawan untuk berkontribusi, serta berkontribusi pada sistem otomasi pemeriksaan. Dukungan tersebut mendorong distribusi pengetahuan teknis. Organisasi juga dapat, membantu regenerasi kontributor agar pemeliharaan tetap berlangsung ketika pengelola utama berhenti. Dengan pendekatan tersebut, risiko ketergantungan berlebihan berpotensi menurun.

Pentingnya Dukungan Maintainer bagi Keamanan Infrastruktur Digital

Temuan mengenai 11 dari 23 proyek open source kritis menjadi pengingat serius dalam pengelolaan perangkat lunak sumber terbuka. Ketergantungan pada satu atau dua pengelola berpotensi melemahkan ketahanan pemeliharaan. Walaupun jumlah pengelola kecil menjadi indikator risiko, tidak semua proyek kecil otomatis tidak aman. Perusahaan perlu memetakan dependensi, mengawasi kerentanan, serta berkontribusi dalam pemeliharaan open source. Dalam ekosistem digital yang semakin terhubung, keamanan open source merupakan tanggung jawab bersama. Bagaimana pendapat Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Sampaikan pandangan Anda mengenai tantangan pengelola proyek sumber terbuka.