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 menjadi fondasi utama dalam pengembangan layanan digital modern. Penggunaannya mencakup sistem operasi server, aplikasi perusahaan, hingga perangkat elektronik sehari-hari. Namun demikian, banyak komponen penting masih bergantung oleh sedikit kontributor aktif. Laporan yang dihimpun The Data Drop menunjukkan bahwa 11 dari 23 proyek ditangani oleh satu hingga dua pemelihara. Temuan tersebut memperlihatkan keterbatasan sumber daya pemeliharaan. Namun harus dibedakan bahwa proporsi itu berasal dari sampel yang dikaji, bukan keseluruhan ekosistem perangkat lunak terbuka.

Struktur pemeliharaan yang terbatas menciptakan tantangan keberlanjutan karena sebuah pustaka dapat menjadi fondasi berbagai produk. Ketika sebuah proyek hanya ditangani satu pengembang, beban pemeliharaan dapat meningkat. Maintainer sering perlu menangani keluhan pengguna, memperbaiki kerentanan yang ditemukan, serta menjawab kebutuhan komunitas. Rangkaian tanggung jawab tersebut membutuhkan waktu dan perhatian. Apabila dukungan pengembangan terbatas, penanganan kerentanan dapat tertunda. Oleh karena itu, komunitas perlu membangun dukungan pemeliharaan yang berkelanjutan.

Mengapa Banyak Proyek Open Source Kritis Kekurangan Pengelola?

Salah satu penyebab utama proyek open source adalah minimnya sumber daya operasional. Sejumlah proyek kode sumber terbuka dipelihara oleh individu tanpa pendanaan tetap. Padahal, organisasi komersial sering menggunakan komponen yang sama untuk mengembangkan layanan kepada pelanggan. Ketidakseimbangan tersebut berpotensi menghambat pemeliharaan jangka panjang. Untuk menggambarkan tantangan tersebut, sebuah pustaka kecil mungkin dipasang pada ribuan lingkungan perangkat lunak, tetapi hanya dikelola seorang pengembang. Akibatnya, setiap laporan keamanan harus ditangani dengan sumber daya terbatas.

Selain persoalan pendanaan, maintainer open source dapat mengalami kelelahan akibat banyaknya permintaan. Pengguna perangkat lunak sering membutuhkan pembaruan kompatibilitas ketika muncul kerentanan keamanan. Di sisi lain, pengelola mungkin memiliki pekerjaan utama lain. Situasi kerja seperti ini mungkin mengurangi motivasi pengembangan. Ketika pengelola utama tidak lagi aktif, pengetahuan teknis dapat sulit dialihkan. Dengan demikian, pendanaan perlu disertai pembagian tanggung jawab. Langkah tersebut mendorong transfer pengetahuan teknis.

Risiko Keamanan Ketika Proyek Open Source Hanya Dikelola Sedikit Orang

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 berpeluang mendapat evaluasi teknis tambahan. Sebaliknya, proyek dengan satu maintainer mungkin tidak memiliki pemeriksa independen. Kondisi pengawasan semacam itu membuat perubahan berbahaya lebih sulit dikenali. Namun perlu dipahami, jumlah maintainer kecil tidak otomatis berarti kode tidak aman. Faktor seperti kualitas pengujian otomatis, serta kemampuan merespons laporan kerentanan.

Ancaman lainnya adalah penyusupan melalui dependensi aplikasi. Serangan ini, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Ketika perubahan berbahaya mencapai versi rilis, berbagai sistem hilir berpotensi terdampak. Insiden keamanan XZ Utils yang terungkap pada 2024 menjadi contoh penting mengenai ancaman terhadap proses pemeliharaan perangkat lunak. Pada kasus keamanan tersebut, upaya memasukkan backdoor ke komponen penting ditemukan sebelum menyebar luas. Pelajaran utamanya adalah pengelolaan akses maintainer harus dilakukan hati-hati. Dengan demikian, komunitas harus memperkuat tata kelola perubahan.

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 mengandalkan framework yang dikembangkan komunitas. Penggunaan kode yang telah tersedia membantu mempercepat pembangunan aplikasi. Walaupun memberikan efisiensi, risiko pemeliharaan ikut menjadi tanggung jawab pengguna. Jika suatu pustaka kehilangan maintainer aktif, perusahaan mungkin kesulitan memperbarui sistem. Dampaknya berpotensi menambah biaya pemeliharaan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Berdasarkan survei industri open source 2026 menyoroti kesulitan penanganan kerentanan bagi perusahaan yang mengandalkan open source. Dalam penelitian tersebut, 20 persen organisasi menyatakan belum memiliki proses khusus untuk merespons CVE. Selain itu, 39 persen perusahaan besar menghadapi hambatan memenuhi SLA perbaikan keamanan. Hasil survei ini memperlihatkan perlunya proses yang lebih terstruktur. Oleh sebab itu, perusahaan perlu mengetahui komponen yang digunakan.

Langkah Mengelola Rantai Pasok Perangkat Lunak Secara Lebih Aman

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 membantu menentukan risiko ketika celah ditemukan. Sebagai langkah berikutnya, terapkan software composition analysis yang membantu menemukan komponen berisiko. Walaupun pemindaian otomatis bermanfaat, penilaian risiko tetap membutuhkan analisis. Dalam evaluasi praktis, masalah yang memiliki dampak tinggi terhadap layanan perlu mendapat perhatian lebih besar dibandingkan temuan pada fitur yang tidak digunakan.

Tidak hanya mengandalkan pemindaian keamanan, perusahaan sebaiknya berkontribusi terhadap keberlanjutan maintainer. Kontribusi yang dapat diberikan dapat dilakukan melalui berbagai cara. Dalam penerapan nyata, organisasi berpeluang memberikan sponsor rutin, mengalokasikan waktu karyawan untuk berkontribusi, serta meningkatkan kualitas dokumentasi. Kolaborasi seperti itu membantu mempercepat perbaikan. Organisasi juga dapat, mendorong penambahan pengelola tepercaya agar proyek tidak bergantung pada satu individu. Melalui strategi yang saling mendukung, keamanan serta keberlanjutan dapat meningkat.

Pentingnya Dukungan Maintainer bagi Keamanan Infrastruktur Digital

Temuan mengenai 11 dari 23 proyek open source kritis menjadi pengingat serius dalam pemeliharaan infrastruktur digital. Terbatasnya jumlah maintainer aktif mungkin memperbesar beban penanganan keamanan. Walaupun jumlah pengelola kecil menjadi indikator risiko, keamanan tidak hanya ditentukan jumlah kontributor. Perusahaan perlu memetakan dependensi, menilai risiko penggunaan, serta berkontribusi dalam pemeliharaan open source. Di tengah meningkatnya ketergantungan pada perangkat lunak, perlindungan komponen kritis membutuhkan kolaborasi. Bagaimana pendapat Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Ceritakan pengalaman Anda mengenai masa depan keberlanjutan infrastruktur digital.