Apa yang terjadi
Permukaan penerapan FastAPI AgentOS PraisonAI tetap tidak terautentikasi pada main saat ini dan di rilis setelah patch yang diterbitkan untuk GHSA-pm96 / CVE-2026-40151 sebelumnya (masalah pengungkapan instruksi yang diperbaiki di 4.5.128). Baik /api/agents maupun /api/chat terdaftar tanpa autentikasi dan mengabaikan header Authorization, sehingga permintaan tanpa autentikasi dan dengan bearer yang salah sama-sama mengeksekusi agen yang diterapkan — lebih luas daripada pengungkapan metadata pasif karena menggerakkan agen itu sendiri. CVSS yang disarankan 9.8.
Mengapa penting
Permukaan multi-agen produksi yang secara default terikat pada semua antarmuka tanpa autentikasi berarti klien yang dapat dijangkau dapat memanggil agen yang membawa alat, konteks pribadi, memori, dan integrasi API. Ini adalah kontrol agen tanpa autentikasi — kelas cacat kerangka kerja agen dengan dampak tertinggi.
Vektor serangan
Registrar rute AgentOS mengekspos GET /api/agents dan POST /api/chat tanpa middleware autentikasi, pemeriksaan API key, atau validasi bearer token. Rute chat langsung memanggil agent.chat(request.message), dan header Authorization yang salah/tidak ada diabaikan. Klien jarak jauh tanpa autentikasi dapat menjangkau agen dan memicu alat hilir, pembacaan konteks pribadi, akses memori, tindakan browser, dan integrasi API, serta menghabiskan anggaran model/API.
Sistem yang terdampak
PraisonAI 4.2.1 hingga sebelum 4.6.59 (permukaan penerapan FastAPI AgentOS / AgentApp; v4.6.57 dan main saat ini masih terpengaruh)
Mitigasi
Tidak ada rilis publik yang sepenuhnya diperbaiki untuk permukaan AgentOS hingga laporan ini; pemelihara mengirimkan perbaikan melalui 4.6.58/4.6.61 untuk advisory lain tetapi AgentOS tetap terekspos di main. Pengendalian segera: jangan pernah mengekspos AgentOS pada antarmuka yang dapat dijangkau tanpa proxy depan yang melakukan autentikasi (reverse proxy dengan pemberlakuan bearer auth), dan ikat ke 127.0.0.1 sampai perbaikan nyata tersedia. Advisory GHSA-892r-p3jq-jp24.