Bezpečnost AI agenta: Jak by měl IT kontrolovat přístup neživých osob k obchodním aplikacím?

Bezpečnost AI agentů se stává kritickou, když autonomní software může přistupovat k obchodním aplikacím, získávat citlivá data a provádět akce bez neustálého zapojení člověka. Pro IT týmy je výzvou stanovit, jakou identitu, přístup a rozsah jim poskytnout, aby spojili efektivitu a ochranu.

Jak organizace zavádějí AI agenty do každodenních pracovních postupů, musí správci systémů a manažeři bezpečnosti rozšířit přístupové politiky nad rámec lidských uživatelů a tradičních servisních účtů. Tento průvodce vysvětluje, jak spravovat nehumánní identity, aplikovat princip nejmenších oprávnění a chránit jak moderní, tak i starší aplikace. Poskytuji praktická opatření pro správce systémů, IT týmy a MSP, kteří se snaží přijmout AI při minimalizaci rizika.

Proč přístup AI agenta vytváří nové bezpečnostní problémy?

Tradiční správa přístupu obvykle rozlišuje lidské uživatele od aplikací a služeb. AI agenti tento model komplikují, protože mohou interpretovat informace, vybírat nástroje a iniciovat operace na základě měnících se okolností.

Automatizace, ale ne tak, jak ji známe:

Na rozdíl od konvenční automatizace, kde jsou akce obvykle předem definovány, může AI agent určit, jaké kroky podniknout při práci na širším cíli. Proměnné, které to zavádí, mají dalekosáhlý dosah, protože ať už omylem, nedostatkem odkazu nebo zlým pokynem, může AI snadno překročit oprávnění a způsobit nežádoucí výsledky. Pro IT týmy je počáteční akcí definovat účel AI agenta a vymahatelné limity před udělením přístupu do produkce.

Od čtení obchodních dat po jejich využití:

Zvažte nasazení AI agenta pro získávání fakturačních záznamů, porovnávání platebních informací a vytváření zprávy o výjimkách. Jaká omezení a ochranná opatření lze zavést, aby se zabránilo nesprávným akcím v účetní aplikaci?

Autentizace se nerovná autorizaci:

Zatímco autentizace určuje, která identita se pokouší získat přístup k prostředku, autorizace určuje, které operace může daná identita provádět. Pro AI agenty musí tyto rozhodnutí zůstat oddělená.

Úspěšně autentizovaný agent by měl stále obdržet pouze oprávnění relevantní k jeho úkolu, nezbytné zdroje a omezené potenciálními důsledky akce.

Ve svém 2026 práce na softwaru a identitě AI agenta NIST zdůrazňuje potřebu řešit identitu, autoritu, audit a odpovědnost za AI agenty.

Bezpečnostním cílem není pouze rozhodnout, které aplikace může agent otevřít. IT musí kontrolovat, co může agent dělat, jakmile byl přístup udělen.

Jakou identitu by měl AI agent použít?

AI agenti potřebují identifikovatelné, spravovatelné identity, aby mohli administrátoři přiřazovat oprávnění, sledovat aktivitu a v případě potřeby odnímat přístup.

Dedikované identity a pracovní pověření

Kde je to podporováno, vytvořte pracovní zátěž nebo identitu agenta, spojenou s pojmenovaným vlastníkem a konkrétní funkcí, abyste sledovali odpovědnost a uzamkli oprávnění k požadovanému úkolu.

Kromě toho pomáhá rozlišovat automatizovanou činnost od lidské činnosti, aplikovat specializované bezpečnostní politiky a deaktivovat agenta, aniž by to ovlivnilo přístup zaměstnance, například v Microsoft Entra Agent ID. Cílem je udržet AI agenty úzce zaměřené, dobře zdokumentované a nezávisle auditovatelné.

Delegovaný přístup versus autonomní přístup

AI agenti mohou fungovat pod různými modely autorizace.

Delegovaný přístup umožňuje agentovi jednat jménem lidského uživatele v rámci přísných oprávnění, která mu byla výslovně delegována, potenciálně pouze na stanovenou dobu.

Autonomní přístup umožňuje agentovi fungovat prostřednictvím své vlastní identity a přidělených oprávnění, aniž by byla vyžadována aktivní lidská relace. Je důležité, aby byly pro autonomní AI agenty nastaveny přístupové politiky a kontrola životního cyklu, stejně jako vlastnictví.

Poznámka k MFA

Sdílené účty ztěžují určení, odkud akce pochází: od zaměstnance, AI agenta nebo jiného automatizovaného procesu. AI agent by neměl záviset na přihlašovacích údajích zaměstnance, zejména ne pro rutinní automatizaci.

Zatímco vícefaktorová autentizace (MFA) je cenná pro lidský přístup, autonomní potřeba podporovaných mechanismů identity pracovního zatížení. Některé příklady, podle aplikace a identity infrastruktury:

• spravované identity,
• federované přihlašovací údaje,
• certifikáty
• nebo krátkodobé tokeny.

Jak by měl IT omezit, k čemu mohou AI agenti přistupovat?

Zde je minimální oprávnění nezbytné k tomu, aby se poskytl přístup pouze k prostředkům a operacím potřebným pro schválený účel.

Nejmenší oprávnění napříč aplikacemi, nástroji a daty

• Oprávnění nástroje: Jaké API, skripty, integrace a nástroje pro provádění může agent vyvolat?
• Oprávnění aplikace : Které obchodní aplikace a funkce může používat?
• Oprávnění k datům: Které záznamy, složky, soubory nebo databáze může číst? Může je upravit?
• Systémová oprávnění: Může vykonávat příkazy, přistupovat k operačnímu systému nebo provádět administrativní operace?

Přístup AI agenta by měl být zvažován na těchto úrovních a žádné povolení by nemělo být uděleno pouze na základě žádosti. Tyto vrstvy by se měly také vzájemně posilovat.

Aplikace musí mít také možnost vynucovat oprávnění nezávisle na nastavení modelu AI. Výzva, která říká agentovi, aby neměnil platební údaje, není ekvivalentní technické kontrole, která brání změně.

Pro organizace posilující stávající přístupovou infrastrukturu, naše Principy Zero Trust pro vzdálený přístup SMB prozkoumat ověřování identity, minimální oprávnění a omezování vystavení.

Časově omezený přístup a citlivé operace

Oprávnění by měla odrážet nejen to, co agent potřebuje, ale také kdy a proč je přístup vyžadován. Časově omezená autorizace může snížit vystavení mezi schválenými úkoly, stejně jako další kontroly. Můžete vynucovat určité akce prostřednictvím poskytovatele identity, brány nástrojů, aplikace nebo jiného důvěryhodného mechanismu politiky, místo abyste se spoléhali pouze na AI.

Jak se liší zabezpečení AI agenta napříč obchodními aplikacemi?

Ne každá aplikace poskytuje stejné mechanismy pro řízení přístupu k AI. IT týmy musí přizpůsobit přístupové kontroly svému prostředí a požadavkům.

SaaS aplikace a API

Moderní SaaS aplikace často poskytují API, která podporují tokeny s omezeným přístupem, role aplikací a delegovaná oprávnění.

I když mohou zpřesnit autorizaci agentů, oprávnění API mohou být stále příliš široká, takže by měli správci přezkoumat rozsah, omezit přístup a pravidelně odstraňovat oprávnění.

Aplikace pro podnikání založené na prohlížeči

Aplikace založené na prohlížeči přinášejí různé výzvy při interakci s grafickým rozhraním.

Organizace by měly používat specializované účty, přísně omezit dostupné aplikace a prosazovat autorizaci v rámci samotného obchodního softwaru. Náš článek o bezpečný přístup k soukromým aplikacím vysvětluje, jak přiřazení aplikací, autentizace a serverové kontroly mohou snížit zbytečné vystavení.

Dědictví aplikací Windows a vzdálené plochy

Dědictví aplikací Windows představuje zvláštní výzvu, protože jejich přístupové kontroly byly obecně navrženy pro lidské uživatele spíše než pro autonomní procesy.

Přístup

Nicméně technologie přístupu a provádění zůstanou oddělené, bez ohledu na obchodní role, oprávnění, účty Windows, skupiny adresářů nebo širší přístup na úrovni aplikace. Typ grafického přístupu zůstává rozhodnutím administrátora a náš článek o AI agenti a starší aplikace Windows zkoumá technické a architektonické důsledky různých prostředí pro provádění.

Bezpečnost

Z hlediska bezpečnosti nelze mísit přístup a oprávnění. Publikování konkrétní aplikace Windows znamená snížení expozice celého systému, ale to je pouze začátek širší strategie řízení přístupu. Vaše administrativní práce je jasná:

Přístupový mechanismus	Hlavní bezpečnostní opatření	Hlavní obava
SaaS API	OAuth rozsahy, tokeny, API role	Příliš široká oprávnění, zneužití tokenu
Webová aplikace	Relace, role aplikací	Neautorizované akce v platné relaci
Publikovaná aplikace pro Windows	Windows identita, přiřazení aplikace, oprávnění	Přístup nad rámec zamýšleného úkolu
Úplný vzdálený desktop	Práva OS, omezení relací, zpevnění	Širší expozice systému a laterální pohyb

Jaká kybernetická rizika vyžadují dodatečné kontroly?

AI agenti mohou narazit na škodlivé pokyny v podpůrných ticketech, webových stránkách, dokumentech nebo odpovědích nástrojů. Toto vstupní injekce může přesměrovat agenta od jeho legitimního úkolu, i když se útočník nemůže přihlásit přímo. OWASP Top 10 pro agentní aplikace 2026 vymezuje relevantní hrozby.

Další rizika zahrnují vystavení přihlašovacích údajů v výzvách nebo protokolech, neoprávněné používání nástrojů, eskalaci oprávnění a citlivá data zaslaná na neúmyslné cíle. Víceagentní pracovní postupy přidávají další obavy: delegované úkoly nesmí automaticky přenášet neomezený přístup z jednoho agenta na druhého.

Aby se předešlo exfiltraci dat a podobně, považujte externí obsah za nedůvěryhodný, chraňte tajemství prostřednictvím podporovaných služeb pro správu přihlašovacích údajů, omezte odchozí připojení a prosazujte oprávnění nezávisle na modelu AI. Citlivé operace potřebují kontroly na úrovni aplikace nebo nástroje, nejen interpretovatelné pokyny, které říkají agentovi, aby se choval bezpečně.

Jak může IT monitorovat, odvolávat a auditovat přístup AI agenta?

Správa přístupu je neúplná, pokud administrátoři nemohou určit, co agent udělal, nebo to zastavit, když se jeho chování stane neočekávaným.

Sledování identit, rozhodnutí a akcí

Užitečný záznam auditu: identita agenta + odpovědný vlastník + požadovaná operace + schválení + vyvolání nástroje + výsledná akce + výsledek.

V závislosti na zapojených nástrojích se záznamy budou lišit. Žádný jediný zdroj nevypráví celou historii, takže je nutná kombinace událostí ověřování, vydávání přístupových tokenů, volání API, aktivity aplikace, schválení, úprav souborů a aktivity relací jako důkaz. Například kombinujte protokol identity se záznamem relace a korelujte záznamy, kde je to možné.

Kromě toho chraňte citlivé informace, kdekoliv je to možné. Například pokud jste MSP, oddělte auditní záznamy podle zákazníka, abyste zachovali jejich data.

Odebrání přístupu a reakce na incidenty

Předdefinujte postup vypnutí pro nasazení AI agentů před výrobou.

V závislosti na prostředí může být nutné deaktivovat identitu agenta AI, odvolat pověření, rotovat tajemství, ukončit aktivní relace a zastavit naplánované úlohy. Po dokončení zhodnoťte dříve vydané tokeny nebo zřízené relace: odvolání jednoho pověření není vždy dostatečné k zastavení již aktivního procesu.

Můžete zahrnout následující do praktického postupu reakce na „nepřiměřené chování“:

• obsahují přístup,
• uchovávat protokoly,
• prozkoumat změny,
• nahradit pověření
• a ověřit, že neoprávněná událost skončila.

Jaký je praktický kontrolní seznam zabezpečení AI agenta pro IT týmy?

Proč nepřistupovat k zabezpečení AI agenta postupně? Začněte s úzkým, nejlépe pouze pro čtení pracovním postupem, a poté rozšiřujte pouze po ověření kontrol. Před poskytnutím přístupu agenta do produkce:

1. Identifikujte vlastnictví. Dokumentuje jeho účel, provozovatele/vlastníka, prostředí provádění, nástroje a toky dat.
2. Přiřaďte odlišnou identitu. Vyhněte se sdíleným lidským přihlašovacím údajům. Zaveďte oddělenou odpovědnost.
3. Mapujte a omezte povolené zdroje. Specifikujte aplikace, záznamy, data, systémy, požadovaná oprávnění API, časové úseky.
4. Omezit citlivé akce. Definujte požadavky na schválení a zakázat změny s vysokým dopadem a zbytečné oprávnění.
5. Chraňte přihlašovací údaje. Použijte podporované ověřování pracovního zatížení a spravované tajemství.
6. Ověřte prostředí pro provádění. Zkontrolujte izolaci relací, přístup k síti a relevantní nastavení zabezpečení systému Windows.
7. Povolit důkazy a obnovení: uchovávat záznamy o ověřování, provádění nástrojů, aktivitě aplikací a významných změnách.
8. Scénáře selhání testu: potvrdit, že přístup může být odvolán, relace ukončeny a neočekávaná aktivita prošetřena.

Například by mohl MSP pilotovat agenta, který by přečetl vybrané záznamy faktur ERP a připravil zprávu, aniž by mu udělil oprávnění k úpravě finančních údajů. Pouze prokázaná spolehlivost a vymahatelná oprávnění by měly ospravedlnit širší pravomoci.

Jak může TSplus pomoci zabezpečit přístup k aplikacím Windows?

Pro organizace, které provozují podnikový software založený na Windows, je základní infrastruktura pro vzdálený přístup také součástí takového bezpečnostního procesu. Možnosti doručování aplikací TSplus a ochrany serveru pomáhají správcům systému řídit přístup k centrálně hostovaným aplikacím Windows.

TSplus Remote Access: Dodávka aplikací a přiřazení

TSplus Remote Access publikuje a přiřazuje aplikace Windows, čímž je zpřístupňuje prostřednictvím vzdálených připojení, včetně přístupu přes web. Poskytování přiřazené aplikace namísto celého desktopu může přispět ke snížení zbytečné expozice rozhraní v takových pracovních postupech AI, zejména těch, které zahrnují stávající a zastaralý podnikový software.

TSplus Advanced Security: Ochrana serverů a relací Windows

TSplus Advanced Security přidává ochranu serveru Windows a relací prostřednictvím ochrany proti hrubé síle, geografických omezení, kontrol pracovní doby, správy oprávnění, ochrany proti ransomwaru, upozornění a bezpečnostních protokolů událostí.

Tyto kontroly mohou snížit vystavení kolem hostitele aplikace, čímž doplňují specializované identity, autorizaci a ochranné mechanismy runtime potřebné pro AI agenty.

Společně relevantní schopnosti TSplus podporují praktický princip: udržovat kontrolovaný přístup k obchodním aplikacím a chránit Windows prostředí za nimi, přičemž administrátorům poskytují prostor pro zavádění specifických bezpečnostních kontrol a orchestrace AI, kde to nové pracovní zátěže vyžadují.

Závěr

Bezpečnost AI agenta začíná jednoduchým rozlišením: mít povolení k přístupu k aplikaci neznamená mít oprávnění provádět každou akci v ní, pokud nějaká existuje.

Pro sysadminy a MSP znamená spravování AI kombinaci jasně identifikovaných AI agentů, úzce vymezených úkolů, vynutitelných oprávnění, chráněných prostředí pro provádění a spolehlivých auditních stop. Takové kroky umožňují organizacím zkoumat automatizaci AI, aniž by zbytečně rozšiřovaly svůj útočný povrch.

Často kladené otázky

Co je nehumánská identita v zabezpečení AI agentů?

Nehumánská identita identifikuje software, automatizované pracovní zatížení nebo agenta AI spíše než osobu. Umožňuje správcům ověřit pracovní zatížení, přiřadit oprávnění a sledovat jeho aktivitu. Vyhrazené identity agentů mohou zlepšit odpovědnost ve srovnání se sdílenými lidskými účty.

Jak se identita AI agenta liší od servisního účtu?

Tradiční servisní účty obvykle podporují předdefinované aplikace a automatizované procesy. Identitám AI agentů mohou být potřeba další kontroly životního cyklu, delegace a autorizace, protože agenti si mohou nezávisle vybírat akce. Dostupné mechanismy identity závisí na platformě a aplikačním prostředí.

Mohou AI agenti bezpečně přistupovat k zastaralým aplikacím Windows?

Ano, za předpokladu, že jsou k dispozici vhodné technologie provádění a kontrola přístupu. Organizace musí omezit účet Windows, oprávnění aplikací a vzdálenou relaci. Publikování jednotlivé aplikace může snížit vystavení, ale nenahrazuje zabezpečení operačního systému nebo autorizaci na úrovni aplikace.

Jaké bezpečnostní kontroly jsou potřebné, když agenti AI řeší problémy s vzdálenými zařízeními?

Agenti pro vzdálené odstraňování problémů potřebují omezená oprávnění pro provádění, autorizaci citlivých akcí, protokolování a spolehlivé podmínky zastavení. Náš průvodce po AI agentech v IT podpoře vysvětluje, jak dohlížet na automatizované nápravy, ověřovat výsledky a eskalovat neúspěšné zásahy.

Jak mohou IT administrátoři odvolat přístup AI agenta?

Správci by měli deaktivovat identitu agenta, zrušit platné tokeny a přihlašovací údaje, ukončit aktivní relace a zastavit související procesy nebo naplánované úkoly. Poté by měli ověřit, že přístup skončil, a prozkoumat jakoukoli neoprávněnou činnost.