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

Ekosistem perangkat lunak sumber terbuka menjadi fondasi utama dalam operasional infrastruktur komputasi. Penggunaannya mencakup sistem operasi server, aplikasi perusahaan, hingga perangkat elektronik sehari-hari. Namun demikian, beberapa fondasi digital ternyata ditangani oleh jumlah pengelola yang sangat terbatas. Laporan yang dihimpun The Data Drop mengidentifikasi sebanyak 11 proyek dari total 23 bergantung pada maksimal dua pengelola. Informasi tersebut memperlihatkan keterbatasan sumber daya pemeliharaan. Namun harus dibedakan bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan keseluruhan ekosistem perangkat lunak terbuka.

Kondisi tersebut menimbulkan perhatian serius karena sebuah pustaka dapat menjadi fondasi berbagai produk. Apabila suatu komponen bergantung pada dua maintainer aktif, tanggung jawab pengembangan menjadi terkonsentrasi. Maintainer sering perlu menangani keluhan pengguna, memperbaiki kerentanan yang ditemukan, serta menjawab kebutuhan komunitas. Aktivitas pemeliharaan yang beragam menuntut ketersediaan tenaga yang memadai. Apabila dukungan pengembangan terbatas, keberlanjutan proyek mungkin terganggu. Oleh karena itu, komunitas perlu membangun dukungan pemeliharaan yang berkelanjutan.

Penyebab Ketergantungan Infrastruktur Digital pada Kontributor Sukarela

Salah satu penyebab utama proyek open source adalah keterbatasan pendanaan. Banyak perangkat lunak terbuka dipelihara oleh individu tanpa pendanaan tetap. Di sisi penggunaan, organisasi komersial sering menggunakan komponen yang sama untuk mendukung aktivitas operasional yang menghasilkan pendapatan. Ketidakseimbangan tersebut berpotensi menghambat pemeliharaan jangka panjang. Sebagai contoh, sebuah pustaka kecil mungkin dipasang pada ribuan lingkungan perangkat lunak, tetapi tidak memiliki tim keamanan khusus. Sebagai konsekuensinya, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.

Tidak hanya berkaitan dengan uang, maintainer open source dapat mengalami kelelahan akibat banyaknya permintaan. Pengguna perangkat lunak dapat meminta penanganan segera ketika ditemukan kesalahan pada versi terbaru. Namun, pengelola belum tentu bekerja penuh waktu. Tekanan yang berlangsung terus-menerus dapat meningkatkan kelelahan mental. Jika kontributor inti meninggalkan proyek, proses pemeliharaan mungkin kehilangan kesinambungan. Dengan demikian, pendanaan perlu disertai pembagian tanggung jawab. Strategi pemeliharaan tersebut membantu mengurangi ketergantungan pada individu.

Risiko Keamanan Ketika Proyek Open Source Hanya Dikelola Sedikit Orang

Sedikitnya maintainer aktif berpotensi meningkatkan kelemahan tata kelola. Persoalan pertama yang perlu diperhatikan adalah kurangnya pemeriksaan silang. Dalam proyek yang sehat, kontribusi mungkin melalui proses persetujuan berlapis. Sebaliknya, proyek dengan satu maintainer berpotensi melewatkan masalah karena keterbatasan waktu. Keterbatasan proses ini dapat meningkatkan kemungkinan kesalahan tidak terdeteksi. Namun perlu dipahami, banyaknya pengembang bukan jaminan keamanan. Penilaian keamanan tetap harus mempertimbangkan kualitas pengujian otomatis, serta pengelolaan rilis.

Persoalan keamanan berikutnya adalah software supply chain attack. Serangan ini, pelaku menargetkan perangkat lunak yang dipercaya pengembang lain. Apabila berhasil, kode berbahaya mungkin menyebar melalui pembaruan dependensi. Upaya penyusupan terhadap XZ Utils tahun 2024 memperlihatkan potensi bahaya mengenai risiko penyusupan pada komponen infrastruktur. Dalam insiden tersebut, masalah keamanan serius teridentifikasi sebelum dampaknya menjadi lebih besar. Pelajaran utamanya adalah perlindungan rantai pasok tidak cukup mengandalkan kepercayaan personal. Oleh karena itu, pengguna perlu memantau risiko komponen yang digunakan.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Bagi perusahaan modern, pemanfaatan komponen sumber terbuka menjadi bagian penting infrastruktur. Berbagai layanan bisnis dibangun menggunakan pustaka pihak ketiga. Pendekatan tersebut membantu mempercepat pembangunan aplikasi. Walaupun memberikan efisiensi, keamanan aplikasi dipengaruhi komponen yang digunakan. Ketika komponen perangkat lunak penting tidak lagi menerima pembaruan keamanan, aplikasi dapat tetap menggunakan versi rentan. Risiko lanjutan tersebut mungkin meningkatkan paparan serangan siber.

Pentingnya tata kelola dependensi didukung oleh berbagai kajian keamanan perangkat lunak. Berdasarkan survei industri open source 2026 menyoroti kesulitan penanganan kerentanan bagi perusahaan yang mengandalkan open source. Kajian penggunaan open source tersebut, 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. Kondisi yang terungkap menggarisbawahi kebutuhan pengelolaan keamanan berkelanjutan. Dengan mempertimbangkan risiko tersebut, organisasi sebaiknya memetakan dependensi aplikasinya.

Cara Perusahaan Mendukung Maintainer serta Mengurangi Risiko Software

Langkah pertama yang dapat dilakukan adalah membangun daftar pustaka dan framework dalam aplikasi. Perusahaan dapat menggunakan dokumen SBOM untuk mendokumentasikan hubungan dependensi. Informasi tersebut mempermudah pemeriksaan versi rentan. Sebagai langkah berikutnya, gunakan alat analisis komposisi perangkat lunak yang mendeteksi paket dengan kerentanan diketahui. Walaupun pemindaian otomatis bermanfaat, hasilnya perlu dievaluasi berdasarkan konteks. Sebagai contoh, celah pada komponen yang benar-benar digunakan perlu mendapat perhatian lebih besar dibandingkan temuan pada fitur yang tidak digunakan.

Tidak hanya mengandalkan pemindaian keamanan, perusahaan sebaiknya berkontribusi terhadap keberlanjutan maintainer. Bentuk dukungan tersebut mencakup dukungan finansial maupun teknis. Untuk membantu proyek penting, organisasi dapat mendanai pengelola, menugaskan pengembang memperbaiki masalah, serta berkontribusi pada sistem otomasi pemeriksaan. Dukungan tersebut membantu mempercepat perbaikan. Sebagai langkah tata kelola, membantu regenerasi kontributor agar pengetahuan penting tidak terkonsentrasi. Berkat kerja sama antara pengguna dan pengembang, keamanan serta keberlanjutan dapat meningkat.

Kesimpulan Risiko Keamanan Software Open Source Kritis

Temuan mengenai 11 dari 23 proyek open source kritis memperlihatkan persoalan keberlanjutan dalam pengelolaan perangkat lunak sumber terbuka. Terbatasnya jumlah maintainer aktif dapat meningkatkan risiko keterlambatan pembaruan. Meski kondisi tersebut perlu diperhatikan, tidak semua proyek kecil otomatis tidak aman. Perusahaan perlu memetakan dependensi, mengawasi kerentanan, serta memberikan dukungan kepada proyek penting. Seiring perkembangan TEKNOLOGI, perlindungan komponen kritis membutuhkan kolaborasi. Menurut Anda, apakah perusahaan pengguna open source perlu lebih aktif membiayai maintainer? Sampaikan pandangan Anda mengenai tantangan pengelola proyek sumber terbuka.