Ancaman cyber & cybercrime
Bitspark / Insights
Ulasan Ancaman Cyber dan Cybercrime Bagian 5: Menangani Risiko Infrastruktur Lawas
Ulasan ini membahas penambahan terbaru pada katalog Kerentanan yang Dieksploitasi CISA, dengan fokus pada kelemahan lama dalam perangkat lunak lawas dan risiko eskalasi hak akses lokal.
Risiko Berkelanjutan dari Perangkat Lunak Lawas
Manajemen infrastruktur membutuhkan pendekatan waspada terhadap perangkat lunak yang telah mencapai status akhir masa pakai atau akhir layanan. Data terbaru dari katalog Kerentanan yang Dieksploitasi CISA menyoroti bahwa komponen perangkat lunak yang lebih tua dan tampak tidak aktif tetap menjadi target bagi penyerang yang mengeksploitasi kelemahan yang diketahui untuk mendapatkan pijakan di lingkungan perusahaan.
Ringkasan visual / 01
Konteks Keamanan Perangkat Lunak Lawas
- 01Produk yang sudah EoL tetap menjadi vektor serangan
- 02Utang keamanan meningkat seiring berakhirnya dukungan
- 03Kode lawas sering kali kekurangan fitur pertahanan modern
Dimasukkannya kerentanan dari tahun 2015 dan 2021 dalam intelijen ancaman terbaru menegaskan bahwa utang keamanan tidak hilang hanya karena sebuah produk telah digantikan. Pengambil keputusan harus mengevaluasi rantai pasokan perangkat lunak mereka tidak hanya untuk fungsionalitas saat ini, tetapi juga untuk postur keamanan komponen lawas yang mungkin masih beroperasi dalam jaringan internal.
Analisis Kelemahan Deserialisasi pada Kerangka Kerja Web
Identifikasi kerentanan deserialisasi dalam alat seperti Ajax.NET Professional menunjukkan bagaimana penyerang mengeksploitasi kepercayaan dalam penanganan data. Dengan memanipulasi data yang tidak tepercaya, penyerang jarak jauh dapat mencapai eksekusi kode yang tidak sah, secara efektif melewati mekanisme autentikasi standar untuk menguasai infrastruktur aplikasi yang mendasarinya.
Mitigasi untuk kelemahan semacam itu memerlukan lebih dari sekadar penambalan dasar; hal ini menuntut tinjauan menyeluruh terhadap proses validasi input data. Jika tambalan tidak tersedia untuk sistem yang sudah berakhir masa pakainya, organisasi harus memprioritaskan isolasi aset tersebut atau, idealnya, beralih ke kerangka kerja yang didukung yang mematuhi standar keamanan modern.
Eskalasi Hak Akses Lokal dan Kondisi Balapan
Administrator sistem harus menyadari kerentanan yang terkait dengan eskalasi hak akses lokal, seperti yang ditemukan dalam pustaka libuser Red Hat. Kelemahan ini sering melibatkan kondisi balapan yang memungkinkan pengguna standar memanipulasi file sistem kritis, yang berpotensi menyebabkan penolakan layanan atau akses administratif yang tidak sah.
Ringkasan visual / 03
Penguatan Keamanan Lokal
- 01Kondisi balapan mengancam integritas sistem file
- 02Akses pengguna lokal memerlukan kontrol izin yang ketat
- 03Eskalasi hak akses berujung pada kontrol administratif
Kerentanan ini berfungsi sebagai pengingat bahwa keamanan bukan hanya masalah perimeter. Akses lokal, baik melalui titik akhir fisik atau akun pengguna yang disusupi, menyediakan platform untuk pergerakan lateral jika utilitas sistem yang mendasarinya tidak diperkuat terhadap eksploitasi.
Alat Otomasi dan Risiko Hak Akses
Automatic Bug Reporting Tool (ABRT) dalam distribusi Red Hat juga telah ditandai untuk kerentanan yang memungkinkan eskalasi hak akses melalui serangan symlink. Ketika utilitas tingkat sistem yang dimaksudkan untuk pemecahan masalah atau pelaporan menjadi target itu sendiri, integritas lingkungan manajemen secara keseluruhan akan terganggu.
Praktisi keamanan harus mengaudit alat administratif atau utilitas mana yang berjalan di server produksi dan memastikan bahwa akses ke alat ini dibatasi bagi personel yang terautentikasi. Meminimalkan permukaan serangan dengan menonaktifkan otomatisasi atau utilitas pelaporan yang tidak perlu adalah praktik standar untuk mengurangi paparan.
Memprioritaskan Remediasi Berdasarkan Risiko Operasional
Sesuai dengan panduan berbasis risiko CISA, organisasi harus menilai setiap aset tidak secara terisolasi tetapi sebagai bagian dari ekosistem yang terintegrasi. Memprioritaskan pembaruan memerlukan pemahaman tentang apakah kerentanan sedang dieksploitasi secara aktif, kekritisan host, dan potensi dampak lateral.
Ringkasan visual / 05
Prioritas Berbasis Risiko
- 01Nilai kerentanan berdasarkan eksploitasi saat ini
- 02Gunakan kontrol kompensasi untuk sistem lawas
- 03Pelihara inventaris untuk respons insiden yang cepat
Jika tambalan tidak dapat diterapkan karena kendala warisan, tim harus mendokumentasikan kontrol kompensasi, seperti segmentasi jaringan atau pemantauan yang ditingkatkan. Memelihara catatan inventaris yang akurat memastikan bahwa administrator dapat dengan cepat mengidentifikasi sistem mana yang terpengaruh ketika kerentanan baru diungkapkan.
Membangun Infrastruktur yang Tangguh
Membangun infrastruktur yang tangguh memerlukan strategi berwawasan ke depan yang mengintegrasikan triase forensik dan pemantauan berkelanjutan. Dengan memperlakukan setiap pembaruan keamanan sebagai bagian dari siklus audit yang lebih luas daripada tugas sekali jalan, tim TI dapat mengelola risiko yang terkait dengan ancaman baru maupun komponen perangkat lunak lawas secara proaktif.
Ke depan, pergeseran menuju prinsip keamanan sejak desain akan menjadi semakin penting untuk memitigasi risiko yang disorot dalam seri ini. Ulasan kami berikutnya akan membahas pola yang muncul dalam integritas rantai pasokan dan cara melindungi jalur pengembangan perangkat lunak dari gangguan eksternal.
Sumber yang digunakan
- CISA KEV Data Repository — CVE-2021-23758 — Ajax.NET Professional Deserialization of Untrusted Data Vulnerability
- CISA KEV Data Repository — CVE-2015-3246 — Red Hat Libuser Race Condition Vulnerability
- CISA KEV Data Repository — CVE-2015-5287 — Red Hat Automatic Bug Reporting Tool Privilege Escalation Vulnerability
