Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Zabezpečení agenta můžete v Azure agenta SRE zlepšit několika způsoby: prostřednictvím příslušných oprávnění řízení přístupu na základě role (RBAC) a integrace virtuální sítě.
Pokud spravované identitě agenta udělíte příslušná oprávnění RBAC, může agent pracovat s vaší infrastrukturou, dotazovat se na databáze a spouštět příkazy pro clustery. RBAC je primární hranice zabezpečení, která řídí, co může agent dělat.
Integrace virtuální sítě přidává doplňkovou vrstvu ochrany tím, že řídí, kde může agent odesílat provoz. Bez této integrace odchozí provoz z agenta směřuje přes veřejný internet. Díky tomu každý odchozí volání směruje přes Azure Virtual Network a vaši stávající infrastrukturu zabezpečení sítě.
Tento článek vysvětluje, proč záleží na řízení na úrovni sítě pro podniková nasazení, jak funguje integrace virtuální sítě a jak zvolit správný režim řízení sítě pro vaše úlohy.
Proč záleží na řízení sítě
Ve výchozím nastavení může agent dosáhnout libovolného koncového bodu na internetu. U vývojových a testovacích úloh je toto chování přijatelné. U produkčních podnikových nasazení tato úroveň přístupu vytváří zbytečné riziko.
Dvěma riziky se řídí podnikovým požadavkem na řízení sítě:
Exfiltrace dat: Agent s přístupem k citlivým interním datům a neomezeným internetovým přístupem může vytvořit cestu pro data, která opustí vaši organizaci.
Prompt injection: Škodlivý obsah na veřejně přístupném internetu může být vytvořen tak, aby manipuloval chováním agenta. Neomezený agent, který načítá externí obsah, je prostřednictvím těchto odpovědí vystaven injekčním útokům.
Umístěte agenta do virtuální sítě pro lepší kontrolu nad jeho chováním.
Jak funguje integrace virtuální sítě
Integrace virtuální sítě propojuje agenta SRE s vaší stávající virtuální sítí. Když agent provede odchozí volání, provoz prochází přes síťovou infrastrukturu místo veřejného internetu.
Po nakonfigurování integrace s virtuální sítí bude komunikace agenta:
- Zobrazí se v síťových protokolech pro auditování a monitorování.
- Prochází skrz vaše firewally 4. a 7. vrstvy.
- Respektuje vlastní konfiguraci DNS (Domain Name System).
- Dodržuje vaše podnikové zásady zabezpečení a pravidla výchozího přenosu dat.
Jakmile se agent SRE připojí k virtuální síti, bude fungovat ve stejných pravidlech jako všechny ostatní úlohy v této síti, včetně kontroly brány firewall, překladu DNS a protokolování provozu.
Important
Integrace virtuální sítě řídí pouze odchozí provoz (výchozí přenos dat).
Režimy řízení sítě
SRE Agent nabízí tři režimy řízení sítě. Vyberte režim, který odpovídá stavu zabezpečení a provoznímu kontextu.
| Mode | Description | Nejlepší pro |
|---|---|---|
| Neomezené | Žádná omezení sítě. Agent se může spojit s jakýmkoli internetovým koncovým bodem. | Vývojové, testovací a necitlivé úlohy. |
| Omezený | Seznam povolených adres URL založený na zástupných znacích určuje, které koncové body může agent volat. | Řízení na úrovni hostitele bez úplného směrování virtuální sítě |
| Azure virtuální sítě | Veškerý odchozí provoz mimo platformu je směrován přes vaši síť VNet a používají se při tom vaše pravidla DNS a brány firewall. | Produkční nasazení vyžadující řízení odchozí komunikace a soulad s auditními požadavky |
Volba režimu řízení sítě pro vaši úlohu
K výběru režimu použijte následující kritéria:
Azure virtuální sítě: Zvolte tento režim, pokud úloha zpracovává citlivá nebo regulovaná data, vyžaduje úplný záznam auditu odchozí síťové aktivity nebo musí splňovat podnikové zásady zabezpečení. Tento režim se doporučuje pro produkční podniková nasazení.
Omezené: Tento režim zvolte, pokud chcete omezit konkrétní externí cíle bez směrování veškerého provozu přes virtuální síť. Tento režim funguje dobře, když potřebujete částečnou kontrolu bez režie úplné konfigurace virtuální sítě.
Bez omezení: Zvolte tento režim, pokud je úloha krátkodobé vývojové nebo testovací prostředí bez přístupu k citlivým datům. Tento režim je výchozí.
Pokud chcete vybrat režim, otevřete agenta na portálu Azure a vyberte Nastavení>konfigurace pracovního prostoru. Přepínání mezi režimy na spuštěném agentu Nastavení se zachovají napříč změnami režimu.
Jak funguje režim virtuální sítě Azure
V Azure režimu virtuální sítě odchozí provoz přebírá jednu ze dvou cest:
Vaše virtuální síť. Ve výchozím nastavení prochází veškerý odchozí provoz mimo platformu přes delegovanou podsíť ve vaší virtuální síti. Platí všechna vaše pravidla NSG, zásady brány firewall, vlastní DNS a síťové záznamy. Agent podléhá stejným ovládacím prvkům jako jakékoli jiné úlohy v této podsíti. Může dosáhnout toho, co může podsíť dosáhnout, a nic dalšího.
Agent může přistupovat k prostředkům za privátními koncovými body, interními službami a místními systémy připojenými přes ExpressRoute nebo VPN, pokud to vaše síťové trasy a pravidla umožňují.
Infrastrukturní síť agenta SRE v Azure. Služby platformy, na které agent závisí (orchestrace, koncové body modelu, telemetrie) vždy směrují přes spravovanou infrastrukturu Microsoft. Tyto služby nejsou konfigurovatelné. Některé funkce agenta, jako je instalace balíčku, přístup k úložišti kódu a vzdálené servery MCP, vyžadují dosažení veřejných služeb. Pokud chcete tyto možnosti použít v režimu Azure virtuální sítě, povolte odpovídající přepínač. Pokud je přepínač vypnutý, daná funkce není k dispozici, ledaže vaše VNet může směrovat provoz přímo k těmto službám (například prostřednictvím pravidel brány firewall založených na názvech FQDN). Podrobnosti najdete v článku infrastrukturní síť agenta Azure SRE.
Souhrn směrování provozu
| Typ provozu | Cesta | Konfigurovatelný? |
|---|---|---|
| Infrastruktura Azure (Log Analytics, App Insights, AKS, databáze, trezory klíčů) | Vaše virtuální síť | Yes. Ve výchozím nastavení se směruje přes vaši virtuální síť. |
| Místní systémy (ExpressRoute / VPN) | Vaše virtuální síť | Yes. Přístupné, pokud to vaše síťové trasy umožňují. |
| Služby platformy (orchestrace, koncové body modelu, telemetrie) | Azure síť infrastruktury agenta SRE | No. Vždy se směruje přes spravovanou infrastrukturu. |
| Registry balíčků (PyPI, npm, NuGet, apt) | Síť infrastruktury agenta SRE (zapnuto) nebo váš VNet (pravidlo FQDN) | Yes. Přepínač pro jednotlivé registry nebo předinstalované balíčky |
| Úložiště kódu (GitHub, GHE, Azure DevOps) | Síť infrastruktury agenta SRE (zapnuto) nebo váš VNet (pravidlo FQDN) | Yes. Přepínač pro jednotlivé poskytovatele |
| Vzdálené servery MCP | Síť infrastruktury agenta SRE (zapnuto) nebo váš VNet (pravidlo FQDN) | Yes. Jeden přepínač |
| Další názvy hostitelů | Síť infrastruktury agenta SRE (pro hosty v seznamu) | Yes. Vlastní seznam |
| Provoz konektoru | Veřejný internet | No. V této verzi Preview není směrováno přes VNet. |
| Příchozí (privátní koncový bod) | Nepodporováno | No. Výchozí přenos dat pouze v této verzi Preview. |
Konfigurace režimu virtuální sítě Azure
Požadavky na podsíť
Azure režim virtuální sítě vyžaduje ve vaší virtuální síti vyhrazenou podsíť:
- Velikost: /28 nebo větší. A /28 podporuje souběžné relace jednoho agenta. Velikost až /26 pro větší flotily nebo nárazové kapacity.
-
Delegování: Podsíť musí být delegována na
Microsoft.App/environments. - Oblast: Podsíť musí být ve stejné oblasti jako prostředek agenta SRE.
- Vyhrazené: Podsíť nelze sdílet s jinými službami.
Nastavení režimu virtuální sítě Azure
- Přejděte do Nastavení>Konfigurace pracovního prostoru>Síť.
- Jako režim odchozí komunikace vyberte Azure VNet.
- Vyberte Procházet podsítě.
- Vyberte předplatné, skupinu prostředků, virtuální síť a podsíť , které splňují požadavky podsítě.
- Vyberte Uložit.
- Otestujte agenta na reprezentativním incidentu a ověřte, že má přístup ke zdrojům, které potřebuje.
Azure síť infrastruktury agenta SRE
Některé funkce agenta závisí na veřejných službách, které je obtížné zařadit na seznam povolených podle IP adres. V režimu Azure VNet tyto možnosti vyžadují buď přepínač infrastrukturní sítě (který směruje danou kategorii přes infrastrukturní síť agenta Azure SRE), nebo pravidla brány firewall ve vaší virtuální síti založená na plně kvalifikovaných názvech domén (FQDN), která tento provoz povolují přímo. Úplný seznam kategorií a cest najdete v souhrnu směrování provozu .
Pokud vypnete přepínač a vaše virtuální síť se nemůže spojit se službou, tato funkce není k dispozici.
Note
Můžete použít Azure Policy k omezení nebo zakázání přepínačů sítě infrasít, čímž zajistíte, že žádný operátor nemůže směrovat provoz mimo virtuální síť.
Předinstalované balíčky
Předinstalujte balíčky do bitové kopie základního disku sandboxu, aby byly dostupné pokaždé, když se agent spustí. Tato funkce je užitečná, když vaše nástroje nebo skripty závisí na konkrétních balíčcích, které nejsou součástí výchozího prostředí sandboxu.
Konfigurace předinstalovaných balíčků:
Otevřete svého agenta v portálu Azure a vyberte Nastavení>Konfigurace pracovního prostoru.
Vyberte kartu Balíčky .
Zadejte název balíčku, vyberte správce balíčků (pip nebo NuGet) a volitelně zadejte verzi.
Vyberte + Přidat balíček.
Note
Položky NuGet musí být nástroje příkazového řádku .NET CLI (například dotnet-ef). Balíčky knihoven nemůžete instalovat globálně.
Ovládací prvky pro obejití virtuální sítě
Když povolíte režim Azure VNet, oddíl On the infra network na stránce konfigurace pracovního prostoru umožňuje směrovat kategorie provozu mimo vaši síť VNet přes veřejný internet. Pokud žádnou z těchto ovládacích prvků nepovolíte, veškerý provoz agenta směruje přes vaši virtuální síť.
Ne každá externí služba poskytuje značku služby Azure. GitHub například není služba Azure a nezpřístupňuje značku služby. Pokud váš agent potřebuje přistupovat ke GitHubu, jedinou možností při použití firewallu 4. vrstvy založeného na IP adresách je spravovat seznam IP adres poskytovatele. Tyto seznamy se často mění a firewall, který není průběžně aktualizovaný, naruší fungování agenta.
Totéž platí pro několik hlavních veřejných služeb, jako jsou PyPI, npm, NuGet a registry kontejnerů. Tyto služby fungují z rozsáhlých, často se měnících globálních rozsahů IP adres a nejsou pokryté značkami služeb Azure.
Přepínače pro obejití umožňují agentovi přistupovat k těmto hostitelům přes odchozí připojení platformy. Váš síťový tým aktualizuje pravidla brány firewall nebo přejde na bránu firewall, která podporuje filtrování podle názvu hostitele nebo podle plně kvalifikovaného názvu domény (FQDN). Mezi příklady patří Azure Firewall Premium s pravidly FQDN nebo síťové virtuální zařízení, které podporuje inspekci protokolu TLS.
Na ovládací prvky obejití pohlížejte jako na přechodný nástroj, nikoli jako na trvalou náhradu za filtrování odchozí komunikace zohledňující názvy hostitelů.
K dispozici jsou následující ovládací prvky:
| Řízení | Description |
|---|---|
| Přístup k serveru MCP (Model Context Protocol) | Pokud je tato možnost povolená, provoz serveru MCP směruje přes veřejný internet místo vaší virtuální sítě. |
| Přístup správce balíčků | Pokud je tato možnost povolená, provoz správce balíčků (PyPI, npm, NuGet) směruje přes veřejný internet místo vaší virtuální sítě. |
| Úložiště kódu | Vyberte, kteří poskytovatelé úložiště kódu (GitHub, GitHub Enterprise, Azure DevOps) směrují přes veřejný internet místo vaší virtuální sítě. |
| Další hostitelé | Zadejte další názvy hostitelů nebo vzory se zástupnými znaky (například github.com, *.example.com, raw.contoso.io), které se mají směrovat přes veřejný internet místo přes vaši virtuální síť. Nakonfigurované balíčky automaticky povolují vlastní hostitele. |
Požadavky na zásady správného řízení
Přístup k těmto ovládacím prvkům je omezený na uživatele s rolí správce agenta SRE. Vytvoření agenta SRE v podnikovém prostředí je sám o sobě významným aktem zásad správného řízení, protože organizace obvykle vyžadují podstatné schválení pro nasazení služeb do produkčního prostředí. Mechanismy obejití jsou jedním z aspektů širšího rámce podnikové správy, který zahrnuje spravované identity, přihlašovací údaje typu on-behalf-of (OBO) a oprávnění RBAC. Agent může provádět jenom to, co jeho oprávnění umožňují, a konfiguraci sítě řídí, kam tento provoz směřuje.
Co se stane, když síť blokuje volání
Pokud je odchozí požadavek zamítnut pravidlem NSG nebo pro něj neexistuje žádná trasa, agent zaznamená stejnou síťovou chybu, jakou by zaznamenala jakákoli úloha v této podsíti. Agent hlásí selhání ve výstupu svého šetření (například „Nepodařilo se připojit k pracovnímu prostoru Log Analytics: vypršel časový limit pro připojení“) a pokračuje s využitím nástrojů a dat, k nimž má přístup. Pokud je kritický zdroj dat nedostupný, šetření je neúplné a agent hlásí tuto podmínku.
Omezení
Následující omezení platí pro verzi Preview.
Pouze odchozí provoz: Integrace virtuální sítě řídí pouze odchozí provoz. Příchozí připojení k agentovi z privátní sítě se nepodporují.
Konektory se nesměrují přes virtuální síť: Neexistuje žádná podpora směrování provozu konektoru přes virtuální síť. Konektory jsou také ve verzi pro náhled. Ve verzi Preview je provoz konektoru směrován přes veřejný internet. Další informace najdete v tématu Konektory agenta SRE.