Celah Otorisasi 9.9 pada Azure SRE Agent Dapat Memungkinkan Pemanggil Mewarisi Identitasnya

CVE-2026-62830 adalah kerentanan ketiadaan otorisasi pada Azure SRE Agent, agen bertenaga AI Microsoft untuk tim keandalan situs Azure yang melakukan triase insiden, menanyakan telemetri, dan, jika dikonfigurasi, menjalankan remediasi. Microsoft mengungkapkannya pada Agustus 2026 dan memberinya skor 9,9 dari 10 — Kritis — menurut CVSS 3.1. Setiap tenant Azure yang menjalankan agen tersebut termasuk dalam cakupan bug ini; arsip insiden tidak mencatat korban terkonfirmasi maupun eksploitasi. Deskripsi Microsoft tentang kerentanan ini hanya satu kalimat: "Ketiadaan otorisasi pada Azure SRE Agent memungkinkan penyerang yang berwenang meningkatkan hak istimewa melalui jaringan." Layanan diperbaiki di sisi server, dan Microsoft menyatakan pelanggan tidak perlu menambal apa pun. Entri lengkapnya, beserta tingkat keparahan dan tingkat keyakinannya, terdapat di Orca AI Incident Archive bersama insiden-insiden di sekitarnya dalam seri ini.

Apa yang diterbitkan Microsoft, dan apa yang tidak disertakan

Entri Panduan Pembaruan Keamanan Microsoft untuk CVE-2026-62830 mencatat adanya peningkatan hak istimewa (elevation of privilege) di Azure SRE Agent, kelemahan CWE-862 (Missing Authorization), skor dasar 9,9 dan skor temporal 8,6. Vektor — CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H/E:U/RL:O/RC:C — menggambarkan serangan jaringan yang hanya memerlukan hak istimewa rendah, tanpa interaksi pengguna, dan menghasilkan dampak tinggi terhadap kerahasiaan, integritas, dan ketersediaan. Microsoft mencantumkan penemuan ini atas nama peneliti keamanan wtm dari Offensi dalam bagian ucapan terima kasih pada advisory tersebut.

Dua bagian dari vektor tersebut menjadi inti ceritanya. Metrik Scope adalah Changed (S:C), yang dalam dokumentasi metrik milik Microsoft sendiri didefinisikan sebagai kasus ketika komponen yang rentan dan komponen yang terdampak berbeda serta dikelola oleh otoritas keamanan yang berbeda. Metrik temporalnya adalah Unproven exploit code, Official fix, dan Confirmed, yang membuat skor temporal berada di bawah skor base.

FAQ dalam advisory tersebut menjelaskan alasan adanya nilai 9.9 tanpa tautan unduhan: "Kerentanan ini telah sepenuhnya dimitigasi oleh Microsoft. Tidak ada tindakan yang perlu dilakukan pengguna layanan ini. Tujuan CVE ini adalah untuk memberikan transparansi lebih lanjut." Microsoft menandai produk tersebut sebagai layanan yang sepenuhnya dihosting, sehingga entri itu tidak mencantumkan nomor build maupun rentang versi yang terdampak.

Tabel kelayakan eksploitasi sejelas FAQ. Diungkapkan secara publik: Tidak. Dieksploitasi: Tidak. Penilaian eksploitasi: Kurang Mungkin. Yang tidak dijelaskan dalam advisory adalah alur on-behalf-of, identitas terkelola, atau runbook. Ini juga tidak memberikan rentang versi: CPE adalah produk tanpa versi, dan satu-satunya versi terdampak yang tercantum adalah tanda pisah. Semua yang ingin diketahui pembaca tentang mekanisme tersebut harus berasal dari tempat lain, dan tempat lain itu sebagian besar adalah entri arsip itu sendiri.

Apa itu agen, dan mengapa identitasnya adalah hal yang layak dituju

Azure SRE Agent bukanlah chatbot yang ditempelkan ke dasbor. Dokumentasi Azure SRE Agent dari Microsoft menjelaskan tentang agen yang terhubung ke sumber daya Azure, alat observabilitas, platform insiden, dan repositori kode sumber, mengumpulkan sinyal, mengorelasikan penerapan, mengusulkan mitigasi, dan — bergantung pada mode eksekusi yang ditetapkan pelanggan — menjalankannya. Dalam mode Review, administrator menyetujui tindakan penulisan; dalam mode Autonomous, agen menerapkannya tanpa menunggu. Jangkauannya diperluas melalui skills dan runbook, operasi Azure CLI, agen kustom, alat Python, konektor MCP, dan hook agen.

Dokumentasi yang sama menyatakan fakta yang membuat CVE ini menarik: "Agen melakukan autentikasi dengan identitas terkelola dan beroperasi di bawah kontrol akses berbasis peran Azure (RBAC)." Identitas terkelola adalah identitas Entra yang ditetapkan ke suatu layanan, dan apa yang dapat dilakukannya persis sesuai dengan yang diizinkan oleh penetapan perannya. Dengan demikian, kewenangan agen bukanlah properti dari kode agen, melainkan dari peran yang melekat pada identitas tersebut — yang merupakan batas yang akan gagal dilindungi oleh pemeriksaan otorisasi yang tidak ada.

Tulisan teknis terpisah, entri HackTricks Cloud tentang eskalasi hak istimewa Azure SRE Agent, menjelaskan versi struktural dari masalah ini tanpa menyebut CVE-2026-62830. Entri tersebut mencantumkan operasi bidang kendali yang memungkinkan pemanggil mengarahkan agen — membuka thread, menyetujui remediasi yang diusulkan, mengikat ulang konfigurasi agen, mengarahkan ulang konektor data — dan membingkai hasilnya sebagai confused deputy: pemanggil tidak memerlukan izin agen, hanya cara untuk membuat agen menggunakannya. Entri itu bukan tentang CVE ini dan tidak boleh dibaca sebagai konfirmasi terhadapnya. Entri itu berguna karena alasan yang sama dengan skor: entri tersebut menunjukkan di mana otoritas sebenarnya berada.

Mekanisme: apa yang diuraikan oleh arsip, dan apa yang dikonfirmasi oleh vendor

Entri arsip tersebut menjelaskan cacat itu sebagai kegagalan dalam apa yang disebutnya alur OBO (on-behalf-of) Scope-Changed. Alur on-behalf-of adalah pertukaran token saat satu layanan menukar kredensial pemanggil dengan token yang memungkinkannya memanggil layanan hilir sebagai pemanggil tersebut. Menurut arsip, jika pemeriksaan otoritas pada pertukaran itu gagal, panggilan hilir dapat beralih ke identitas terkelola bercakupan tenant milik agen itu sendiri, bukan ke identitas pemanggil. Pemanggil dengan hak akses rendah tetapi terautentikasi kemudian akan mewarisi izin perwakilan layanan agen dan dapat mengubah runbook, telemetri, dan infrastruktur — bukan hanya agen, tetapi setiap sumber daya Azure tempat identitas terkelola tersebut memegang peran.

Deskripsi tersebut konsisten dengan semua yang memang diterbitkan Microsoft, dan hal itu tidak terdapat dalam apa yang diterbitkan Microsoft. Teks vendor mengonfirmasi tiga hal: pemeriksaan otorisasi tidak ada, pemanggil hanya memerlukan hak istimewa rendah, dan dampaknya melintasi batas otoritas keamanan. Teks tersebut tidak mengonfirmasi pertukaran token, pewarisan identitas, atau contoh runbook dan telemetri. Entri arsip adalah sumber untuk hal-hal itu, dan arsip merupakan kumpulan data sekunder, bukan vendor.

Pencarian atas peliputan independen menemukan paragraf yang sama di lebih dari satu tempat: judul tentang alur OBO dan radius dampak tampak disindikasikan di forkast.news dan di Yahoo Tech, antara lain. Sindikasi menjadikan liputan itu satu sumber, bukan beberapa. Tidak ada media yang ditinjau untuk artikel ini yang menerbitkan telemetri, bukti konsep, atau reproduksi mekanismenya sendiri.

Apa yang sudah mapan, apa yang diuraikan, dan apa yang tidak pernah diklaim

Arsip memberi catatan ini nilai A — terdokumentasi dengan baik, sumber-sumber primer sepakat — dan tidak menandainya sebagai diperdebatkan. Catatan itu tidak mencatat adanya kerugian di dunia nyata. Nilai tersebut berkaitan dengan fakta-fakta inti catatan, dan fakta-fakta itu memang sepakat di antara sumber-sumber; itu bukan klaim bahwa setiap kalimat dalam entri telah direproduksi secara independen.

• Ditetapkan oleh vendor. CVE-2026-62830 memengaruhi Azure SRE Agent, merupakan CWE-862 missing authorization, memiliki skor dasar CVSS 3.1 sebesar 9.9 dan skor temporal 8.6, tidak memerlukan tindakan pelanggan, tidak diungkapkan secara publik, dan belum tercatat pernah dieksploitasi.

• Ditetapkan berdasarkan pelaporan dan pengayaan keamanan independen.Rangkuman Patch Tuesday Agustus 2026 dari Cisco Talos mencantumkan CVE tersebut dengan skor 9.9 yang sama dan kelemahan otorisasi yang hilang yang sama, serta menempatkannya dalam penilaian eksploitasi "less likely" dari Microsoft. Evaluasi SSVC CISA, yang dicatat melalui NVD, menilai eksploitasi sebagai tidak ada, dapat diotomatisasi sebagai tidak, dan dampak teknis sebagai total. Pengayaan OpenCVE mencantumkan skor EPSS sebesar 0,00778 dan mencatat bahwa CVE tersebut tidak berada dalam katalog Known Exploited Vulnerabilities CISA.

• Dijelaskan, tetapi tidak dikonfirmasi secara independen. Kegagalan pertukaran token OBO, pewarisan identitas terkelola milik agen, serta konsekuensi terhadap runbook, telemetri, dan infrastruktur berasal dari entri arsip dan liputan sekunder sindikasi. Imbauan Microsoft tidak menyebutkan hal-hal tersebut. Hal-hal itu merupakan bagian paling berguna dari catatan sekaligus bagian yang paling sedikit terdokumentasikan.

• Tidak terbukti di mana pun. Tidak ada eksploitasi, tidak ada korban, tidak ada proof of concept publik, tidak ada nomor build dan tidak ada rentang versi yang terdampak. Baris exploitability Microsoft — terungkap publik Tidak, dieksploitasi Tidak, kemungkinan kecil — adalah hal terdekat dengan laporan status yang ada.

• Liputan media arus utama tidak ada. Pencarian CVE ini di seluruh pers teknologi umum dan keamanan tidak menghasilkan artikel dari The Register, BleepingComputer, SecurityWeek, maupun Help Net Security. Jejak publiknya hanyalah saran vendor, basis data kerentanan, rangkuman Patch Tuesday, dan artikel sindikasi. Untuk skor 9,9, hal itu tidak biasa, dan ini merupakan fakta tentang catatan tersebut, bukan penilaian tentang risikonya.

Perbaikan, dan pemeriksaan yang bertahan lebih lama darinya

Karena Azure SRE Agent adalah layanan yang di-hosting, perbaikan diterapkan di sisi Microsoft. Tidak ada pembaruan yang perlu dipasang, tidak ada nomor build untuk dibandingkan dengan inventaris, dan tidak ada cara bagi pelanggan untuk memastikan dari luar bahwa tenant telah terlindungi sebelum tanggal tertentu. Posisi Microsoft adalah tidak ada tindakan yang diperlukan, dan untuk kerentanan itu sendiri, posisi tersebut benar.

Entri arsip tersebut menambahkan panduan yang tidak diuraikan secara rinci oleh nasihat itu: audit penetapan identitas terkelola, tinjau RBAC terhadap apa yang sebenarnya dibutuhkan agen, dan pantau eskalasi hak istimewa yang tidak wajar. Panduan itu berasal dari arsip, bukan kutipan dari Microsoft.

Konsekuensi praktisnya berasal dari arsitektur, bukan dari rekomendasi sumber mana pun, jadi anggaplah itu sebagai inferensi. Jika wewenang agen adalah penugasan perannya, maka kontrol yang bertahan lama adalah cakupan penugasan tersebut dan retensi log bidang kendali yang akan menunjukkan bahwa penugasan itu digunakan. Perbaikan di sisi layanan menutup jalur tersebut; perbaikan itu tidak secara retroaktif mempersempit identitas terkelola yang kelebihan provisi, dan tidak dapat membantu organisasi yang tidak menyimpan log. Kedua hal itu tetap menjadi tanggung jawab pelanggan setelah CVE ditutup.

Di mana posisinya dalam batch Agustus 2026

Rangkuman Talos membuat perbandingan itu tak terhindarkan. Pada bulan itu, laporan tersebut juga mencantumkan CVE-2026-59118 di Copilot Cowork, eskalasi hak istimewa melalui otorisasi yang tidak semestinya dengan skor 9.3, dan CVE-2026-56162 di Azure SQL Database, eskalasi hak istimewa dengan skor 10.0. Satu-satunya kerentanan yang dilaporkan Talos sebagai dieksploitasi di alam liar pada bulan itu bukanlah keduanya: melainkan CVE-2026-68820, di Windows AFD untuk WinSock. Entri produk AI dalam daftar Talos adalah bug otorisasi, dan itulah bentuk spesifik dari risiko yang didokumentasikan catatan ini.

Semua itu tidak menjadikan CVE-2026-62830 sebagai pelanggaran. Itu adalah CVE transparansi untuk layanan yang sudah diperbaiki, diterbitkan agar pelanggan dapat melihat apa yang salah dan memeriksa konfigurasi mereka sendiri. Nilai catatan tersebut terletak pada pertanyaan konfigurasi yang ditinggalkannya — apa yang dapat dijangkau oleh identitas agen, dan apakah ada yang akan menyadari jika identitas itu digunakan — bukan pada patch yang harus dijadwalkan.