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

Software dengan kode sumber terbuka menjadi fondasi utama dalam pembangunan berbagai aplikasi teknologi. Dalam berbagai bidang seperti infrastruktur jaringan, platform pengembangan perangkat lunak, hingga berbagai perangkat terhubung internet. Namun demikian, sejumlah proyek kritis tetap mengandalkan oleh tim pemeliharaan berukuran kecil. Kajian mengenai keberlanjutan open source tersebut menunjukkan bahwa 11 dari 23 proyek bergantung pada maksimal dua pengelola. Hasil pengamatan ini menggambarkan ketergantungan pada sedikit individu. Perlu diperhatikan bahwa angka tersebut berlaku pada proyek yang dianalisis, bukan seluruh proyek open source di dunia.

Kondisi tersebut menjadi persoalan penting karena sebuah pustaka dapat menjadi fondasi berbagai produk. Apabila suatu komponen hanya ditangani satu pengembang, risiko keterlambatan penanganan masalah bertambah. Pengelola harus menangani keluhan pengguna, merilis pembaruan keamanan, serta menjawab kebutuhan komunitas. Semua pekerjaan tersebut menuntut ketersediaan tenaga yang memadai. Jika sumber daya tidak mencukupi, proses pembaruan berpotensi melambat. Oleh karena itu, komunitas perlu membangun dukungan pemeliharaan yang berkelanjutan.

Penyebab Ketergantungan Infrastruktur Digital pada Kontributor Sukarela

Faktor penting yang sering memengaruhi proyek open source adalah kurangnya dukungan finansial. Sejumlah proyek kode sumber terbuka bergantung pada waktu luang pengembang. Di sisi penggunaan, berbagai layanan bisnis mengandalkan proyek tersebut untuk mendukung aktivitas operasional yang menghasilkan pendapatan. Kesenjangan kontribusi ini menimbulkan persoalan keberlanjutan. Dalam situasi yang mungkin terjadi, sebuah pustaka kecil dapat digunakan oleh banyak aplikasi, tetapi belum memperoleh dukungan pendanaan yang stabil. Akibatnya, pengembangan fitur perlu bersaing dengan pekerjaan pemeliharaan.

Tidak hanya berkaitan dengan uang, maintainer open source juga menghadapi tekanan pekerjaan. Perusahaan yang memanfaatkan pustaka mungkin mengharapkan perbaikan cepat ketika muncul kerentanan keamanan. Di sisi lain, pengelola belum tentu bekerja penuh waktu. Kondisi tersebut berpotensi menyebabkan burnout. Ketika pengelola utama tidak lagi aktif, proses pemeliharaan mungkin kehilangan kesinambungan. Dengan demikian, pendanaan perlu disertai pembagian tanggung jawab. Pendekatan yang berkelanjutan ini membantu mengurangi ketergantungan pada individu.

Bagaimana Kekurangan Maintainer Meningkatkan Kerentanan Software?

Ketergantungan proyek pada satu atau dua individu menciptakan tantangan dalam pengawasan perubahan kode. 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 dapat kesulitan menerapkan pemeriksaan berlapis. Situasi tersebut membuat perubahan berbahaya lebih sulit dikenali. Namun perlu dipahami, banyaknya pengembang bukan jaminan keamanan. Faktor seperti prosedur persetujuan perubahan, serta pengelolaan rilis.

Persoalan keamanan berikutnya adalah serangan terhadap rantai pasok perangkat lunak. Dalam skenario serangan rantai pasok, pelaku mencoba memasukkan kode berbahaya ke dalam dependensi. Apabila berhasil, dampaknya dapat meluas ke aplikasi pengguna. Upaya penyusupan terhadap XZ Utils tahun 2024 menjadi contoh penting mengenai risiko penyusupan pada komponen infrastruktur. Melalui peristiwa tersebut, upaya memasukkan backdoor ke komponen penting ditemukan sebelum menyebar luas. Pelajaran utamanya adalah pengelolaan akses maintainer harus dilakukan hati-hati. Oleh karena itu, komunitas harus memperkuat tata kelola perubahan.

Risiko Bisnis Jika Software Kritis Tidak Mendapat Pembaruan Keamanan

Untuk organisasi yang menjalankan aplikasi digital, penggunaan dependensi terbuka sering tidak terhindarkan. Banyak aplikasi dibangun menggunakan pustaka pihak ketiga. Cara pengembangan ini memungkinkan tim berfokus pada fitur utama. Meski memiliki keuntungan praktis, keamanan aplikasi dipengaruhi komponen yang digunakan. Apabila sebuah framework kehilangan maintainer aktif, perusahaan mungkin kesulitan memperbarui sistem. Konsekuensi operasionalnya berpotensi menambah biaya pemeliharaan.

Pentingnya tata kelola dependensi semakin mendapat perhatian dalam penelitian teknologi. Berdasarkan survei industri open source 2026 menemukan bahwa patching masih menjadi persoalan penting bagi perusahaan yang mengandalkan open source. Kajian penggunaan open source tersebut, 20 persen organisasi menyatakan belum memiliki proses khusus untuk merespons CVE. Selain itu, 39 persen perusahaan besar menghadapi hambatan memenuhi SLA perbaikan keamanan. Temuan tersebut menunjukkan pentingnya kesiapan operasional. 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. Tim keamanan bisa menerapkan inventaris perangkat lunak berbentuk SBOM untuk mengidentifikasi versi pustaka. Data inventaris ini membantu menentukan risiko ketika celah ditemukan. Selain itu, terapkan software composition analysis yang memberikan informasi tentang pembaruan keamanan. Walaupun pemindaian otomatis bermanfaat, peringatan tidak boleh diperlakukan sama pentingnya. Sebagai contoh, celah pada komponen yang benar-benar digunakan sebaiknya diprioritaskan untuk diperbaiki dibandingkan temuan pada fitur yang tidak digunakan.

Tidak hanya mengandalkan pemindaian keamanan, perusahaan dapat membantu meningkatkan kesehatan ekosistem perangkat lunak. Bentuk dukungan tersebut mencakup dukungan finansial maupun teknis. Sebagai contoh, organisasi dapat mendanai pengelola, mendukung pekerjaan pemeliharaan melalui tenaga teknis, serta berkontribusi pada sistem otomasi pemeriksaan. Kolaborasi seperti itu membantu mempercepat perbaikan. Untuk menjaga keberlanjutan jangka panjang, membantu regenerasi kontributor agar pengetahuan penting tidak terkonsentrasi. Melalui strategi yang saling mendukung, risiko ketergantungan berlebihan berpotensi menurun.

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. Terbatasnya jumlah maintainer aktif berpotensi melemahkan ketahanan pemeliharaan. Meski kondisi tersebut perlu diperhatikan, tidak semua proyek kecil otomatis tidak aman. Pengguna perangkat lunak dianjurkan menyusun inventaris komponen, mengawasi kerentanan, serta membantu pendanaan maintainer. Dalam ekosistem digital yang semakin terhubung, keamanan open source merupakan tanggung jawab bersama. Menurut Anda, apakah organisasi sebaiknya menyediakan tenaga pengembang untuk membantu proyek terbuka? Ceritakan pengalaman Anda mengenai masa depan keberlanjutan infrastruktur digital.