Blog

Cursor’dagi Security Agents va Rollouts: xavfsizlik tekshiruvlari va reliz monitoringi

Markdown

Cursor Automations’da Security Reviewer, Vulnerability Scanner va Rollouts’ni qanday yoqish: triggerlar, jamoa umumiy limitidan foydalanish, tariflar va ularning Bugbot’dan farqi.

Maqolani to‘liq o‘qish

Cursor Automations’da kod xavfsizligini tekshirish va relizlarni monitoring qilishni sozlashingiz mumkin. Security Agents pull request’larni (PR) ko‘rib chiqadi va butun repozitoriyni jadval asosida skanerlaydi. Rollouts joylashtirilgandan keyin o‘zgarishni kuzatadi, Teams va Enterprise tariflarida mavjud hamda ulangan telemetriyani talab qiladi: loglar, metrikalar va treyslar.

Quyida Cursor’ning rasmiy hujjatlariga asoslangan sozlash bosqichlari, Security Agents’dan foydalanish hisob-kitobi, tarif cheklovlari va Bugbot hamda qo‘lda bajariladigan /review-security buyrug‘idan farqlari keltirilgan.

Ailoot’dan foydalanish haqida ma’lumot hujjatlarda mavjud.

Cursor’dagi Security Agents nima

Asosiy xulosa

Security Agents — Automations’da Cursor boshqaradigan ikki turdagi agent. Security Reviewer pull request’ni birlashtirishdan oldin ko‘rib chiqadi. Vulnerability Scanner belgilangan jadval bo‘yicha kod bazasini skanerlab, mavjud zaifliklar, uzoq vaqtdan beri hal qilinmagan muammolar va PR ko‘rib chiqishida aniqlanmay qolgan narsalarni qidiradi. Ikkala tur ham Cloud Agents’ni talab qiladi va ularda ishlaydi; istisno — pull request hodisasi ishga tushiradigan jamoaviy Security Reviewer: bu ko‘rib chiqish cloud agentda emas, Cursor hosting’ida bajariladi. Foydalanish jamoaning umumiy limitidan chegiriladi.

Agent turi tekshiruv qanday boshlanishini belgilaydi:

  • Security Reviewer Git hodisalari: pull request yoki merge request orqali ishga tushadi.
  • Vulnerability Scanner cron jadvali bo‘yicha ishlaydi va kod bazasini PR faolligidan mustaqil ravishda skanerlaydi.

Cron orqali skaner ishga tushishlarini takroriy jadvalga qo‘yishingiz mumkin.

Security Reviewer va Vulnerability Scanner’ni qanday yoqish mumkin

Bosqichlar

  1. Automations’da Security Agents bo‘limini oching (bo‘lim Security Agents hujjatlarida tasvirlangan).
  2. Agent turini tanlang: Security Reviewer (PR ko‘rib chiqishi) yoki Vulnerability Scanner (jadval asosida skanerlash).
  3. Security Reviewer uchun Git triggerini sozlang: pull request yoki merge request hodisasi. Vulnerability Scanner uchun cron jadvalini sozlang.
  4. O‘rnatilgan xavfsizlik tekshiruvlarini yoqing yoki o‘chiring: har ikki agent turida ular mavjud va to‘plamni vazifaga moslashingiz mumkin.
  5. Vosita yoki MCP serverini ulang: ular agentga jamoa xavfsizlik ishlarini boshqaradigan tizimlarga ulanish imkonini beradi. Security Reviewer uchun bu shart: kamida bitta vosita yoki MCP ulanishisiz uni saqlab bo‘lmaydi. Vulnerability Scanner’ni ularsiz ham saqlash mumkin; u topilmalarini Flagged Vulnerabilities ro‘yxatiga yuboradi.
  6. Agentni saqlang.

Vositalar va MCP agent topgan zaifliklarni Slack kanaliga, muammolar kuzatuvchisiga yoki boshqa ulangan tizimga yuborish imkonini beradi.

Tekshirish

Automations tarixi har bir agent qachon ishlaganini, qaysi vositalardan foydalanganini, ishga tushish qanday yakunlanganini va qancha vaqt olganini ko‘rsatadi. Cursor hosting’ida ishlagan Security Reviewer tekshiruvi uchun Security Agents sahifasidagi Recent Runs bo‘limini ko‘ring: ko‘rib chiqish sessiyasini faqat o‘qish rejimida ochishingiz mumkin.

Vulnerability Scanner topilmalari Security Agents sahifasidagi va har bir skaner sahifasidagi Flagged Vulnerabilities bo‘limida ko‘rinadi. Ro‘yxat repozitoriy bo‘yicha guruhlangan; topilmalarni skaner, holat, fikr-mulohaza va jiddiylik bo‘yicha filtrlashingiz mumkin. Har birida zaiflikni tuzatish uchun cloud agentni ishga tushiradigan Fix in Cursor amali bor.

Xatolar

Security Reviewer’ni saqlab bo‘lmasa, kamida bitta vosita yoki MCP ulanishi sozlanganini tekshiring: ulanish bo‘lmasa, saqlash bajarilmaydi.

Tekshiruvlar uchun kim to‘laydi: Security Agents’dan foydalanish

Hujjatlarga ko‘ra, Security Agents’dan foydalanish jamoaning umumiy limitidan chegiriladi. Agentlar jamoaning umumiy xizmat hisobidan ishlaydi, shuning uchun alohida a’zoning limitini sarflamaydi.

Hujjatlar sahifasida narxlar yoki qaysi tariflarda Security Agents mavjudligi ko‘rsatilmagan. Ularni barcha repozitoriylarda yoqishdan oldin hisobingizda mavjudligini tekshiring va dastlabki ishga tushishlar jamoa limitidan qancha sarflashini kuzating.

Security Reviewer /review-security va Bugbot’dan nimasi bilan farq qiladi

Bu mexanizmlarning maqsadlari o‘xshash, ammo ular turlicha ishga tushadi.

/review-security va /review kodni masofaviy repozitoriyga yuborishdan oldin agentdan qo‘lda ishga tushirilishi mumkin. Odatiy holatda /review-security tarmoqdagi o‘zgarishlarni asosiy tarmoq bilan solishtirib tekshiradi; bunda commit’larda saqlangan o‘zgarishlar ham, hali commit qilinmagan o‘zgarishlar ham kiradi. Tekshiruvni faqat ikkinchi turdagi o‘zgarishlar bilan cheklashni so‘rashingiz mumkin. Buyruqlar Cursor 3.7 va undan keyingi versiyalarda, cursor.com/agents saytida va Cursor CLI’da mavjud. Ko‘rib chiqishni qachon ishga tushirishni o‘zingiz hal qilasiz.

Security Reviewer — Git triggeri orqali avtomatik ishlaydigan Automations agenti.

Bugbot — PR ko‘rib chiqish uchun alohida Cursor mahsuloti. Hujjatlarga ko‘ra, u xatolar, zaifliklar va kod sifati muammolarini qidiradi, izohlarida tushuntirishlar hamda tavsiya etilgan tuzatishlarni qoldiradi. U PR yangilanganda avtomatik yoki qo‘lda ishga tushadi.

Security Agents xavfsizlik tekshiruvlari uchun mo‘ljallangan: ularda o‘rnatilgan tekshiruvlar, butun repozitoriyni jadval asosida skanerlash va holatlar hamda jiddiylik darajalari ko‘rsatilgan Flagged Vulnerabilities ro‘yxati mavjud. Hujjatlarda Bugbot va Security Agents topilmalarining sifati taqqoslanmagan.

Rollouts: joylashtirilgandan keyingi monitoring

Asosiy xulosa

Rollouts (faqat Teams va Enterprise tariflarida) PR ochilganda monitoring rejasini yozadi, joylashtirilgandan keyin esa o‘zgarishni telemetriya (loglar, metrikalar va treyslar) bilan tekshiradi: darhol, so‘ng 20 daqiqadan, 1 soatdan, 1 kundan va 3 kundan keyin. Agar u regressiyani — o‘zgarishdan keyingi yomonlashuvni — topsa, muammo ochadi va uni tuzatish uchun cloud agentni ishga tushirish tugmasini bosishingiz mumkin. Rollouts’ning o‘zi o‘zgarishlarni birlashtirmaydi, bekor qilmaydi yoki oldingi holatga qaytarmaydi. Ulangan telemetriya bo‘lmasa, o‘zgarishlar kutilayotgan holatda qoladi va Rollouts muammolarni topa olmaydi.

Rollouts nima qiladi

Pull request ochilganda, Rollouts o‘zgarishlarni va ta’sirlangan tizimlarni o‘qib, joylashtirishni monitoring qilish rejasini tuzadi. Rejada aniqlangan xavflar, o‘zgarishdan kutilayotgan ta’sir, tekshiriladigan signallar va o‘zgarishni tekshirishni qiyinlashtiradigan ma’lumot yig‘ishdagi bo‘shliqlar keltiriladi. GitHub, GitLab.com va Bitbucket Cloud’da reja PR izohi sifatida ko‘rinadi.

Rollouts joylashtirish hodisalarida tekshiruvlarni ishga tushiradi va rejani loglar, metrikalar hamda treyslar bilan solishtiradi. Har bir muhit alohida kuzatiladi: o‘zgarish sinov muhitidagi tekshiruvlardan o‘tishi, ammo ishlab chiqarish muhitida muammoli deb belgilanishi mumkin. Tekshiruvlar joylashtirish vaqtida, so‘ng 20 daqiqadan, 1 soatdan, 1 kundan va 3 kundan keyin bajariladi.

Regressiya topilsa, Rollouts bunga sabab bo‘lgan deb taxmin qilayotgan o‘zgarishni aniqlaydi, muammo ochadi va muallifga xabar beradi. Muammo sahifasidagi Fix issue tugmasi cloud agentni ishga tushiradi. Rollouts o‘zgarishlarni o‘zi birlashtirmaydi, bekor qilmaydi yoki oldingi holatga qaytarmaydi.

Rollouts’ni qanday sozlash mumkin

  1. Automations’da From Cursor bo‘limidagi Rollouts kartasida Enable tugmasini bosing.
  2. Kuzatiladigan repozitoriylarni tanlang. Sozlamalarda 200 tagacha repozitoriyni ko‘rsatishingiz mumkin.
  3. Joylashtirish hodisalarini sozlang: Rollouts har bir ishlab chiqarish muhitiga joylashtirish qachon boshlanishi va tugashini bilishi kerak. Buning uchun Cursor API kalitini yarating va uni yig‘ish tizimingiz (CI) sirlarida CURSOR_API_KEY nomi bilan saqlang. Keyin ikkita yo‘l bor: chaqiruvlarni joylashtirish jarayoniga qo‘lda qo‘shing (buyruqlar Rollouts hujjatlarining Send deployment events bo‘limida berilgan) yoki sozlash agentidan buni bajarishni so‘rang. Agent ushbu chaqiruvlarni o‘z ichiga olgan PR ochadi. Sozlashni tugatish uchun shu PR’ni birlashtiring.
  4. Datadog kabi telemetriyani ulang. Kamida bitta ulangan vosita talab qilinadi.
  5. PR mualliflariga bildirishnomalar qanday yuborilishini tanlang.

Ko‘zdan qochishi oson bo‘lgan cheklovlar

Ulangan telemetriya bo‘lmasa, o‘zgarishlar kutilayotgan holatda qoladi va Rollouts muammolarni aniqlay olmaydi. Loyihada hali Datadog yoki shunga o‘xshash monitoring tizimi bo‘lmasa, avval shuni o‘rnatishingiz kerak.

Privacy Mode’da Slack bildirishnomalari mavjud emas. Jamoa administratori avval Rollouts’ni Slack’ga qo‘shishi kerak.

Bunga kimga ehtiyoj bor va kim kutgani ma’qul

Yolg‘iz ishlasangiz, Security Agents’ni yoqishdan oldin hisobingizda mavjudligini tekshiring: foydalanish jamoa limitidan olinadi, hujjatlar sahifasida esa qaysi tariflarda mavjudligi ko‘rsatilmagan. Skaner topgan zaiflikni tuzatishni o‘zingiz boshlaysiz: Fix in Cursor repozitoriyda ishlash uchun cloud agentni ochadi.

Hujjatlarga ko‘ra, Rollouts faqat Teams va Enterprise tariflarida mavjud. Datadog kabi monitoring tizimingiz hali bo‘lmasa, avval shuni o‘rnatib, keyin Rollouts’ni ulang.

Cursor tariflari haqida batafsil ma’lumot uchun Cursor obunasiga nimalar kirishini ko‘ring. Agar Cursor’da agentlar o‘rtasida vazifalarni muvofiqlashtirish sozlangan bo‘lsa, Cursor Projects: muvofiqlashtiruvchi vazifalarni qanday taqsimlaydi maqolasini ko‘ring.

Xulosa

Security Reviewer PR’larni birlashtirishdan oldin ko‘rib chiqadi; Vulnerability Scanner esa butun repozitoriyni jadval asosida skanerlaydi. Har ikki agent turidan foydalanish jamoa limitidan chegiriladi. Rollouts o‘zgarishni joylashtirilgandan keyin kuzatadi, Teams va Enterprise tariflarida mavjud hamda kamida bitta ulangan telemetriya manbasini talab qiladi.

Manbalar

Ailoot bilan tanishing.

Batafsil

Ko‘p beriladigan savollar

Security Reviewer’ni nega saqlay olmayapman?

Bu yerda tasvirlangan sozlashda Security Reviewer uchun kamida bitta vosita yoki MCP serveri ulangan bo‘lishi kerak. Saqlashdan oldin ulanishni tekshiring. Vulnerability Scanner esa bunday ulanishsiz topilmalarni Flagged Vulnerabilities’ga chiqarishi mumkin.

Rollouts yomon deploy’ni avtomatik orqaga qaytaradimi?

Yo‘q. U o‘zgarishlarni ulangan telemetriya bilan solishtirib, regressiya topsa issue ochishi mumkin. Fix issue orqali bulut agentini boshlaysiz. Rollouts o‘zi merge, revert yoki rollback qilmaydi.

Barcha maqolalar