Блог

Cursor Security Agents және Rollouts: қауіпсіздік пен шығарылым

Markdown

Cursor Automations ішінде Security Reviewer, Vulnerability Scanner және Rollouts мүмкіндіктерін қалай қосуға болады: триггерлер, командалық пулдан пайдалану, жоспарлар және олардың Bugbot-тан айырмашылықтары.

Мақаланы толық оқу

Cursor Automations ішінде код қауіпсіздігін тексеруді және шығарылымды бақылауды баптауға болады. Security Agents pull request-терді (PR) қарап, бүкіл репозиторийді кесте бойынша сканерлейді. Rollouts орналастырудан кейінгі өзгерісті бақылайды, Teams және Enterprise жоспарларында қолжетімді және қосылған телеметрияны қажет етеді: журналдар, метрикалар және трассалар.

Төменде Cursor-дың ресми құжаттамасына негізделген баптау қадамдары, Security Agents пайдалануының қалай есептелетіні, жоспар шектеулері және олардың Bugbot пен қолмен орындалатын /review-security пәрменінен айырмашылықтары берілген.

Ailoot пайдалану туралы ақпарат құжаттамада берілген.

Cursor ішіндегі Security Agents дегеніміз не

Негізгі түйін

Security Agents — Automations ішіндегі Cursor басқаратын агенттердің екі түрі. Security Reviewer pull request-ті біріктірмес бұрын қарап шығады. Vulnerability Scanner кесте бойынша код базасын сканерлеп, бар осалдықтарды, бұрыннан келе жатқан мәселелерді және PR тексерісі кезінде назардан тыс қалған жайттарды іздейді. Екі түрі де Cloud Agents-ті қажет етеді және солар арқылы жұмыс істейді; ерекшелік — pull request оқиғасы іске қосатын командалық Security Reviewer: ол бұлт агентінде емес, Cursor хостингінде жұмыс істейді. Пайдалану көлемі команданың пайдалану пулынан алынады.

Агент түрі тексерістің қалай басталатынын анықтайды:

  • Security Reviewer Git оқиғалары арқылы іске қосылады: pull request немесе merge request.
  • Vulnerability Scanner cron кестесі бойынша жұмыс істеп, PR белсенділігіне тәуелсіз код базасын сканерлейді.

Cron сканердің қайталанатын іске қосылуын кестелеуге мүмкіндік береді.

Security Reviewer мен Vulnerability Scanner мүмкіндіктерін қалай қосуға болады

Қадамдар

  1. Automations ішінен Security Agents бөлімін ашыңыз (бөлім Security Agents құжаттамасында сипатталған).
  2. Агент түрін таңдаңыз: Security Reviewer (PR тексерісі) немесе Vulnerability Scanner (кесте бойынша сканерлеу).
  3. Security Reviewer үшін Git триггерін баптаңыз: pull request немесе merge request оқиғасы. Vulnerability Scanner үшін cron кестесін баптаңыз.
  4. Кіріктірілген қауіпсіздік тексерістерін қосыңыз немесе өшіріңіз: олар агенттердің екі түрінде де бар және жиынын тапсырмаға сай реттеуге болады.
  5. Құралды немесе MCP серверін қосыңыз: олар агентке команданың қауіпсіздік жұмысын басқаратын жүйелерге қосылуға мүмкіндік береді. Security Reviewer үшін бұл міндетті: кемінде бір құрал немесе MCP қосылымынсыз оны сақтай алмайсыз. Vulnerability Scanner-ді оларсыз да сақтауға болады, ол нәтижелерін Flagged Vulnerabilities тізіміне жібереді.
  6. Агентті сақтаңыз.

Құралдар мен MCP агент тапқан осалдықтарды Slack арнасына, мәселе трекеріне немесе басқа қосылған жүйеге жіберуге мүмкіндік береді.

Тексеру

Automations журналы әр агенттің қашан іске қосылғанын, қандай құралдар пайдаланғанын, іске қосылу қалай аяқталғанын және қанша уақыт алғанын көрсетеді. Cursor хостингінде жұмыс істеген Security Reviewer тексерісін Recent Runs бөлімінен қараңыз: Security Agents бетінен шолу сеансын тек оқуға арналған режимде аша аласыз.

Vulnerability Scanner тапқан осалдықтар Security Agents бетіндегі Flagged Vulnerabilities бөлімінде және әр сканердің бетінде көрсетіледі. Тізім репозиторий бойынша топтастырылған; нәтижелерді сканер, күй, кері байланыс және қауіптілік деңгейі бойынша сүзуге болады. Әрқайсысында осалдықты түзету үшін бұлт агентін іске қосатын Fix in Cursor әрекеті бар.

Қателер

Security Reviewer сақталмаса, кемінде бір құрал немесе MCP қосылымы бапталғанын тексеріңіз: онсыз сақтау орындалмайды.

Тексерістерге кім төлейді: Security Agents пайдалану көлемі

Құжаттамаға сәйкес, Security Agents пайдалануы команданың пайдалану пулынан алынады. Агенттер команданың ортақ қызметтік тіркелгісімен жұмыс істейді, сондықтан жеке мүшенің лимитін жұмсамайды.

Құжаттама бетінде бағалар немесе Security Agents қай жоспарларға кіретіні көрсетілмеген. Оларды барлық репозиторийде қоспас бұрын, тіркелгіңізде қолжетімді екенін тексеріп, алғашқы іске қосылулар команданың пулынан қанша көлем алатынын бақылаңыз.

Security Reviewer-дің /review-security және Bugbot-тан айырмашылығы

Бұл механизмдердің мақсаттары ұқсас, бірақ іске қосылу жолдары әртүрлі.

/review-security және /review пәрмендерін кодты қашықтағы репозиторийге жібермес бұрын агенттен қолмен іске қосуға болады. Әдепкіде /review-security тармақтың өзгерістерін негізгі тармақпен салыстырып тексереді; оған коммиттерде сақталған өзгерістер де, әлі коммиттелмеген өзгерістер де кіреді. Одан тек соңғыларын қарауды сұрауға болады. Пәрмендер Cursor 3.7 және одан кейінгі нұсқаларда, cursor.com/agents сайтында және Cursor CLI ішінде қолжетімді. Шолуды қашан іске қосатыныңызды өзіңіз шешесіз.

Security Reviewer — Git триггері бойынша автоматты іске қосылатын Automations агенті.

Bugbot — PR тексерісіне арналған жеке Cursor өнімі. Құжаттамаға сәйкес, ол қателерді, осалдықтарды және код сапасына қатысты мәселелерді іздеп, түсіндірмелері мен ұсынылған түзетулері бар пікірлер қалдырады. Ол PR жаңартылған сайын автоматты түрде немесе қолмен іске қосылады.

Security Agents қауіпсіздік тексерістеріне арналған: оларда кіріктірілген тексерістер, бүкіл репозиторийді кесте бойынша сканерлеу және күйлері мен қауіптілік деңгейлері бар Flagged Vulnerabilities тізімі бар. Құжаттама Bugbot пен Security Agents нәтижелерінің сапасын салыстырмайды.

Rollouts: орналастырудан кейінгі бақылау

Негізгі түйін

Rollouts (тек Teams және Enterprise жоспарларында) PR ашылғанда бақылау жоспарын жазады, ал орналастырудан кейін өзгерісті телеметриямен (журналдар, метрикалар және трассалар) салыстырып тексереді: бірден, содан соң 20 минуттан, 1 сағаттан, 1 күннен және 3 күннен кейін. Егер регрессияны — өзгерістен кейінгі нашарлауды — анықтаса, мәселе ашады, ал сіз түзету үшін бұлт агентін іске қосатын түймені баса аласыз. Rollouts өздігінен өзгерістерді біріктірмейді, кері қайтармайды немесе бұрынғы нұсқаға айналдырмайды. Қосылған телеметрия болмаса, өзгерістер күту күйінде қалады да, Rollouts ақауларды анықтай алмайды.

Rollouts не істейді

Pull request ашылғанда, Rollouts өзгерістер мен әсер ететін жүйелерді оқып, орналастыруды бақылау жоспарын жасайды. Жоспарда анықталған тәуекелдер, өзгерістің күтілетін әсері, тексерілетін сигналдар және өзгерісті растауды қиындататын дерек жинау олқылықтары көрсетіледі. GitHub, GitLab.com және Bitbucket Cloud платформаларында жоспар PR пікірінде көрінеді.

Rollouts орналастыру оқиғаларында тексеріс жүргізіп, жоспарды журналдармен, метрикалармен және трассалармен салыстырады. Әр орта бөлек бақыланады: өзгеріс тест ортасындағы тексерістерден өтіп, өндірістік ортада бәрібір проблемалы деп белгіленуі мүмкін. Тексерістер орналастыру кезінде, одан кейін 20 минуттан, 1 сағаттан, 1 күннен және 3 күннен соң орындалады.

Регрессия табылса, Rollouts оған себеп болды деп күдіктенген өзгерісті анықтап, мәселе ашады және авторға хабарлайды. Мәселе бетінде Fix issue түймесі бұлт агентін іске қосады. Rollouts өзгерістерді өздігінен біріктірмейді, кері қайтармайды немесе бұрынғы нұсқаға айналдырмайды.

Rollouts-ты қалай баптауға болады

  1. Automations ішінде From Cursor бөліміндегі Rollouts картасынан Enable түймесін басыңыз.
  2. Бақыланатын репозиторийлерді таңдаңыз. Параметрлерде 200-ге дейін репозиторий көрсетуге болады.
  3. Орналастыру оқиғаларын баптаңыз: Rollouts әр өндірістік орналастырудың қашан басталып, қашан аяқталатынын білуі керек. Ол үшін Cursor API кілтін жасап, оны құрастыру жүйесінің (CI) құпия деректерінде CURSOR_API_KEY ретінде сақтаңыз. Бұдан кейін екі жол бар: қоңырауларды орналастыру процесіне қолмен қосыңыз (пәрмендер Rollouts құжаттамасының Send deployment events бөлімінде берілген) немесе баптау агентінен орындауды сұраңыз. Агент осы қоңырауларды қамтитын PR ашады. Баптауды аяқтау үшін сол PR-ды біріктіріңіз.
  4. Datadog сияқты телеметрияны қосыңыз. Кемінде бір қосылған құрал қажет.
  5. PR авторлары хабарландыруларды қалай алатынын таңдаңыз.

Оңай ескерусіз қалатын шектеулер

Қосылған телеметрия болмаса, өзгерістер күту күйінде қалады және Rollouts ақауларды анықтай алмайды. Жобада Datadog немесе соған ұқсас бақылау жүйесі әлі жоқ болса, алдымен соны орнатуыңыз керек.

Privacy Mode режимінде Slack хабарландырулары қолжетімсіз. Команда әкімшісі алдымен Rollouts-ты Slack-қа қосуы керек.

Бұл кімге керек, ал кім күте тұрғаны жөн

Жалғыз жұмыс істесеңіз, Security Agents-ті қоспас бұрын тіркелгіңізде қолжетімді екенін тексеріңіз: пайдалану көлемі команданың пулынан алынады, ал құжаттама бетінде жарамды жоспарлар тізілмеген. Сканер тапқан осалдықты түзетуді өзіңіз іске қосасыз: Fix in Cursor репозиторийде жұмыс істеу үшін бұлт агентін ашады.

Құжаттамаға сәйкес, Rollouts тек Teams және Enterprise жоспарларында қолжетімді. Datadog сияқты бақылау жүйеңіз әлі болмаса, алдымен соны орнатып, кейін Rollouts-ты қосыңыз.

Cursor жоспарлары туралы қосымша ақпаратты Cursor жазылымына не кіретіні туралы қараңыз. Cursor ішінде агенттер арасындағы тапсырмаларды үйлестіруді әлдеқашан баптаған болсаңыз, Cursor Projects: үйлестіруші тапсырмаларды қалай бөледі мақаласын қараңыз.

Қорытынды

Security Reviewer PR-ларды біріктіруден бұрын тексереді; Vulnerability Scanner бүкіл репозиторийді кесте бойынша сканерлейді. Агенттердің екі түрінің де пайдалану көлемі команданың пулынан алынады. Rollouts өзгерісті орналастырудан кейін бақылайды, Teams және Enterprise жоспарларында қолжетімді және кемінде бір телеметрия көзін қосуды талап етеді.

Дереккөздер

Ailoot-пен танысыңыз.

Толығырақ

Жиі қойылатын сұрақтар

Security Reviewer неге сақталмайды?

Мұнда сипатталған баптау бойынша Security Reviewer үшін кемінде бір жалғанған құрал не MCP сервері керек. Сақтаудан бұрын қосылымды тексеріңіз; Vulnerability Scanner онсыз да нәтижелерін Flagged Vulnerabilities бөліміне жариялай алады.

Rollouts қате шығарылымды автоматты түрде кері қайтара ма?

Жоқ. Ол өзгерістерді жалғанған телеметриямен салыстырып, регрессия тапса мәселе аша алады. Fix issue арқылы бұлттық агентті бастауға болады; Rollouts өзі өзгерістерді біріктірмейді, қайтармайды және шығарылымды кері алмайды.

Барлық мақалалар