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.

Sebanyak 11 dari 23 Proyek Open Source Kritis Memiliki Pengelola Terbatas

Perangkat lunak open source menjadi fondasi utama dalam operasional infrastruktur komputasi. Mulai dari layanan komputasi awan, sistem pengolahan data, hingga berbagai perangkat terhubung internet. Walaupun memiliki kontribusi besar, sejumlah proyek kritis tetap mengandalkan oleh jumlah pengelola yang sangat terbatas. Laporan yang dihimpun The Data Drop mengidentifikasi sebanyak 11 proyek dari total 23 ditangani oleh satu hingga dua pemelihara. Informasi tersebut menggambarkan ketergantungan pada sedikit individu. Penting dipahami bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan seluruh proyek open source di dunia.

Kondisi tersebut menimbulkan perhatian serius karena satu komponen dapat mendukung ribuan aplikasi. Jika perangkat lunak penting bergantung pada dua maintainer aktif, tanggung jawab pengembangan menjadi terkonsentrasi. Maintainer sering perlu memeriksa laporan kesalahan, memperbaiki kerentanan yang ditemukan, serta menjawab kebutuhan komunitas. Rangkaian tanggung jawab tersebut menuntut ketersediaan tenaga yang memadai. Apabila dukungan pengembangan terbatas, proses pembaruan berpotensi melambat. Dengan mempertimbangkan keadaan tersebut, organisasi pengguna perlu memahami kondisi proyek.

Mengapa Banyak Proyek Open Source Kritis Kekurangan Pengelola?

Salah satu penyebab utama proyek open source adalah minimnya sumber daya operasional. Banyak perangkat lunak terbuka bergantung pada waktu luang pengembang. Di sisi penggunaan, 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 berpotensi menjadi dependensi berbagai sistem, tetapi hanya dikelola seorang pengembang. Sebagai konsekuensinya, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.

Tidak hanya berkaitan dengan uang, maintainer open source dapat mengalami kelelahan akibat banyaknya permintaan. Perusahaan yang memanfaatkan pustaka mungkin mengharapkan perbaikan cepat ketika ditemukan kesalahan pada versi terbaru. Meski permintaan terus berdatangan, pengelola tidak selalu mendapat bayaran untuk pemeliharaan. Situasi kerja seperti ini mungkin mengurangi motivasi pengembangan. Ketika pengelola utama tidak lagi aktif, pengetahuan teknis dapat sulit dialihkan. Oleh sebab itu, pengembangan komunitas harus berjalan bersama peningkatan sumber daya. Strategi pemeliharaan tersebut membantu mengurangi ketergantungan pada individu.

Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?

Sedikitnya maintainer aktif berpotensi meningkatkan kelemahan tata kelola. Tantangan keamanan yang paling relevan adalah terbatasnya peninjauan kode. Dalam proyek yang sehat, kontribusi mungkin melalui proses persetujuan berlapis. Sebaliknya, proyek dengan satu maintainer mungkin tidak memiliki pemeriksa independen. Situasi tersebut dapat meningkatkan kemungkinan kesalahan tidak terdeteksi. Namun perlu dipahami, jumlah maintainer kecil tidak otomatis berarti kode tidak aman. Faktor seperti prosedur persetujuan perubahan, serta kecepatan perbaikan celah.

Ancaman lainnya adalah serangan terhadap rantai pasok perangkat lunak. Serangan ini, pelaku menargetkan perangkat lunak yang dipercaya pengembang lain. 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 ancaman terhadap proses pemeliharaan perangkat lunak. Pada kasus keamanan tersebut, upaya memasukkan backdoor ke komponen penting ditemukan sebelum menyebar luas. Aspek yang perlu diperhatikan adalah keamanan membutuhkan proses review dan transparansi. Oleh karena itu, pengguna perlu memantau risiko komponen yang digunakan.

Dampak Ketergantungan Open Source terhadap Perusahaan dan Layanan Digital

Bagi perusahaan modern, ketergantungan pada open source merupakan hal umum. Banyak aplikasi dibangun menggunakan pustaka pihak ketiga. Penggunaan kode yang telah tersedia memungkinkan tim berfokus pada fitur utama. Namun demikian, risiko pemeliharaan ikut menjadi tanggung jawab pengguna. Apabila sebuah framework mengalami keterlambatan perbaikan kerentanan, aplikasi dapat tetap menggunakan versi rentan. Dampaknya berpotensi menambah biaya pemeliharaan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Dalam penelitian State of Open Source tahun 2026 menyoroti kesulitan penanganan kerentanan bagi perusahaan yang mengandalkan open source. Survei industri itu, 20 persen organisasi belum menerapkan alur penanganan kerentanan yang teridentifikasi melalui 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.

Strategi Memperkuat Keamanan dan Keberlanjutan Proyek Open Source

Strategi dasar untuk memperkuat keamanan adalah membangun daftar pustaka dan framework dalam aplikasi. Tim keamanan bisa menggunakan dokumen SBOM untuk mencatat komponen yang digunakan. Informasi tersebut mempermudah pemeriksaan versi rentan. Selain itu, gunakan alat analisis komposisi perangkat lunak yang mendeteksi paket dengan kerentanan diketahui. Walaupun pemindaian otomatis bermanfaat, peringatan tidak boleh diperlakukan sama pentingnya. Untuk menentukan prioritas, celah pada komponen yang benar-benar digunakan membutuhkan tindakan lebih cepat dibandingkan temuan pada fitur yang tidak digunakan.

Tidak hanya mengandalkan pemindaian keamanan, perusahaan perlu mendukung proyek open source yang digunakan. Bentuk dukungan tersebut tidak selalu berupa sumbangan uang. Dalam penerapan nyata, organisasi dapat mendanai pengelola, menugaskan pengembang memperbaiki masalah, serta membantu pengujian keamanan. Dukungan tersebut mendorong distribusi pengetahuan teknis. Sebagai langkah tata kelola, mendorong penambahan pengelola tepercaya agar pemeliharaan tetap berlangsung ketika pengelola utama berhenti. Berkat kerja sama antara pengguna dan pengembang, keamanan serta keberlanjutan dapat meningkat.

Kesimpulan Risiko Keamanan Software Open Source Kritis

Laporan yang mengidentifikasi 11 proyek dengan pengelola terbatas dari 23 proyek menunjukkan tantangan penting dalam pemeliharaan infrastruktur digital. Konsentrasi tanggung jawab pada sedikit individu berpotensi melemahkan ketahanan pemeliharaan. Meski kondisi tersebut perlu diperhatikan, tidak semua proyek kecil otomatis tidak aman. Pengguna perangkat lunak dianjurkan memeriksa perangkat lunak pihak ketiga, menilai risiko penggunaan, serta berkontribusi dalam pemeliharaan open source. Dalam ekosistem digital yang semakin terhubung, keberlanjutan proyek menjadi kepentingan banyak pihak. Bagaimana pendapat Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Ceritakan pengalaman Anda mengenai keamanan perangkat lunak open source.