FortiAIGate на Fortinet внедрява контроли за сигурност на изкуствения интелект в корпоративните работни натоварвания в Oracle Cloud Infrastructure (OCI), помагайки на бизнеса да инспектира подканите (prompts), да блокира изтичането на чувствителни данни и да контролира действията на агентите.
Съобщение на Oracle от 27 октомври описва как клиентите могат да комбинират локално хоствания шлюз (gateway) с OCI Enterprise AI, за да защитят приложенията, свързани с фирмени данни и инструменти.
Този подход адресира нарастваща празнина в сигурността, тъй като AI агентите вече надхвърлят простото отговаряне на въпроси. Агентите могат да правят заявки към бази данни, да осъществяват достъп до сорс код и да извикват бизнес инструменти.
Мониторингът единствено на чат съобщенията оставя останалите взаимодействия непроверени, включително отговорите от инструментите, които биха могли да съдържат скрити инструкции или да разкрият поверителна информация.
FortiAIGate функционира като контейнеризирано, задвижвано от GPU обратно прокси (reverse proxy) между приложенията и AI моделите. То пренасочва заявките през проверки за сигурност, преди те да достигнат до крайната си цел. Шлюзът също така инспектира отговорите на моделите, предоставяйки на екипите по сигурност централизирано място за прилагане на правила във всички AI услуги.
Fortinet защитава AI агентите в Oracle Cloud
Защитата на Model Context Protocol (MCP) проверява списъците с инструменти, извикванията и отговорите в двете посоки. От Fortinet заявяват, че тези проверки откриват инжектиране на подкани (prompt injection), изтичане на данни и вредно съдържание в трафика между агентите и MCP сървърите.
Това разширява инспекцията отвъд първоначалната заявка на потребителя и обхваща информацията, която агентите получават, докато изпълняват задачи. Тази заплаха бе разгледана в изследване, публикувано от Cybersecuritynews.com, посветено на prompt injection атаки чрез злонамерени MCP сървъри.
Изследователите описват как скрити инструкции биха могли да пренасочат разговорите или да задействат използването на инструменти без изричното съгласие на потребителя. Отделни доклади за атаки, насочени срещу AI инфраструктура, подробно описват опити за компрометиране на изложени в интернет шлюзове и инструменти на агенти.
Според Oracle, FortiAIGate използва защитни бариери (guardrails) на Virtue AI за инспектиране на подкани и отговори на девет езика. Вградената система за предотвратяване на загуба на данни (DLP) засича 35 типа чувствителна информация и може да блокира или редактира съвпаденията. Администраторите могат също така да описват персонализирани правила за засичане на разбираем език.
Работните пространства, базирани на роли, разделят политиките на екипите, достъпа до моделите и регистрационните файлове (logs), като същевременно поддържат централизиран надзор. Над 50 предварително зададени политики покриват изискванията за поверителност, сигурност и AI управление (governance).
Промените в политиките на работните пространства изискват одобрение, докато записите на пренасочените подкани, генерираните резултати и извикванията на инструменти подпомагат одитите. Тези функции помагат за прилагането на правилата, но не гарантират автоматично пълно регулаторно съответствие.
Шлюзът също така ограничава разходите по организация, работно пространство, проект, потребител и виртуален ключ. Заявките спират, когато бюджетите се изчерпят. Ограниченията на скоростта (rate limits) ограничават броя на заявките и токените за минута.
В същото време защитните механизми противодействат на атаки за изтощаване на бюджета (denial-of-wallet атаки), създадени да консумират платени AI ресурси. Маршрутизирането въз основа на съдържанието може да пренасочва рутинните задачи към по-евтини модели.
Референтният дизайн разполага FortiAIGate върху работни възли с поддръжка на GPU в Oracle Kubernetes Engine. Конфигурация от тип „hub-and-spoke“ може да централизира инспекцията, докато приложенията работят в отделни облачни мрежи.
Според Fortinet, OCI Enterprise AI предоставя управляван достъп до модели, инструменти за агенти и управление. Самостоятелното хостване (self-hosting) запазва логовете на шлюза и данните от инспекцията в рамките на средата на клиента, докато заявките към моделите все още достигат до избрания доставчик.
Поради това организациите трябва да проверяват маршрутизирането на моделите и локациите на обработка спрямо своите изисквания за съхранение и пребиваване на данните (data residency). Защитата също така зависи от пренасочването на целия релевантен трафик през шлюза, вместо да се оставят алтернативни пътища на приложенията извън обхвата на инспекция.