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 pengembangan layanan digital modern. Mulai dari infrastruktur jaringan, platform pengembangan perangkat lunak, hingga berbagai perangkat terhubung internet. Walaupun memiliki kontribusi besar, banyak komponen penting masih bergantung oleh sedikit kontributor aktif. Kajian mengenai keberlanjutan open source tersebut menunjukkan bahwa 11 dari 23 proyek bergantung pada maksimal dua pengelola. Hasil pengamatan ini memperlihatkan keterbatasan sumber daya pemeliharaan. Perlu diperhatikan bahwa proporsi itu berasal dari sampel yang dikaji, bukan keseluruhan ekosistem perangkat lunak terbuka.

Struktur pemeliharaan yang terbatas menimbulkan perhatian serius karena satu komponen dapat mendukung ribuan aplikasi. Apabila suatu komponen hanya ditangani satu pengembang, tanggung jawab pengembangan menjadi terkonsentrasi. Pengelola harus memeriksa laporan kesalahan, memastikan kompatibilitas versi, serta mengelola kontribusi pengembang lain. Rangkaian tanggung jawab tersebut membutuhkan waktu dan perhatian. Jika sumber daya tidak mencukupi, penanganan kerentanan dapat tertunda. Dengan mempertimbangkan keadaan tersebut, organisasi pengguna perlu memahami kondisi proyek.

Masalah Pendanaan dan Beban Kerja Maintainer Open Source

Faktor penting yang sering memengaruhi proyek open source adalah kurangnya dukungan finansial. Banyak perangkat lunak terbuka dikembangkan melalui kontribusi sukarela. Padahal, organisasi komersial sering menggunakan komponen yang sama untuk menjalankan sistem produksi. Kesenjangan kontribusi ini berpotensi menghambat pemeliharaan jangka panjang. Sebagai contoh, sebuah pustaka kecil berpotensi menjadi dependensi berbagai sistem, tetapi tidak memiliki tim keamanan khusus. Akibatnya, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.

Tidak hanya berkaitan dengan uang, maintainer open source juga menghadapi tekanan pekerjaan. Pengguna perangkat lunak sering membutuhkan pembaruan kompatibilitas ketika muncul kerentanan keamanan. Namun, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Kondisi tersebut dapat meningkatkan kelelahan mental. Ketika pengelola utama tidak lagi aktif, komunitas berpotensi kesulitan mencari pengganti. Oleh sebab itu, dukungan finansial sebaiknya diikuti regenerasi maintainer. Pendekatan yang berkelanjutan ini memberikan peluang keberlanjutan yang lebih baik.

Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?

Sedikitnya maintainer aktif berpotensi meningkatkan kelemahan tata kelola. Salah satu risikonya adalah kecilnya kapasitas review perubahan perangkat lunak. Jika tersedia beberapa pengelola aktif, kontribusi mungkin melalui proses persetujuan berlapis. Namun, proyek dengan satu maintainer berpotensi melewatkan masalah karena keterbatasan waktu. Kondisi pengawasan semacam itu memperbesar risiko kerentanan bertahan lebih lama. Walaupun risiko meningkat, proyek dengan sedikit pengelola belum tentu memiliki keamanan buruk. Aspek yang juga menentukan mencakup kualitas pengujian otomatis, serta pengelolaan rilis.

Risiko tambahan yang perlu diwaspadai adalah software supply chain attack. Dalam skenario serangan rantai pasok, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Ketika perubahan berbahaya mencapai versi rilis, berbagai sistem hilir berpotensi terdampak. Kasus backdoor XZ Utils pada 2024 sering dijadikan pelajaran mengenai penyalahgunaan kepercayaan dalam proyek terbuka. Pada kasus keamanan tersebut, mekanisme serangan terhadap paket perangkat lunak berhasil diungkap. Pelajaran utamanya 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

Bagi perusahaan modern, penggunaan dependensi terbuka sering tidak terhindarkan. Sejumlah sistem perusahaan memanfaatkan komponen perangkat lunak dari proyek lain. Penggunaan kode yang telah tersedia memungkinkan tim berfokus pada fitur utama. Meski memiliki keuntungan praktis, keamanan aplikasi dipengaruhi komponen yang digunakan. Jika suatu pustaka mengalami keterlambatan perbaikan kerentanan, tim keamanan berpotensi menghadapi pekerjaan tambahan. Konsekuensi operasionalnya mungkin meningkatkan paparan serangan siber.

Kebutuhan pemantauan komponen terbuka semakin mendapat perhatian dalam penelitian teknologi. Laporan State of Open Source 2026 mengidentifikasi pengelolaan pembaruan keamanan sebagai tantangan bagi berbagai tim teknologi informasi. Kajian penggunaan open source tersebut, 20 persen organisasi belum menerapkan alur penanganan kerentanan yang teridentifikasi melalui CVE. Selain itu, 39 persen perusahaan besar melaporkan masalah dalam menyelesaikan remediasi sesuai tenggat internal. Temuan tersebut menggarisbawahi kebutuhan pengelolaan keamanan berkelanjutan. Dengan mempertimbangkan risiko tersebut, perusahaan perlu mengetahui komponen yang digunakan.

Strategi Memperkuat Keamanan dan Keberlanjutan Proyek Open Source

Strategi dasar untuk memperkuat keamanan adalah membangun daftar pustaka dan framework dalam aplikasi. Perusahaan dapat memanfaatkan Software Bill of Materials atau SBOM untuk mencatat komponen yang digunakan. Data inventaris ini membantu menentukan risiko ketika celah ditemukan. Sebagai langkah berikutnya, terapkan software composition analysis yang membantu menemukan komponen berisiko. Meski alat tersebut dapat mempercepat pemeriksaan, penilaian risiko tetap membutuhkan analisis. Sebagai contoh, masalah yang memiliki dampak tinggi terhadap layanan membutuhkan tindakan lebih cepat dibandingkan peringatan yang tidak relevan dengan konfigurasi.

Tidak hanya mengandalkan pemindaian keamanan, perusahaan perlu mendukung proyek open source yang digunakan. Kontribusi yang dapat diberikan dapat dilakukan melalui berbagai cara. Dalam penerapan nyata, organisasi berpeluang memberikan sponsor rutin, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta meningkatkan kualitas dokumentasi. Kontribusi berkelanjutan ini 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.

Masa Depan Keberlanjutan Proyek Open Source dalam Industri TEKNOLOGI

Temuan mengenai 11 dari 23 proyek open source kritis menjadi pengingat serius dalam pemeliharaan infrastruktur digital. Konsentrasi tanggung jawab pada sedikit individu mungkin memperbesar beban penanganan keamanan. Meski kondisi tersebut perlu diperhatikan, keamanan tidak hanya ditentukan jumlah kontributor. Pengguna perangkat lunak dianjurkan memeriksa perangkat lunak pihak ketiga, menilai risiko penggunaan, serta membantu pendanaan maintainer. Seiring perkembangan TEKNOLOGI, keamanan open source merupakan tanggung jawab bersama. Menurut Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Sampaikan pandangan Anda mengenai keamanan perangkat lunak open source.