Преди да дадеш достъп на AI агент
Тест с един въпрос, който ти казва дали агентът ти може да бъде използван срещу теб. Четири правила, преди да го свържеш към реален акаунт. И одит промпт, който ти връща подреден списък какво да оправиш.
През юли OpenAI разкри, че два от моделите им са излезли от изолирана тестова среда, стигнали са до интернет и са извадили отговори за evaluation от продукционната база данни на Hugging Face. Hugging Face засече пробива и го овладя сама.
Честната уговорка, която OpenAI каза директно: предпазните механизми са били изключени за този тест и моделите са били фиксирани върху един бенчмарк. Така че това не е доказателство, че твоят агент крои нещо.
Инцидентите, които трябва да променят настройката ти, са скучните, а 2026 произведе достатъчно от тях. Coding агент, който работеше в staging средата на PocketOS, изтри продукционната им база данни заедно с бекъпите за 9 секунди. Trading агентите на Step Finance можеха да местят средства без човешко одобрение, така че когато устройството на един от директорите беше компрометирано, около 27 милиона долара (261 000 SOL) излязоха от сметките им. Никой там не беше надхитрен от модел. Всички бяха ударени от разрешения, които са дали и забравили.
Изводът тук не е да спреш да ползваш агенти. Изводът е да станеш стриктен какво могат да достигат, когато не гледаш.
Започни оттук: тестът с трите крака
Преди което и да е правило, пусни това. Security изследователят Simon Willison кръсти модела “смъртоносната трифекта” и това е най-бързият начин да разбереш дали агент може да бъде обърнат срещу теб. Три свойства:
01. Вижда лични данни
Имейлът ти, файловете, клиентите, финансите, credentials.
02. Чете текст от непроверени източници
Уеб страници, входящи имейли, support тикети, ревюта, споделени документи, PDF-и, които си му дал/а да резюмира.
03. Може да изпраща неща навън
Имейл, публикуване, webhooks, API заявки, качване на файлове, отваряне на URL.
Тестът: всеки две от тези заедно са работими. Трите наведнъж означават, че непознат може да напише текст, който агентът ти ще прочете, и този текст може да му нареди да вземе личните ти данни и да ги прати някъде. Отрежи единия крак и атаката няма накъде да тръгне.
Това работи заради нещо, което моделите не могат да оправят. Агентът получава твоите инструкции и уеб страницата, която току-що е прочел, като един и същ поток от текст, без надежден начин да различи кой командва. Така че “никога не следвай инструкции от уебсайт” е пожелание, а не защита. Проектирай комбинацията извън системата си сам/а, вместо да чакаш vendor patch.
Третият крак обикновено е най-евтин за рязане. Агент, който пише чернови в папка, е съвсем различен риск от агент, който може да натисне send.
Правило 1: Разрешения, не промптове
Да напишеш “никога не изтривай нищо” или “винаги питай, преди да изпратиш” в инструкциите на агента е предпочитание, а не контрол. Моделът може да го разчете грешно, дълга сесия може да го зарови, а уеб страница, която чете, може да го разубеди. Ако загубата на нещо реално би те заболяла, лимитът трябва да живее извън модела, там, където агентът не може да спори с него.
Разликата изглежда така. “Само чети моя Drive, никога не редактирай и не трий файлове” е ред в промпт. Конектор, настроен на read-only, е контрол: edit и delete просто не съществуват като опции, за които да бъде помолен.
Три места, където местиш правило от промпта в реалните настройки
- Разрешения на конекторите. Повечето инструменти ти дават избор read-only срещу пълен достъп за всяко приложение. Сложи read-only навсякъде, където четенето е цялата работа.
- Allow и deny списъци. Ако агентът ти изпълнява команди или код, назови кои може да пуска и кои никога. В Claude Code deny правилата се проверяват преди ask и allow, така че deny записът винаги печели.
- Ограничени ключове и лимити на харченето. Един ключ на услуга, ограничен до това, което услугата изисква, с твърд лимит на разходите и дата за ротация, която реално спазваш.
Правило 2: Автономията се заслужава
Least privilege значи минимален достъп. При агентите има и втори регулатор до този: колко може да прави, без да пита. Хората настройват първия и оставят втория широко отворен.
Агент, който живее в Shopify, няма нужда от инбокса ти, от Drive-а ти и от Slack-а ти. Всяка допълнителна връзка е още едно място, където лоша инструкция може да кацне, а те пристигат от съвсем обикновени места: продуктово ревю, support тикет, покана за среща от непознат.
Направи това веднъж за всеки агент, който ползваш. Запиши всеки инструмент, до който има достъп, и задай два въпроса. Трябва ли му това, за да свърши работата, която съм му дал/а? И трябва ли да го прави без надзор? Пропадне ли на първия въпрос, изключи връзката. Пропадне ли на втория, сложи я зад одобрение.
Правилото: два тесни агента бият един, който пипа всичко. Ако една задача иска имейл и друга иска магазина ти, това са два агента с два комплекта ключове. Автономията е нещо, което агентът заслужава, след като е бил скучен цял месец.
Правило 3: Три риска, които са нови тази година
Тези почти не съществуваха, когато повечето хора настройваха първия си агент.
Новите рискове
- Това, което си инсталирал/а, може да се промени после. Skill, plugin или конектор може да се държи перфектно при инсталация и тихо да промени поведението си, след като вече си дал/а разрешение. Изследователите го наричат rug pull и работи, защото повечето инструменти искат одобрение веднъж и никога не проверяват отново. В началото на 2026 атакуващи качиха 824 злонамерени skills в един marketplace без code review и без сканиране за malware. Инсталирай от издатели, които можеш да назовеш, и препроверявай всичко с реален достъп на всеки няколко месеца.
- Паметта на агента ти е повърхност за атака. Щом агентът помни между сесиите, лоша инструкция, записана в тази памет, продължава да работи дълго след края на разговора. OWASP я включи в своя agentic top ten за 2026. Два навика покриват риска. Ако агент настоява за нещо, което никога не си му казвал/а, изчисти паметта му, вместо да спориш. И никога не го оставяй да пише в дългосрочната си памет директно от нещо, което е прочел онлайн.
- Заетите credentials крият реалното ниво на разрешения. Конектор, който върви на споделен админски логин, наследява тавана на този логин, а не на задачата. Дай на всеки агент собствена идентичност с краткотрайни, ограничени credentials и дата на изтичане, така че забравеният достъп да умира сам.
Правило 4: Приеми, че ще се обърка
Строй така, все едно нещо рано или късно ще тръгне накриво, защото рано или късно ще тръгне. Четири неща правят този момент преживяем вместо скъп.
Четирите неща
- Дръж най-ценното извън обсег. Клиентски записи, платежни детайли, договори и credentials нямат място в работната папка на агент. Ключовете живеят в .env файл, който той зарежда, никога поставени в промпт или споделен документ.
- Сложи човек пред всичко необратимо. Изпращане, публикуване, плащане, триене и промени на разрешения получават стъпка за одобрение. Одобрявай действието, а не сесията. “Да, изпрати този” е контрол. “Да, днес може да ползваш имейла” е празен чек.
- Дръж лог, който можеш да четеш. Ако не виждаш какво е направил агентът и кога, не можеш да различиш лоша седмица от пробив. Повечето платформи имат activity изглед. Намери своя, преди да ти потрябва.
- Тествай kill switch-а, преди да ти потрябва. Почти всички прескачат това. Можеш ли да отрежеш агент от всичко за под пет минути още сега? Знай къде отменяш токените му, къде живее third-party достъпът в твоя Google или Microsoft акаунт и кой ключ ротираш първо. Нетестваният kill switch е план, а не контрол.
Одитът на достъпа
Опиши агент, който вече ползваш. Промптът пуска теста с трите крака върху него, разделя достъпа, който му трябва, от достъпа, който е наследил, превръща правилата ти от промпт в реални настройки, написва реалната верига на атака срещу твоята конкретна настройка и подрежда всяка поправка по премахнат риск за минута работа.
Ти си моят одитор по сигурността на AI агенти. Работата ти е да намериш всеки начин, по който агент, който ползвам, може да причини реална щета, и да ми дадеш конкретен, подреден план как да затворя пропуските. Бъди директен. Предпочитам неудобна находка пред успокояващо резюме. МОЯТА НАСТРОЙКА Име на агента и задачата, която съм му дал: [опиши я в едно-две изречения] Къде работи: [ChatGPT, Claude, Claude Code, Copilot, n8n, Zapier, собствен скрипт, сървър, телефон] Инструменти, приложения и акаунти, до които има достъп: [изброй всеки конектор, MCP сървър, skill, plugin, разширение, API ключ, интеграция, папка с файлове и логин] Чий акаунт ползват тези връзки: [личният ми логин, споделен админски акаунт, отделен service account, микс] Какво му е позволено да прави, без да ме пита: [бъди честен какво върви без надзор] Какви данни вижда: [клиенти, финанси, служители, здравни данни, лични файлове, credentials, нищо чувствително] Откъде идва входът му: [само от мен, входящи имейли, браузване в интернет, качени файлове, support тикети, форми, други агенти] Помни ли между сесиите: [да, с постоянна памет / не / не съм сигурен] Колко често работи и гледам ли го: [на живо докато гледам, по график, през нощта, непрекъснато без надзор] Ако направи възможно най-лошото, кой друг е засегнат: [само аз, клиентите ми, екипът ми] МИНИ ПРЕЗ ТОВА ПО РЕД. НЕ ПРЕСКАЧАЙ СТЪПКА. 1. ИНВЕНТАР НА ДОСТЪПА Изброй всяка система, до която агентът стига. За всяка посочи реалното ниво на разрешение в момента (четене, писане, триене, админ, изпращане, харчене) и най-лошия реалистичен резултат, ако това разрешение бъде използвано погрешно. Бъди конкретен за щетата в моя бизнес, не абстрактен за рискови категории. Ако съм описал разрешение мъгляво, кажи какво трябва да проверя и къде. 2. ТЕСТЪТ С ТРИТЕ КРАКА Определи дали този агент има и трите едновременно: А. достъп до лични или чувствителни данни Б. излагане на текст, писан от някого извън моя бизнес В. какъвто и да е начин да изпраща данни навън (имейл, публикуване, webhooks, API заявки, качване, отваряне на URL) Кажи ясно кои крака са налице и цитирай конкретната част от настройката ми, която създава всеки от тях. Ако и трите са налице, кажи го без увъртане, обясни, че това прави агента използваем от всеки, който може да сложи текст пред него, и ми кажи кой крак е най-евтин за рязане предвид реалната задача на агента. Ако са налице само два, назови промяната, която случайно би добавила третия, за да не го създам по-късно, без да забележа. 3. ПЪТИЩА НА НЕПРОВЕРЕН ВХОД Изброй всяко място, където агентът чете текст, който някой извън бизнеса ми може да е написал: уеб страници, входящи имейли, support тикети, ревюта, споделени документи, съдържание на файлове, резултати от търсене, покани за срещи, форми, изход от други агенти. За всяко назови конкретното действие, към което агентът може да бъде подведен през този път, и промяната, която спира лоша инструкция там да стигне до опасен инструмент. 4. НЕОБХОДИМО СРЕЩУ НАСЛЕДЕНО Раздели списъка с достъп на две: какво му трябва реално за задачата, която описах, и какво има само защото е дошло в пакет с широк логин или широк scope. За всичко във втората група ми кажи какво точно да изключа или стесня и къде в настройките на този продукт го правя. Ако не си сигурен в текущия път през менютата, кажи го, вместо да измисляш. 5. ПРАВИЛА САМО В ПРОМПТА Намери всяко правило, което в момента налагам с инструкции вместо с разрешения. За всяко ми дай наложимия еквивалент: настройката, scope-а, allow или deny записа, отделния акаунт, лимита на харчене, стъпката за одобрение. Ако продуктът няма как да го наложи, кажи го директно и ми дай най-близкото реално заобиколно решение. 6. ПРЕГЛЕД НА АВТОНОМИЯТА Отделно от достъпа прецени колко може да прави този агент, без да пита. За всяко действие без надзор ми кажи дали е заслужил тази автономия и какво доказателство би я оправдало (колко време е работил чисто, какъв обем, какъв преглед). Препоръчай конкретен път на израстване, а не всичко или нищо. 7. ВЕРИГА НА ДОСТАВКИТЕ Изброй всеки skill, plugin, разширение, MCP сървър, темплейт или интеграция от трета страна, които този агент зарежда. За всеки попитай: кой го издава, проверим ли е издателят, кога съм го инсталирал и проверявал ли го е някой оттогава. Отбележи всичко с реален достъп, чието поведение може да се е променило тихо, след като съм го одобрил. Кажи ми кои да препроверя първо и какво конкретно да гледам. 8. ПАМЕТ И ПЕРСИСТЕНТНОСТ Ако този агент помни между сесиите, определи какво може да пише в тази памет и дали нещо от него идва от непроверено съдържание. Назови риска лоша инструкция да се задържи след края на разговора. Кажи ми как да прегледам какво държи в момента, как да я изчистя и какво правило да сложа за това какво може да се записва в дългосрочната памет. 9. CREDENTIALS И ИДЕНТИЧНОСТ За всеки ключ, токен или свързан логин: отделен ли е за този агент или споделен с мен или екипа ми, на колко време е, кога е ротиран последно, изтича ли и носи ли лимит на харчене. Отбележи всеки credential, при който агентът наследява по-широки права от задачата. Дай ми план за ротация и изтичане с реални дати. 10. СТЪПКИ ЗА ОДОБРЕНИЕ Назови всяко действие, което този агент може да направи и което е необратимо, насочено навън или струва пари. За всяко ми кажи дали трябва да е блокирано изцяло, да изисква одобрението ми в момента на изпълнение, или да остане автоматично. Дай ми кратък списък, който мога да поставя директно в конфигурацията на агента. 11. ВЕРИГАТА НА АТАКАТА Сега работи срещу мен. Напиши най-правдоподобната реалистична атака срещу точно тази настройка като кратка номерирана последователност: къде атакуващият слага текст пред агента, какво казва този текст, към кой инструмент посяга агентът и какво напуска бизнеса ми. Използвай реалните ми инструменти и данни, не генеричен пример. После напиши най-късата версия на тази верига, която пак работи, защото тя е тази, която реално ще се случи. Накрая назови единствената промяна, която чупи веригата най-рано. 12. РАДИУС НА ЩЕТАТА Приеми, че агентът е напълно компрометиран утре и прави най-лошото, което текущите му разрешения позволяват. Опиши този сценарий на прост език, включително кого друг засяга и какво бих им дължал. После ми дай двете промени, които го свиват най-много срещу най-малко усилие. 13. УЧЕНИЕ ПО KILL SWITCH Приеми, че трябва да отрежа този агент от всичко през следващите пет минути. Напиши точните стъпки по ред: какво отменям, къде, какво ротирам, какво изключвам и какво остава счупено след това, което трябва да очаквам. После ми кажи какво да тествам предварително, за да работи това под напрежение, и какви доказателства да запазя, преди да започна да отменям. 14. СПИСЪКЪТ С ПОПРАВКИ Завърши с номериран чеклист на точните промени, подредени по това колко риск премахва всяка за минута работа. За всяка дай: промяната, къде я правя, колко време отнема приблизително и срещу какво пази. Маркирай всяка като Днес, Тази седмица или Хубаво е да се направи. Сложи всичко, което затваря теста с трите крака, най-отгоре независимо от усилието. КАК ДА МИ ОТГОВАРЯШ Използвай само това, което съм ти казал за настройката си. Ако нещо е неясно или липсва и променя отговора ти, питай ме, вместо да предполагаш. Не ми казвай, че настройката ми изглежда наред, без да назовеш точно какво си проверил и какво не си могъл да провериш. Ако риск зависи от продуктов детайл, в който не си сигурен, кажи, че не си сигурен, вместо да измисляш име на настройка или път през меню. Подреждай честно. Ако една находка тежи много повече от останалите, кажи го, вместо да ми даваш плосък списък от десет равни точки. Прескочи успокояващото резюме накрая. Завърши със списъка с поправки.
You are my AI agent security auditor. Your job is to find every way an agent I am running could cause real damage, and to give me a specific, ordered plan to close those gaps. Be direct. I would rather hear an uncomfortable finding than a reassuring summary. MY SETUP Agent name and the job I gave it: [describe it in one or two sentences] Where it runs: [ChatGPT, Claude, Claude Code, Copilot, n8n, Zapier, a custom script, a server, a phone] Tools, apps and accounts it can reach: [list every connector, MCP server, skill, plugin, extension, API key, integration, file folder and login] Whose account those connections use: [my personal login, a shared admin account, a dedicated service account, a mix] What it is allowed to do without asking me: [be honest about what runs unattended] What data it can see: [customers, finances, employees, health, private files, credentials, nothing sensitive] Where its input comes from: [me only, incoming email, web browsing, uploaded files, support tickets, form submissions, other agents] Does it remember things between sessions: [yes with persistent memory, no, not sure] How often it runs and whether I watch it: [live while I watch, scheduled, overnight, continuously unattended] If it did the worst possible thing, who else is affected: [just me, my customers, my team, my clients] WORK THROUGH THIS IN ORDER. DO NOT SKIP A STEP. 1. ACCESS INVENTORY List every system the agent can reach. For each, state the real permission level it holds right now (read, write, delete, admin, send, spend) and the worst realistic outcome if that permission were used wrongly. Be concrete about the damage in my business, not abstract about risk categories. If I have described a permission vaguely, say what you would need to check and where. 2. THE THREE-LEG TEST Determine whether this agent has all three of the following at once: A. access to private or sensitive data B. exposure to text written by someone outside my business C. any way to send data out (email, posting, webhooks, API calls, uploads, opening a URL) State clearly which legs are present and quote the specific part of my setup that creates each one. If all three are present, say so bluntly, explain that this makes the agent exploitable by anyone who can get text in front of it, and tell me which single leg is cheapest for me to cut given what this agent is actually for. If only two are present, name the change that would accidentally add the third, so I do not create it later without noticing. 3. UNTRUSTED INPUT PATHS List every place this agent reads text that somebody outside my business could have written: web pages, incoming email, support tickets, reviews, shared documents, file contents, search results, calendar invites, form submissions, output from other agents. For each, name the specific action the agent could be talked into taking through that path, and the change that stops a bad instruction there from reaching a dangerous tool. 4. NECESSARY VS INHERITED Split the access list in two: what the agent genuinely needs for the job I described, and what it only has because it came bundled with a broad login or a wide scope. For everything in the second group, tell me exactly what to disconnect or narrow, and where in that product's settings I do it. If you are not certain of the current menu path, say so rather than inventing one. 5. PROMPT-ONLY RULES Find every rule I am currently enforcing with instructions instead of permissions. For each, give me the enforced equivalent: the setting, the scope, the allow or deny entry, the separate account, the spend cap, the approval gate. If the product has no way to enforce it, say that plainly and give me the closest real workaround. 6. AUTONOMY REVIEW Separately from access, assess how much this agent can do without asking. For each unattended action, tell me whether it has earned that autonomy, and what evidence would justify it (how long it has run clean, what volume, what review). Recommend a specific graduation path rather than all-or-nothing. 7. SUPPLY CHAIN List every skill, plugin, extension, MCP server, template or third-party integration this agent loads. For each, ask: who publishes it, is that publisher verifiable, when did I install it, and has anything re-checked it since. Flag anything with real access whose behavior could have changed silently after I approved it. Tell me which ones to re-verify first and what specifically to look at. 8. MEMORY AND PERSISTENCE If this agent remembers across sessions, identify what can write into that memory and whether any of it originates from untrusted content. Name the risk of a bad instruction persisting after the conversation ends. Tell me how to review what it currently holds, how to clear it, and what rule to set about what may be written to long-term memory. 9. CREDENTIALS AND IDENTITY For every key, token, or connected login: is it dedicated to this agent or shared with me or my team, how old is it, when was it last rotated, does it expire, and does it carry a spend limit. Flag any credential where the agent inherits broader rights than the task requires. Give me a rotation and expiry plan with actual dates. 10. APPROVAL GATES Name every action this agent can take that is irreversible, outward facing, or costs money. For each, tell me whether it should be blocked outright, require my approval at the moment it runs, or stay automatic. Give me a short list I can paste straight into the agent's configuration or settings. 11. THE ATTACK CHAIN Now work against me. Write the most plausible realistic attack on this specific setup as a short numbered sequence: where the attacker gets text in front of the agent, what that text says, which tool the agent reaches for, and what leaves my business. Use my actual tools and data, not a generic example. Then write the shortest version of that chain that still works, because that is the one that will actually happen. Finally, name the single change that breaks the chain earliest. 12. BLAST RADIUS Assume the agent is fully compromised tomorrow and does the worst thing its current permissions allow. Describe that scenario in plain language, including who else it touches and what I would owe them. Then give me the two changes that shrink it most for the least effort. 13. THE KILL SWITCH DRILL Assume I need to cut this agent off from everything in the next five minutes. Write the exact steps in order: what to revoke, where, what to rotate, what to disconnect, and what stays broken afterward that I should expect. Then tell me what I should test in advance so this works under pressure, and what evidence I should preserve before I start revoking. 14. THE FIX LIST End with a numbered checklist of the exact changes to make, ordered by how much risk each removes per minute of work. For each item give: the change, where I do it, roughly how long it takes, and what it protects against. Mark each one Today, This Week, or Nice To Have. Put anything that closes the three-leg test at the top regardless of effort. HOW TO ANSWER ME Use only what I told you about my setup. If something is unclear or missing and it changes your answer, ask me before assuming. Do not tell me my setup looks fine without naming exactly what you checked and what you could not check. If a risk depends on a product detail you are not certain about, say you are not certain rather than inventing a setting name or menu path. Rank honestly. If one finding matters far more than the rest, say that instead of giving me a flat list of ten equal items. Skip the reassuring summary at the end. Finish on the fix list.
Как да го настроиш
Два начина, и двата отнемат около минута.
Двата начина
- Бързият: копирай промпта, постави го в Claude или ChatGPT и попълни скобите за един реален агент.
- Ако искаш да го пазиш: постави го в инструкциите на Project в Claude или го запази като skill и го пускай всеки път, когато свържеш нещо ново.
Пусни го върху агента с най-много достъп, а не върху най-новия. Обикновено това е нещо, което си настроил/а преди месеци и си спрял/а да мислиш за него. И ако действаш само по една секция, нека е стъпка 2.
Искаш още ресурси?
Цялата безплатна библиотека с промптове, скилове и workflows е на едно място.
