Pada 16 September 2026 Cisco menerbitkan peringatan keamanan untuk CVE-2026-76460, yang memengaruhi Identity Services Engine dan ISE Passive Identity Connector. Skor dasar CVSS-nya 10.0, angka tertinggi yang diberikan skala tersebut. Penyebabnya adalah kontrol autentikasi yang tidak memadai pada salah satu endpoint API, dan akibatnya penyerang jarak jauh yang tidak terautentikasi dapat menjangkau antarmuka manajemen dengan mengirim permintaan yang dirancang khusus. Cisco menyatakan dengan gamblang bahwa PSIRT-nya mengetahui adanya eksploitasi aktif, dan tidak ada solusi sementara yang tersedia.

Nama teknisnya tidak banyak berarti bagi pemilik bisnis. Makna operasionalnya berarti segalanya: perangkat yang terdampak bukan server berkas atau printer jaringan. Ini adalah perangkat yang ditanya oleh seluruh jaringan lainnya tentang identitas setiap orang yang mencoba terhubung. Perangkat inilah yang memutuskan bahwa laptop ini milik karyawan yang berwenang, bahwa ponsel ini milik tamu yang tempatnya di jaringan tamu, dan bahwa pemasok ini hanya menjangkau tepat satu sistem. Ketika otoritas pembuat keputusan itu runtuh, Anda tidak kehilangan satu layanan. Anda kehilangan fondasi tempat semua layanan berdiri.

Apa yang benar-benar kita ketahui

Fakta-fakta ini berasal dari peringatan resmi Cisco sendiri dan dari katalog Known Exploited Vulnerabilities (kerentanan yang diketahui telah dieksploitasi) milik CISA, bukan dari tulisan media:

  • Produk terdampak: Cisco Identity Services Engine dan ISE Passive Identity Connector, rilis 3.1 hingga 3.5.
  • Rilis perbaikan: 3.1 Patch 12, 3.2 Patch 11, 3.3 Patch 12, 3.4 Patch 7, dan 3.5 Patch 4.
  • Prasyarat eksploitasi: tidak ada. Penyerang jarak jauh yang tidak terautentikasi, satu permintaan yang dirancang khusus ke sebuah endpoint API, tanpa akun dan tanpa kata sandi.
  • Status: dieksploitasi secara aktif menurut Cisco PSIRT, dan ditambahkan ke katalog Known Exploited Vulnerabilities pada 16 September 2026 dengan batas waktu perbaikan 19 September 2026 bagi lembaga federal Amerika Serikat.
  • Solusi sementara: tidak ada. Satu-satunya mitigasi yang disebutkan Cisco adalah membatasi akses ke perangkat dengan daftar kontrol akses infrastruktur sampai patch diterapkan.

Tiga frasa dalam daftar itu layak direnungkan sejenak: jarak jauh, tanpa autentikasi, dan tanpa solusi sementara. Kerentanan apa pun yang tidak memiliki salah satunya masih memberi Anda ruang bernapas. Kerentanan ini tidak memberi apa-apa selain menambal atau mengisolasi.

Mengapa perangkat identitas lebih berbahaya daripada server lain yang Anda jalankan

Dalam jaringan perusahaan, sistem tidak setara dalam hal dampak jika dibobol. Jika server pelaporan dibobol, Anda kehilangan laporan. Jika perangkat yang mengatur identitas dan akses dibobol, Anda tidak kehilangan satu perangkat. Anda kehilangan makna kata izin di seluruh jaringan.

Siapa pun yang memperoleh kendali administratif atas sistem semacam itu pada prinsipnya dapat mengubah kebijakannya sendiri — menciptakan identitas yang berwenang alih-alih mencoba mengalahkan sebuah kontrol. Itulah perbedaan mendasarnya. Serangan tidak lagi berupa penyusupan yang tampak tidak wajar di log, melainkan menjadi akses masuk yang tampak sepenuhnya sah, karena datang melalui gerbang yang sama yang Anda percayai. Inilah kasus yang paling sulit dideteksi, karena pemantauan dibangun di atas asumsi bahwa apa pun yang disetujui sistem identitas, menurut definisinya, memang disetujui.

Tambahkan lagi soal letak perangkat ini. Perangkat ini berada di tengah jaringan dan terhubung ke setiap segmen, karena tugasnya menuntut demikian. Jadi pijakan di perangkat ini adalah pijakan di jalan terbuka menuju segala sesuatu di belakangnya. Itulah sebabnya sistem identitas, akses, dan autentikasi harus berada di urutan teratas daftar aset penting, bukan di inventaris umum peralatan jaringan. Kami membahas logika yang sama dari sudut pandang berbeda dalam tulisan kami tentang titik kegagalan tunggal yang tidak pernah dipetakan siapa pun.

Pelajarannya bukan tentang Cisco

Mudah membaca ini sebagai berita tentang satu produk dari satu vendor. Cara membaca seperti itu nyaman tetapi tidak berguna. Cisco merilis perbaikan dan menyatakan status eksploitasi dengan jelas, yang memang seharusnya dilakukan vendor yang matang. Perangkat keamanan dari setiap vendor mengandung kerentanan, karena semuanya perangkat lunak, dan peringatan serupa akan terus muncul.

Pertanyaan yang perlu dibawa pulang bukanlah apakah Anda memakai Cisco. Pertanyaannya adalah apakah Anda tahu perangkat dan sistem mana yang mengautentikasi pengguna jaringan Anda, versi berapa yang mereka jalankan, siapa yang bertanggung jawab menambalnya, dan berapa lama sebenarnya proses itu. Organisasi yang bisa menjawab keempat pertanyaan itu dalam setengah jam akan menangani peringatan ini sebagai pekerjaan satu sore. Organisasi yang tidak tahu siapa yang mengelola perangkat itu butuh seminggu hanya untuk mencapai garis start, dan seluruh minggu itu adalah masa paparan.

Inilah persis yang diminta oleh Kontrol Keamanan Siber Esensial yang diterbitkan oleh Otoritas Keamanan Siber Nasional (NCA) dalam domain manajemen kerentanannya: penilaian dan deteksi kerentanan secara berkala, klasifikasi berdasarkan tingkat keparahan, perbaikan sesuai klasifikasi tersebut dan risiko terkait, langganan sumber tepercaya untuk kabar tentang kerentanan baru, serta manajemen patch yang memverifikasi integritas dan efektivitas pembaruan di lingkungan non-produksi sebelum diterapkan. Kontrol yang biasanya gagal bukanlah penambalan itu sendiri. Yang gagal adalah sumber tepercaya: organisasi yang tidak pernah menerima peringatan vendor baru mengetahuinya dari artikel berita beberapa hari kemudian, atau tidak pernah tahu sama sekali.

Pandangan Origami

Kami membangun sistem bisnis, bukan menjual perangkat keras jaringan, tetapi kami tetap melihat dampak hal ini dalam setiap proyek integrasi. Setiap kali kami menghubungkan sistem baru ke jaringan klien, pertanyaan yang sama muncul: siapa yang memberi izin di sini, dan di mana keputusan itu dicatat. Pengamatan yang terus berulang adalah bahwa bagian yang rapuh jarang berupa aplikasi baru atau pengerasan keamanannya. Bagian yang rapuh adalah lapisan yang dianggap benar oleh aplikasi dan tidak pernah diperiksa siapa pun, karena sudah lama dan berjalan diam-diam selama bertahun-tahun.

Karena itu kami memperlakukan setiap komponen di jalur identitas sebagai bagian dari keamanan aplikasi, bukan sekadar sesuatu di sebelahnya. Komponen itu dicatat dalam daftar aset lengkap dengan nama, versi, dan penanggung jawabnya. Ia mendapat jendela pemeliharaan yang disepakati sebelumnya, bukan yang diimprovisasi pada hari sebuah peringatan datang. Dan antarmuka manajemennya dibatasi pada jaringan administrasi terpisah, bukan dapat dijangkau dari jaringan umum. Ini adalah tiga praktik yang tidak membutuhkan anggaran baru, dan menjadi pembeda antara bisnis yang membaca peringatan Cisco dan tahu apa yang harus dilakukan, dengan bisnis yang membacanya lalu memulai dengan bertanya siapa yang memegang kata sandi perangkat itu. Ini bagian dari cara kami bekerja di seluruh layanan kami.

Lima pertanyaan untuk dijawab minggu ini

Ini bukan program keamanan yang lengkap. Ini lima jawaban yang menunjukkan kesiapan Anda menghadapi peringatan berikutnya, karena peringatan berikutnya pasti akan datang.

  • Jika Anda menjalankan Cisco ISE atau ISE-PIC: rilis berapa yang Anda gunakan, dan apakah berada di antara 3.1 hingga 3.5? Jika ya, rilis perbaikan sudah tercantum di atas, dan ini pekerjaan mendesak, bukan pekerjaan terjadwal. Sampai patch diterapkan, batasi akses ke perangkat dengan daftar kontrol akses seperti yang dijelaskan dalam peringatan.
  • Daftar aset: apakah Anda memiliki daftar tertulis sistem autentikasi dan akses yang Anda operasikan, lengkap dengan versinya? Jika jawabannya hanya ada di kepala satu orang, itu bukan daftar.
  • Sumber peringatan: siapa di organisasi Anda yang berlangganan peringatan keamanan dari setiap vendor yang Anda gunakan? Langganan itu gratis dan hanya butuh beberapa menit, dan ketiadaannya biasanya menjadi penyebab keterlambatan, bukan kekurangan perangkat.
  • Waktu hingga ditambal: berapa jam atau hari berlalu antara peringatan kritis terakhir yang Anda terima dan diterapkannya patch? Catat angkanya. Itulah metrik Anda yang sebenarnya, dan lebih jujur daripada rencana tertulis mana pun.
  • Antarmuka manajemen: apakah konsol admin perangkat penting Anda dapat dijangkau dari mana saja di jaringan, atau hanya dari jaringan manajemen yang ditentukan? Membatasi akses tidak menghilangkan kerentanan, tetapi mengubah serangan yang berpotensi datang dari seluruh internet menjadi serangan yang terlebih dahulu memerlukan pijakan di dalam.

Kesimpulan praktisnya sempit. Kerentanan bukanlah kecelakaan luar biasa yang menyergap bisnis Anda; ia adalah peristiwa berulang yang bisa Anda latih sebelumnya. Yang membedakan organisasi yang bertahan dari organisasi yang terhenti bukanlah ketiadaan celah, melainkan jam-jam yang berlalu antara dirilisnya perbaikan dan diterapkannya perbaikan itu.

Sumber