Az OCI öt rétegű sandboxot biztosít a Kubernetes-alapú AI-ügynököknek
Az öt rétegű sandboxing a Kubernetesben csökkenti a nem felügyelt AI-kód által okozott biztonsági kockázatot, miközben a menedzselt OCI környezetben már ma alkalmazható.
A The New Stack közlése szerint az autonóm AI-ügynökök által futtatott, emberi ellenőrzés nélkül működő kód kockázata a megosztott Kubernetes infrastruktúrára is kiterjed, nem csupán egyedi eszközökre korlátozódik.
Az izolációs réteg: runc, gVisor, Kata Containers
Az izolációs rétegben három fő megoldás létezik: a runc a legnagyobb teljesítményt nyújtja a közös host-kernel használatával, a gVisor felhasználói térben szűri a rendszerhívásokat, míg a Kata Containers teljes VM-szintű izolációt biztosít, ám a VM-indítás és a memóriaigény magasabb.
Node-szintű összeállítás és költségek
Az Oracle Cloud Infrastructure (OCI) ügyfelei a node-szintű konfigurációkban a sandbox rétegeket kombinálhatják, így a biztonságot a teljes munkavégző környezetre kiterjesztik, miközben a felhőszolgáltató a menedzselt Kubernetes-szolgáltatás keretében már beépített sandboxolt podokat kínál.
A közösség öt réteget definiált a sandboxoláshoz – a pod-kéréstől a node-ig és vissza az ügynök munkamenetéig – és a menedzselt szolgáltatások már különböző módon izolálják az AI-ügynökök munkáit, ezáltal csökkentve a rendszer-szintű sebezhetőségek kihasználásának esélyét.
A KubeCon + CloudNativeCon november 9-12 között Salt Lake City-ben kerül megrendezésre, ahol a sandboxolás részleteit és a legújabb Kubernetes-megoldásokat mutatják be.
A rendezvényen a CNCF és az OCI szakértői a legújabb nyílt forráskódú komponenseket mutatják be, amelyek az öt rétegű megközelítést valósítják meg a gyakorlatban.
A KubeCon + CloudNativeCon november 9-12 között Salt Lake City-ben lesz.