Blog

Security Agents a Rollouts v Cursor: bezpečnostné kontroly a monitorovanie vydaní

Markdown

Ako povoliť Security Reviewer, Vulnerability Scanner a Rollouts v Cursor Automations: spúšťače, využívanie spoločného tímového fondu, plány a rozdiely oproti Bugbotu.

Prečítať celý článok

V Cursor Automations môžete nakonfigurovať bezpečnostné kontroly kódu a monitorovanie vydaní. Security Agents kontrolujú požiadavky na zlúčenie (PR) a podľa plánu skenujú celé úložisko. Rollouts monitoruje zmenu po nasadení, je dostupný v plánoch Teams a Enterprise a vyžaduje pripojené telemetrické údaje: logy, metriky a trasovania.

Nižšie sú uvedené kroky nastavenia podľa oficiálnej dokumentácie Cursor, spôsob započítavania využitia Security Agents, obmedzenia plánov a rozdiely oproti Bugbotu a manuálnemu príkazu /review-security.

Informácie o používaní Ailootu nájdete v dokumentácii.

Čo sú Security Agents v Cursor

Kľúčové zistenie

Security Agents sú dva typy agentov spravovaných službou Cursor v Automations. Security Reviewer kontroluje požiadavku na zlúčenie pred jej zlúčením. Vulnerability Scanner podľa plánu skenuje kódovú základňu a hľadá existujúce zraniteľnosti, dlhodobé problémy a všetko, čo sa prehliadlo pri kontrole PR. Oba typy vyžadujú Cloud Agents a spúšťajú sa v nich; výnimkou je tímový Security Reviewer spustený udalosťou pull requestu: táto kontrola prebieha na hostingu Cursor, nie v cloudovom agente. Využitie sa odpočítava zo spoločného fondu využitia tímu.

Typ agenta určuje, ako sa kontrola spustí:

  • Security Reviewer sa spúšťa udalosťami Git: požiadavkou na zlúčenie alebo požiadavkou na zlúčenie zmien (merge request).
  • Vulnerability Scanner sa spúšťa podľa plánu cron a skenuje kódovú základňu nezávisle od aktivity PR.

Cron umožňuje naplánovať opakované spustenia skenera.

Ako povoliť Security Reviewer a Vulnerability Scanner

Postup

  1. Otvorte Security Agents v Automations (táto sekcia je opísaná v dokumentácii Security Agents).
  2. Vyberte typ agenta: Security Reviewer (kontrola PR) alebo Vulnerability Scanner (plánované skenovanie).
  3. V prípade Security Reviewer nakonfigurujte spúšťač Git: udalosť pull requestu alebo merge requestu. V prípade Vulnerability Scanner nakonfigurujte plán cron.
  4. Zapnite alebo vypnite vstavané bezpečnostné kontroly: majú ich oba typy agentov a ich súbor môžete upraviť podľa úlohy.
  5. Pripojte nástroj alebo server MCP: tie umožňujú agentovi pripojiť sa k systémom, v ktorých tím spravuje svoju bezpečnostnú prácu. V prípade Security Reviewer je to povinné: bez aspoň jedného pripojenia nástroja alebo MCP ho nemôžete uložiť. Vulnerability Scanner možno uložiť aj bez nich a jeho zistenia posiela do zoznamu Flagged Vulnerabilities.
  6. Uložte agenta.

Nástroje a MCP umožňujú posielať zraniteľnosti nájdené agentom do kanála Slack, systému na sledovanie problémov alebo iného pripojeného systému.

Overenie

História Automations zobrazuje, kedy sa každý agent spustil, ktoré nástroje použil, ako sa spustenie skončilo a ako dlho trvalo. Ak kontrola Security Reviewer prebehla na hostingu Cursor, pozrite si Recent Runs na stránke Security Agents: kontrolnú reláciu môžete otvoriť v režime iba na čítanie.

Zistenia Vulnerability Scanner sa zobrazujú v časti Flagged Vulnerabilities na stránke Security Agents a na stránke každého skenera. Zoznam je zoskupený podľa úložiska; zistenia môžete filtrovať podľa skenera, stavu, spätnej väzby a závažnosti. Každé zistenie obsahuje akciu Fix in Cursor, ktorá spustí cloudového agenta na opravu zraniteľnosti.

Chyby

Ak sa Security Reviewer nedá uložiť, skontrolujte, či je nakonfigurované aspoň jedno pripojenie nástroja alebo MCP: bez neho uloženie zlyhá.

Kto platí za kontroly: využitie Security Agents

Podľa dokumentácie sa využitie Security Agents odpočítava zo spoločného fondu využitia tímu. Agenti fungujú pod zdieľaným servisným účtom tímu, takže nespotrebúvajú limit jednotlivého člena.

Stránka dokumentácie neuvádza ceny ani to, ktoré plány zahŕňajú Security Agents. Pred ich povolením vo všetkých úložiskách skontrolujte dostupnosť vo svojom účte a zistite, koľko z fondu tímu spotrebujú prvé spustenia.

Ako sa Security Reviewer líši od /review-security a Bugbotu

Tieto mechanizmy majú podobné ciele, ale spúšťajú sa rôznymi spôsobmi.

/review-security a /review možno spustiť manuálne z agenta pred odoslaním kódu do vzdialeného úložiska. Príkaz /review-security predvolene kontroluje zmeny vo vetve v porovnaní so základnou vetvou vrátane zmien už uložených v commitoch aj zmien, ktoré ešte neboli commitnuté. Môžete ho požiadať, aby kontrolu obmedzil na tie druhé. Príkazy sú dostupné v Cursor 3.7 a novších verziách, na cursor.com/agents a v Cursor CLI. O tom, kedy kontrolu spustíte, rozhodujete vy.

Security Reviewer je agent v Automations, ktorý sa spúšťa automaticky na základe spúšťača Git.

Bugbot je samostatný produkt Cursor na kontrolu PR. Podľa dokumentácie hľadá chyby, zraniteľnosti a problémy s kvalitou kódu a zanecháva komentáre s vysvetleniami a navrhovanými opravami. Spúšťa sa automaticky pri každej aktualizácii PR alebo manuálne.

Security Agents sú určené na bezpečnostné kontroly: majú vstavané kontroly, plánované skenovania celého úložiska a zoznam Flagged Vulnerabilities so stavmi a úrovňami závažnosti. Dokumentácia neporovnáva kvalitu zistení Bugbotu a Security Agents.

Rollouts: monitorovanie po nasadení

Kľúčové zistenie

Rollouts (iba pre plány Teams a Enterprise) vytvorí plán monitorovania pri otvorení PR a po nasadení kontroluje zmenu na základe telemetrických údajov (logov, metrík a trasovaní): okamžite, potom po 20 minútach, 1 hodine, 1 dni a 3 dňoch. Ak nájde regresiu — zhoršenie po zmene — otvorí problém a kliknutím na tlačidlo môžete spustiť cloudového agenta, ktorý ju opraví. Samotné Rollouts zmeny nezlučuje, nevracia ani nerobí rollback. Bez pripojených telemetrických údajov zostávajú zmeny čakajúce a Rollouts nedokáže nájsť problémy.

Čo robí Rollouts

Keď sa otvorí požiadavka na zlúčenie, Rollouts prečíta zmeny a dotknuté systémy a vytvorí plán monitorovania nasadenia. Plán uvádza zistené riziká, očakávaný účinok zmeny, signály, ktoré treba kontrolovať, a medzery v zbere údajov, ktoré sťažujú overenie zmeny. Na GitHub, GitLab.com a Bitbucket Cloud sa plán zobrazí ako komentár k PR.

Rollouts spúšťa kontroly pri udalostiach nasadenia a porovnáva plán s logmi, metrikami a trasovaniami. Každé prostredie sa sleduje samostatne: zmena môže v testovacom prostredí prejsť kontrolami a napriek tomu byť označená ako problematická v produkcii. Kontroly sa spúšťajú pri nasadení a potom po 20 minútach, 1 hodine, 1 dni a 3 dňoch.

Ak sa nájde regresia, Rollouts určí zmenu, o ktorej sa domnieva, že ju spôsobila, otvorí problém a upozorní autora. Na stránke problému tlačidlo Fix issue spustí cloudového agenta. Rollouts samo zmeny nezlučuje, nevracia ani nerobí rollback.

Ako nakonfigurovať Rollouts

  1. V Automations kliknite na Enable na karte Rollouts v časti From Cursor.
  2. Vyberte úložiská, ktoré chcete monitorovať. V nastaveniach môžete určiť až 200 úložísk.
  3. Nakonfigurujte udalosti nasadenia: Rollouts potrebuje vedieť, kedy sa každé produkčné nasadenie začína a končí. Vytvorte kľúč API Cursoru a uložte ho medzi tajné údaje svojho systému zostavovania (CI) pod názvom CURSOR_API_KEY. Potom máte dve možnosti: manuálne pridať volania do procesu nasadenia (príkazy sú v sekcii Send deployment events v dokumentácii Rollouts) alebo o to požiadať agenta nastavenia. Agent otvorí PR obsahujúce tieto volania. Zlúčte toto PR a dokončite nastavenie.
  4. Pripojte telemetrické údaje, napríklad Datadog. Vyžaduje sa aspoň jeden pripojený nástroj.
  5. Vyberte spôsob, akým budú autori PR dostávať upozornenia.

Obmedzenia, ktoré sa dajú ľahko prehliadnuť

Bez pripojených telemetrických údajov zostávajú zmeny čakajúce a Rollouts nedokáže odhaliť problémy. Ak projekt ešte nemá Datadog alebo podobný monitorovací systém, najprv si ho budete musieť zaobstarať.

Upozornenia Slacku nie sú dostupné v Privacy Mode. Správca tímu musí najprv pridať Rollouts do Slacku.

Kto to potrebuje a kto by mal počkať

Ak pracujete sami, pred povolením Security Agents si overte, či sú dostupné vo vašom účte: využitie sa čerpá z fondu tímu a stránka dokumentácie neuvádza oprávnené plány. Opravu zraniteľnosti nájdenej skenerom spúšťate sami: Fix in Cursor otvorí cloudového agenta, ktorý bude pracovať v úložisku.

Podľa dokumentácie je Rollouts dostupné iba v plánoch Teams a Enterprise. Ak ešte nemáte monitorovací systém, ako je Datadog, začnite jeho zavedením a potom pripojte Rollouts.

Viac informácií o plánoch Cursor nájdete v článku čo zahŕňa predplatné Cursor. Ak už máte v Cursor nakonfigurovanú koordináciu úloh medzi agentmi, pozrite si Cursor Projects: ako koordinátor deleguje úlohy.

Zhrnutie

Security Reviewer kontroluje PR pred zlúčením; Vulnerability Scanner podľa plánu skenuje celé úložisko. Využitie oboch typov agentov sa odpočítava z fondu tímu. Rollouts monitoruje zmenu po nasadení, je dostupné v plánoch Teams a Enterprise a vyžaduje aspoň jeden pripojený zdroj telemetrických údajov.

Zdroje

Spoznajte Ailoot.

Viac podrobností

Otázky a odpovede: Security Agents a Rollouts v Cursor: bezpečnostné kontroly a monitorovanie vydaní

Prečo nemôžem uložiť Security Reviewer?

Opísané nastavenie Security Reviewer vyžaduje aspoň jeden pripojený nástroj či server MCP. Pred uložením overte pripojenie; Vulnerability Scanner môže namiesto toho publikovať zistenia vo Flagged Vulnerabilities bez tohto pripojenia.

Vráti Rollouts chybné nasadenie automaticky?

Nie. Porovnáva zmeny s pripojenou telemetriou a pri regresii môže otvoriť issue. Cez Fix issue môžete spustiť cloudového agenta; samotný Rollouts zmeny nezlučuje, nevracia ani nerobí rollback.

Všetky články