Xavfsizlik · 24 sentabr 2026 · 5 daqiqa

Mantis: AI agentlari bilan zaifliklarni topish va xavfsiz joriy etish

Google tomonidan ochiq manbada e'lon qilingan Mantis — ko‘p agentli harness. Ushbu maqola SOC, CISO va devops jamoalari uchun Mantisni xavfsiz sinash, sandboxing, triage va CI/CD ga integratsiya qilish bo‘yicha amaliy qadamlarni taqdim etadi.

Mantis: AI agentlari bilan zaifliklarni topish va xavfsiz joriy etish maqolasi uchun tasvir

Qisqa javob

Google tomonidan ochiq manbada e'lon qilingan Mantis — ko‘p agentli harness. Ushbu maqola SOC, CISO va devops jamoalari uchun Mantisni xavfsiz sinash, sandboxing, triage va CI/CD ga integratsiya qilish bo‘yicha amaliy qadamlarni taqdim etadi.

Mantis — Google tomonidan 2026 yil sentyabrida ochiq manbada chiqarilgan referens harness bo‘lib, kod bazalarida zaifliklarni aniqlash, takrorlash va muammolar uchun boshqacha kontekstli tavsiyalar berish uchun ko‘p agentli sun’iy intellekt pipeline’larini ishlatadi. Bu oddiy statik skanner emas: Mantis agentlari topilgan kandidatlarga reproduksiya urinishlari o‘tkazadi, natijalarni deterministic qoidalar bilan filtrlaydi va issue tracker’ga, triage guruhiga yoki CI/CD pipeline’iga yo‘naltirish uchun strukturaviy xulosalar yaratadi. Google blog postlarida va GitHub README’larida Mantis ishlab chiqarishga mos referens sifatida taqdim etilgan, lekin uning foydalanilishi qat’iy izolyatsiya va insoniy verifikatsiyani talab qiladi. Ushbu maqolada Mantis nima ekanligi, qanday ishlashi, xavfsiz sinash uchun qaysi muhandislik nazoratlari kerakligi, va O‘zbek tashkilotlari uchun amaliy qadamlar bosqichma-bosqich bayon qilinadi.

Mantis nima va uning asosiy komponentlari

Mantis ko‘p agentli ADK (Agent Development Kit) konseptiga asoslangan. Asosiy komponentlar quyidagilar:

  • Discovery agentlar: repozitoriy, konfiguratsiya va testlar bazasini paralel tahlil qilib, potentsial qator yoki modul darajasidagi anomaliyalarni topadi.
  • Reproduction agentlar: har bir kandidatni izolatsiyalangan muhitda, minimal test yoki kod snippet orqali takrorlashga harakat qiladi.
  • Triage va ranking agentlari: topilmalarni ishonch darajasi, ta’sir sathiga va exploit mumkinligiga qarab tartiblaydi.
  • Patch suggestion agentlari: ba’zi oddiy va xavfsiz tuzatishlar uchun kod o‘zgarishlari bo‘yicha tavsiya beradi, lekin tavsiya qilingan patch’lar avtomatik tatbiq etilmasligi kerak.

Texnik jihatdan Mantis token-effektiv ishlash uchun kod strukturalarini yuqori darajali xulosalarga qisqartiradi; Google tomonidan katta repozitoriyalarda tokenlar sarfi 85% dan oshiq kamayishi qayd etilgan. GitHub repo README va agentlar hujjatlarida Mantisni faqat izolyatsiyalangan muhitda ishga tushirish va topilmalarni har doim inson tasdig‘idan o‘tkazish kerakligi aniq yozilgan.

Qanday ishlaydi: pipeline va nazorat nuqtalari

Mantis pipeline odatda quyidagi ketma-ket bosqichlardan iborat:

  1. Discovery: agentlar repoga ulanib, konfiguratsiya va test fayllarini tahlil qiladi.
  2. Candidate generation: potensial muammo sifatida ko‘rilgan kod bo‘laklari agentlar tomonidan belgilanadi.
  3. Reproduction: chiqishlar sandbox’ga yuborilib, minimal test bilan takrorlanadi.
  4. Filtering va deterministic gates: faqat belgilangan tasdiq me’yorlarini o‘tgan natijalar keyingi bosqichga o‘tadi.
  5. Triage va eskalatsiya: yuqori xavfli topilmalar issue tracker yoki pager tizimiga yo‘naltiriladi. Bu bosqichlar ichida eng muhim nazoratlar — sandboxing, gate’lar va tarmoq cheklovlari. Sandbox reproduksiya jarayonida hech qachon haqiqiy ishlab chiqarish ma’lumotlariga yoki tashqi tizimlarga yozmasligi kerak. Gate’lar esa agentlarning “ishonch” holatini emas, balki deterministik kriteriyalar asosida tekshiradi: misol uchun, testning o‘tkazilishi, replikatsiya logsining mavjudligi, yoki stack trace bilan bog‘langan bayonotlar.

Nima uchun Mantis muhim: imkoniyatlar va chegaralar

Mantis kabi agentli harnesslar quyidagi muammolarni hal etishda amaliy yordam beradi:

  • Katta kod bazalarini kontekstli analiz qilish orqali oddiy skannerlardan ko‘ra murakkab muammolarni aniqlash imkoniyati.
  • Reproduksiya bosqichi tufayli false positive’lar sonini kamaytirish.
  • CI/CD integratsiyasi orqali zaifliklarni erta bosqichda tutish va ishlab chiqarishga chiqishdan avval tuzatish siklini qisqartirish.

Ammo cheklovlar ham mavjud:

  • Hallucination va noto‘g‘ri tavsiyalar: agentlar ba’zan xato yoki noaniq tavsiyalar beradi, shuning uchun inson tasdig‘i majburiydir.
  • Triage yukini oshirish: skanerlash ko‘lamining oshishi bilan candidate signal hajmi ortadi va bu tahlil gimorchiligini keltirib chiqarishi mumkin.
  • Dual-use xavfi: ochiq manbali agentli vosita hujumchi tomon uchun ham foydalanish imkonini beradi.
  • Mahsulot sifatida qo‘llab-quvvatlama yo‘qligi: Google Mantis’ni referens sifatida taqdim etadi, biroq rasmiy kommercial qo‘llab-quvvat yo‘q.

Bosqichma-bosqich joriy etish: xavfsiz sinovdan to integratsiyagacha

  1. Pilotni tashkil etish: kichik, kam kritik repozitoriy yoki microservice ustida pilot loyiha boshlang.
  2. Izolyatsiya va sinov ma’lumotlari: haqiqiy ma’lumotlar o‘rniga sintetik yoki anonimizatsiyalangan test materiallardan foydalaning; alohida klaster yoki konteynerlar ajrating.
  3. Sandboxing qat’iyligi: reproduksiya har doim izolyatsiyalangan sandbox’da amalga oshirilsin va sandbox’dan tashqariga hech qanday so‘rov avtomatik yuborilmasin.
  4. Deterministik gate’larni sozlash: faqat aniq belgilangan test muvaffaqiyati va loglar mavjud bo‘lganda topilmalarni yuqori darajaga ko‘tarilsin.
  5. Human-in-the-loop triage: yuqori va o‘rta darajadagi topilmalar uchun inson tasdig‘i va kontekstual baho majburiy bo‘lsin.
  6. CI/CD integratsiyasi: avval branch yoki pre-merge darajasida cheklangan integratsiya qiling; avtomatik patch’larni avtomatik tatbiq qilmaslikka e’tibor bering.
  7. Monitoring va rivojlantirish: pilot natijalarini o‘lchang, false positive darajasi va triage vaqtlarini kuzating, qoidalarni mos ravishda yangilang.

Amal qilish uchun texnik va tashkilotiy tavsiyalar

  • Sandboxing va tarmoq cheklovlari har doim majburiy bo‘lsin.
  • Gate’larni deterministik mezonlarga asoslang, agent “ishonch” ballariga emas.
  • Triage va eskalatsiya qoidalarini oldindan belgilab qo‘ying: kim qachon paging oladi, qaysi topilmalar avtomatik ravishda issue tracker’ga tushadi.
  • Bosqichma-bosqich integratsiya qiling: kichik pilot --> branch-level tekshiruv --> kengaytirilgan pre-merge tekshiruv.
  • Huquqiy va regulyator jihatlarni baholang: topilgan zaifliklarni xabar berish va supply-chain majburiyatlari bilan muvofiqligini aniqlang.

Xulosa va o‘zbek tashkilotlari uchun tezkor qadamlar

Mantis agentli harnesslari zaifliklarni aniqlash va reproduksiya qilishda foydali imkoniyatlar beradi, ammo ularni xavfsiz joriy etish qat’iy sandboxing, deterministik gate’lar va insoniy triage talab qiladi. O‘zbekiston tashkilotlari uchun imkon qadar tez bajarilishi lozim bo‘lgan amaliy qadamlar:

  • CISO darajasida strategiyani risk register-ga kiritish.
  • Mantis’ni izolyatsiyalangan muhitda pilot qilib ishga tushirish va haqiqiy ma’lumotlardan cheklangan holda sinash.
  • CI/CD integratsiyalarini bosqichma-bosqich yo‘lga qo‘yish va avtomatik patch’larni dastlab o‘chirib qo‘yish.
  • Tashkiliy protseduralarni — triage, eskalatsiya va xabar berish qoidalarini ishlab chiqish.

Mantis va shunga o‘xshash agentli vositalar texnik samaradorlikni oshirishga yordam beradi, ammo tasdiqlangan jarayonlar va ehtiyot choralarisiz ular muammo ham keltirib chiqarishi mumkin. Eng oqilona yo‘l — kichik, izolyatsiyalangan pilot, qat’iy nazorat va inson tasdig‘i bilan boshlab, tizimni bosqichma-bosqich kengaytirishdir.