Traefik Labs представи Sovereign Trust Plane (STP) — набор от възможности в Traefik Hub, който осигурява подлежащи на проверка доказателства за управлението на AI агенти, като общата наличност е планирана за 30 септември 2026 г. STP свързва делегирания достъп, прилагането на политики и защитените записи за това какво шлюзът (gateway) е разрешил и отказал по отношение на трафика на модели, инструменти и API.

Тъй като агентите започват да възстановяват суми, да осъществяват достъп до клиентски данни и да променят бизнес записи, отговорността надхвърля екипа, който управлява платформата. Ръководителите по сигурността трябва да обяснят от името на чий авторитет е действал даден агент, екипите по риск и съответствие трябва да покажат, да се види че контролите са работили, а продуктовите екипи трябва да разследват решения, взети дълго след промяната на условията.

STP е изграден около тези три отговорности:

За CISO, отговорност, която може да издържи на независим преглед. Когато даден агент прехвърля пари, CISO трябва да установи кой го е оторизирал и коя политика е приложена, без да иска от екипа на платформата да сглобява историята. STP обединява делегирането, прилагането и целостта на записите в една архитектура. Отделно администрирани свидетели (witnesses) позволяват на някой извън този екип да потвърди, че предишно свидетелстваната история не е била пренаписана или съкратена.

За екипите по риск и съответствие, доказателство за това какво са предотвратили контролите. Отказаното действие е толкова важно, колкото и завършеното, когато се оценява дали дадена контрола е работила. STP защитава записаните одобрения и откази срещу незабелязано подправяне. Записът съдържа решението, политиката, която го е генерирала, и както лицето, така и агента, който е действал. Пътят на доказателствата му е отделен от телеметрията на инцидентите, така че одиторският запис е пълноценен (без извадки).

За продуктовите екипи и екипите по агентите, основа за разбиране на случилото се. Разследването на лошо действие изисква заявката и съответния контекст, записани към съответния момент. Днешната конфигурация не може да обясни вчерашното решение. STP свързва записите на шлюза със следите (traces) и разширява прилагането както до извикването на инструмента на агента, така и до извикването от инструмента към бекенд API, където се прехвърлят пари или се променят данни. Приложните записи осигуряват бизнес резултатите, необходими за пълно разследване.

„Одиторът трябва да може да провери записа, без да разчита само на думите ни“, каза Емил Вож, основател и CTO на Traefik Labs. „Независимият свидетел им дава начин да оспорят история, която е била пренаписана, дори когато операторът контролира дневника (log) и неговия ключ за подписване.“

Delegate. Authorize. Prove.

STP обединява тези отговорности чрез три възможности:

  • Delegate обменя идентификационни данни чрез доставчика на самоличност на организацията, за да получи достъп до предназначения ресурс, внедрявайки IETF Identity Assertion JWT Authorization Grant (ID-JAG) — проектът за спецификация зад Okta Cross App Access. Доставчикът на самоличност контролира издадените разрешения, което позволява на организациите да ограничават делегираните правомощия, когато работата преминава през различни системи. Тъй като твърдението за самоличност назовава както лицето, така и агента, на агента могат да бъдат предоставени строго по-малко права от тези на лицето, от чието име действа.
  • Authorize пита двигателя за политики на организацията дали дадена API заявка или извикване на инструмент чрез Model Context Protocol (MCP) е позволено и прилага отговора, преди да го препрати. Интерфейсът OpenID AuthZEN позволява на екипите да свързват съвместими двигатели за политики, като същевременно запазват свои собствени политики и логика на решенията.
  • Prove записва криптографски отпечатъци от дневниците на шлюза и дневниците за достъп в дневник за прозрачност (transparency log). Проверяващият съпоставя запазените записи спрямо тези ангажименти и подписани контролни точки, което прави промените откриваеми, докато оригиналното съдържание на дневника остава в контролирано от клиента хранилище.

Traefik Labs е потвърдила обмена от край до край (RFC 8693 и след това RFC 7523) с Okta Cross App Access и Janssen Auth Server, който може да се хоства самостоятелно, така че веригата се затваря без облачна услуга за самоличност по пътя. Компанията също така е потвърдила прилагането с OpenFGA и Cerbos чрез AuthZEN междинен софтуер (middleware), вграден в шлюза.

Traefik Hub комбинира възможности за API, AI и MCP шлюз в една среда за изпълнение (runtime), внедрима навсякъде, където е необходимо прилагане, и налага бизнес ограничения върху модели, инструменти и API пътища, включително често пренебрегваната връзка от MCP сървър към неговия бекенд. Бекендът остава отговорен за коректността на транзакциите.

Едно прихващане обслужва няколко потребителя. Едни и същи редове от дневника захранват SIEM на екипа по сигурност и записа с доказателства, докато следите и метриките подпомагат реагирането на инциденти.

Верификация под контрола на клиента

Само подписаният дневник оставя труден въпрос: може ли операторът да отхвърли последните записи и да подпише различна история? Независим свидетел отговаря на този въпрос, като запазва контролна точка и проверява дали всяка следваща контролна точка надгражда историята, която вече е приела. Преглеждащите могат да изискват подписи от свидетели и да проверяват актуалността, когато потвърждават записа.

Свидетелят получава криптографски контролни точки и доказателства, без основните заявки или съдържание на дневника. Организациите могат да го поставят под контрола на отделен екип по риск или одитор, включително в рамките на частна или изолирана (air-gapped) мрежа, под отделно администриране и съхранение на ключове.

Шлюзът, съхранението на доказателства и проверяващият модул се изпълняват върху инфраструктура, контролирана от клиента, с избрани от клиента услуги за самоличност и политики. Опциите за офлайн внедряване поддържат среди, в които управлението трябва да работи без SaaS контролна равнина (control plane) в пътя на заявката.

„Истинският тест за корпоративния AI е дали можем да му доверим важна работа“, каза Судип Госвами, главен изпълнителен директор на Traefik Labs. „Това изисква ясни граници, отговорност, когато нещо се обърка, и доказателства, които хората могат да проверят. Искаме компаниите да внедряват агенти с тези основи, поставени още от самото начало.“