Apache ActiveMQ Risiko Tinggi Gap RCE: 5- langkah penyelesaian dari rantai serangan

Apache ActiveMQ blasts high-risk jalan RCE
AktiveMQ Apache baru-baru ini mengungkapkan satu.Jarak implementasi kode remote berisiko tinggi(CVE - 2026- 34197) Penyerang dapat menegakkan kode apapun melalui jembatan JMXHTTP JVM Broker.
Dampak dari celah ini luas, dan semua pengguna menggunakan ActiveMQ 5.x dan versi 6.x memerlukan perhatian segera.
Informasi dasar pada celah
| Properti | Rincian |
|---|---|
| ID CVE | CVE- 2026- 34197 |
| Tingkat serius | Resiko tinggi (eksekusi kode RCE remote) |
| CWE | CWE-20 (validasi masukan yang tidak sesuai), CWE-94 (injeksi kode) |
| Komponen Dampak | Apache ActiveMQ Broker |
| Diprasyarat serangan | Perlu pengguna bersertifikat |
Versi yang Terpengaruh
- Apache ActiveMQ 5.x: Semua versi < 5.19.4
- Apache ActiveMQ 6.x:6,0.0 - 6.2.3(excluding 6.2.3)
Versi rehabilitasi
- Upgrade ke 5.19.4(5.x seri versi pemulihan)
- Upgrade ke 6.2.3(versi rehabilitasi seri 6.x)
Lima langkah untuk menyerang.
Langkah 1: Kunjungi Jembatan Jolokia
Apache ActiveMQ Classic terpapar pada konsol Web. Jembatan Jologia JMX-HTTP, jalannya /api/jolokia/Aku tidak tahu. Jembatan ini memungkinkan akses ke antarmuka JMX melalui HTTP.
Langkah 2: Panggil operasi exec Mbean
Kebijakan Akses Jologia BakuIjinkan semua ActiveMQ Mbeans(org.apache.activemq: *) melakukan operasi exec. Ini berarti bahwa penyerang dapat memanggil pada berbagai metode manajemen ActiveMQ.
Langkah 3:
Para penyerang bisa menelepon. BrokerService.addNetworkConnector(String) atau BrokerService.addConnector(String) Metode, ke dalam hati-hati dibangun satu.Itu benar.Pemicu transfer VM BrokerConfig parameter.
Langkah 4: Muat XML Spring Jauh
Parameter BrokerConfig menspesifikasikan remote load Konteks Terapkan XML Spring, gunakan ResourceXmlApplicationContextAku tidak tahu.
Langkah 5: Eksekusi kode apapun
Poin utamanya adalah:Konteks Aplikasi Xml kami telah dicontoh sebelum konfigurasi BrokerServiceAku tidak tahu. Penyerang dapat menggunakan metode seperti: Runtime.exec() Pada JVM brokerJalankan kode apapunAku tidak tahu.
Mengapa celah ini berbahaya?
- Anda dapat menggunakannya setelah otentikasi.: Dengan nomor login ActiveMQ, Anda dapat meluncurkan serangan.
- Kendali penuh, pialang: JVM dari broker ActiveMQ berarti bahwa penyerang memiliki kendali penuh terhadap broker JVM
- ImplikasiAktiveMQ adalah media untuk berita tingkat bisnis, dan banyak perusahaan menggunakannya.
- Rantai serangannya masih utuh.: Panggil remote Spring XML SYRCE dari akhiri jalur strike
Bagaimana?
Tingkatkan Sekarang
# 升级到修复版本 # 5.x 系列 wget https://activemq.apache.org/activemq-5.19.4 # 6.x 系列 wget https://activemq.apache.org/activemq-6.2.3
Ukuran mitigasi sementara
Jika hal ini tidak dapat dilakukan untuk saat ini, pertimbangan dapat diberikan kepada:
- Matikan Jolokia: Nonaktifkan jembatan JMX-HTTP Jolokia dalam konfigurasi ActiveMQ
- Batas kebijakan akses Jologia: Ubah kebijakan baku, non-aktifkan operasi exec
- Memperkuat keamanan sertifikasi: Pastikan bahwa sertifikat otentikasi untuk ActiveMQ tidak diungkapkan
- Isolasi jaringan: Batas akses ke konsol Web ActiveMQ
Periksa serangan.
- Periksa catatan broker ActiveMQ dengan aktual addConektor / addNetworkConnection call
- Periksa permintaan memuat XML musim semi dari jaringan eksternal
- Memantau pembuatan suatu proses anomali bagi pialang JVM (Runtime.exec)
Ringkasan
CVE- 2026- 34197 adalah satuKasus konfigurasi tipikal tidak aman mengarah ke RCE:
- Jembatan JMXHTTP terbuka secara default
- Kebijakan baku memungkinkan operasi exec untuk semua Mbeans
- Penyerang dapat memuat XML Spring remote menggunakan parameter brokerConfig
- Musim semi memberikan contoh kacang sebelum konfigurasi otentikasi, menghasilkan RCE
Jika Anda menggunakan Apache ActiveMQ, cek versi segera dan upgrade ke 5.19.4 atau 6.2.3!
Lubang resiko tinggi diperbaiki tanpa penundaan.
Buletin Keamanan Resmi:https: / / actimq.apache.org / security.data / CVE-2026-34197- envirent.txt