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 merupakan komponen mendasar dalam operasional infrastruktur komputasi. Penggunaannya mencakup infrastruktur jaringan, sistem pengolahan data, hingga berbagai perangkat terhubung internet. Walaupun memiliki kontribusi besar, sejumlah proyek kritis tetap mengandalkan oleh sedikit kontributor aktif. Analisis proyek kritis yang dipublikasikan The Data Drop mengidentifikasi sebanyak 11 proyek dari total 23 ditangani oleh satu hingga dua pemelihara. Informasi tersebut memperlihatkan keterbatasan sumber daya pemeliharaan. Perlu diperhatikan bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan semua repositori kode sumber terbuka.
Kondisi tersebut menjadi persoalan penting karena perangkat lunak kritis digunakan banyak pihak. Jika perangkat lunak penting hanya ditangani satu pengembang, tanggung jawab pengembangan menjadi terkonsentrasi. Tim kecil tersebut biasanya dituntut untuk menangani keluhan pengguna, memperbaiki kerentanan yang ditemukan, serta mengelola kontribusi pengembang lain. Rangkaian tanggung jawab tersebut membutuhkan waktu dan perhatian. Apabila dukungan pengembangan terbatas, proses pembaruan berpotensi melambat. Dengan mempertimbangkan keadaan tersebut, organisasi pengguna perlu memahami kondisi proyek.
Masalah Pendanaan dan Beban Kerja Maintainer Open Source
Tantangan mendasar dalam keberlanjutan proyek open source adalah minimnya sumber daya operasional. Berbagai komponen open source bergantung pada waktu luang pengembang. Sementara itu, perusahaan besar dapat memanfaatkan perangkat tersebut untuk menjalankan sistem produksi. Kesenjangan kontribusi ini dapat memperbesar tekanan terhadap maintainer. Untuk menggambarkan tantangan tersebut, sebuah pustaka kecil dapat digunakan oleh banyak aplikasi, tetapi tidak memiliki tim keamanan khusus. Akibatnya, setiap laporan keamanan harus ditangani dengan sumber daya terbatas.
Di luar keterbatasan finansial, maintainer open source dapat mengalami kelelahan akibat banyaknya permintaan. Perusahaan yang memanfaatkan pustaka sering membutuhkan pembaruan kompatibilitas ketika ditemukan kesalahan pada versi terbaru. Meski permintaan terus berdatangan, pengelola belum tentu bekerja penuh waktu. Situasi kerja seperti ini berpotensi menyebabkan burnout. Apabila seorang maintainer berhenti, proses pemeliharaan mungkin kehilangan kesinambungan. Dengan demikian, pendanaan perlu disertai pembagian tanggung jawab. Strategi pemeliharaan tersebut 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 kecilnya kapasitas review perubahan perangkat lunak. Dalam proyek yang sehat, kontribusi mungkin melalui proses persetujuan berlapis. Namun, proyek dengan satu maintainer dapat kesulitan menerapkan pemeriksaan berlapis. Kondisi pengawasan semacam itu memperbesar risiko kerentanan bertahan lebih lama. Namun perlu dipahami, jumlah maintainer kecil tidak otomatis berarti kode tidak aman. Faktor seperti mekanisme perlindungan akun, serta pengelolaan rilis.
Ancaman lainnya adalah serangan terhadap rantai pasok perangkat lunak. Jenis ancaman tersebut, pelaku berusaha menyusupi komponen yang digunakan banyak pihak. Ketika perubahan berbahaya mencapai versi rilis, kode berbahaya mungkin menyebar melalui pembaruan dependensi. Insiden keamanan XZ Utils yang terungkap pada 2024 menjadi contoh penting mengenai penyalahgunaan kepercayaan dalam proyek terbuka. 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, organisasi perlu mengevaluasi dependensi secara rutin.
Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital
Bagi perusahaan modern, ketergantungan pada open source merupakan hal umum. Berbagai layanan bisnis memanfaatkan komponen perangkat lunak dari proyek lain. Pendekatan tersebut dapat mengurangi pekerjaan berulang. Meski memiliki keuntungan praktis, risiko pemeliharaan ikut menjadi tanggung jawab pengguna. Jika suatu pustaka kehilangan maintainer aktif, tim keamanan berpotensi menghadapi pekerjaan tambahan. Dampaknya berpotensi menambah biaya pemeliharaan.
Kebutuhan pemantauan komponen terbuka semakin mendapat perhatian dalam penelitian teknologi. Dalam penelitian State of Open Source tahun 2026 menyoroti kesulitan penanganan kerentanan 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 melaporkan masalah dalam menyelesaikan remediasi sesuai tenggat internal. Temuan tersebut menggarisbawahi kebutuhan pengelolaan keamanan berkelanjutan. Dengan mempertimbangkan risiko tersebut, organisasi sebaiknya memetakan dependensi aplikasinya.
Langkah Mengelola Rantai Pasok Perangkat Lunak Secara Lebih Aman
Strategi dasar untuk memperkuat keamanan adalah memetakan seluruh komponen open source yang digunakan. Perusahaan dapat menerapkan inventaris perangkat lunak berbentuk SBOM untuk mendokumentasikan hubungan dependensi. Informasi tersebut mempermudah pemeriksaan versi rentan. Untuk memperoleh pemantauan yang lebih baik, terapkan software composition analysis yang membantu menemukan komponen berisiko. Meski alat tersebut dapat mempercepat pemeriksaan, hasilnya perlu dievaluasi berdasarkan konteks. Untuk menentukan prioritas, masalah yang memiliki dampak tinggi terhadap layanan sebaiknya diprioritaskan untuk diperbaiki dibandingkan masalah dengan dampak operasional terbatas.
Tidak hanya mengandalkan pemindaian keamanan, perusahaan dapat membantu meningkatkan kesehatan ekosistem perangkat lunak. Pendekatan kolaboratif ini tidak selalu berupa sumbangan uang. Dalam penerapan nyata, organisasi berpeluang memberikan sponsor rutin, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta berkontribusi pada sistem otomasi pemeriksaan. Kolaborasi seperti itu membantu mempercepat perbaikan. Sebagai langkah tata kelola, membantu regenerasi kontributor agar pengetahuan penting tidak terkonsentrasi. 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 memperlihatkan persoalan keberlanjutan dalam pemeliharaan infrastruktur digital. Konsentrasi tanggung jawab pada sedikit individu dapat meningkatkan risiko keterlambatan pembaruan. Walaupun jumlah pengelola kecil menjadi indikator risiko, keamanan tidak hanya ditentukan jumlah kontributor. Perusahaan perlu menyusun inventaris komponen, mengawasi kerentanan, serta memberikan dukungan kepada proyek penting. Dalam ekosistem digital yang semakin terhubung, keamanan open source merupakan tanggung jawab bersama. Dari sudut pandang Anda, apakah perusahaan pengguna open source perlu lebih aktif membiayai maintainer? Bagikan pendapat Anda mengenai keamanan perangkat lunak open source.
