search

Az AI-t vállalati méretben biztonságba helyezés: A Google Kubernetes Engine terv

person Szerző Shannon Kularathna
source Forrás: Cloud Blog
calendar_today
schedule 3 perc olvasás

Az mesterséges intelligencia gyorsabban halad a prototípustól a termelési fázisig, mint a hagyományos biztonsági paradigmák alkalmazkodnak. A CIO-k és platformmérnöki csapatok számára a feladat egyértelmű: meg kell védeni a sajátos model-súlyokat, védeni kell az új alkalmazási réteg-fenyegetések ellen, például a prompt-ok beépítését, és betartani a szigorú szabályozási követelményeket – minde ezt anélkül, hogy lassítaná AI fejlesztőit. Ahhoz, hogy megvalósítsa ezeket a biztonsági célokat, több, mint csak egy helyre van szüksége a tartályok futtatására; szüksége egy olyan platformra, amely automatikusan kombinálja a biztonsági réteket. Ma megosztjuk a legjobb gyakorlatok tervezet a mesterséges intelligencia munkafolyamatának biztonságára a Google Kubernetes Engine (GKE)-n. Ez a terv egyesíti a több Google Cloud szolgáltatás és GKE funkciók szabályait, hogy segít Önnek egy alapértelmes GKE-platformot létrehozni, amely a mesterséges intelligencia léptesített működésének valóságait kezelik. Az AI munkafolyamat biztonságának terv a GKE-n három kritikus réteget az AI-állományban azonosít. Íme, hogyan alkalmazkodnak a Google Cloud és a GKE a biztonsághoz ezeken a réteken. Infrastrukturális réteg: Hardver-megítélt végrehajtás. Nem lehet biztonságos mesterséges intelligenciás munkafolyamat egy kiszolgáltalmas klusteren. Az infrastrukturális réteg, ahol a GKE biztosítja a biztonsági alapvonalat, amelyet a legtöbb vállalat évekig külön kell építenie. Titkosítás: A nagy teljesítményű gyorsítók a legérzékenyebb adatait kezelik. A titkos GKE-nódok kiterjesztik a hardver-szintű memória-titkosítás és a megítélési képességeket a nagy teljesítményű gyorsítókon, beleértve a titkos GPU-kat (pl. NVIDIA H100) és TPU-kat. Ez megvédi az Ön IP-t a hypervisor-szintű sérelem és az infrastruktúra-operátorok által végzett adatlopás ellen, biztosítva a hardver-szintű megítélést. Zero-Trust Hálózat és Hasonló: A GKE alapértelmesen a minimális jogosultságot alkalmaz. A GKE Workload Identity Federation biztosítja, hogy az AI-podok biztonságosan szerezhessék a model-súlyokat a Cloud Storage-ból, anélkül, hogy hosszú ideig azonosítót kellene használni, miközben a VPC Service Controls egy erős határokat hoznak létre a szabályozott munkafolyamatok körül, hogy megakadályozzák az adatlopást. Modell-biztonság: Eredet és viselkedés-megőrzés. Ha Ön saját modelleket helyez el – akár finetuningot, akár nyílt forrású – Ön felelős a model-súlyok biztonságáért és integritásáért. A GKE mélyen integrálódik a Google Cloud-szolgáltatásokhoz, hogy biztosítsa, hogy pontosan azt, amelyiket képz. A hagyományos SBOM-ok nem fognak meg mesterséges intelligenciás anyagokat. A GKE k8s-aibom (AI Bill of Materials for Kubernetes) használatával a model, adatok és keretrendszerek átfogó listáit generálja, és feljebb építi a ellátási lánc-megértést. Alkalmazási biztonság: Védelem az AI-útban. Az alkalmazási réteg, ahol a tartalom hozzáférés és a mesterséges intelligenciával kapcsolatos új fenyegetések (pl. prompt-ok beépítése és adatlopás) ortaya. A Google Cloud olyan célzott szolgáltatásokat kínál, amelyek közvetlenül a GKE-AI-útban helyeződnek el. Tartalom-réteg-védelem: A Model Armor a modell és a felület között helyeződik, és megvizsgálja minden promptot és választ a prompt-ok beépítésére, a érzékeny adatok feltárására (PII) és a káros tartalom generálására. Ügy-kezelés: A GKE Inference Gateway üzemeltet üzem-szintű megfigyelést és kvota-ellenőrzést. Ez lehetővé teszi, hogy egy felhasználó-szintű kvotákat és abuzus-mintákat ellenőrizz, például a üzem-manipuláció vagy a felhasználási költség. Agent-szintű izoláció: Amikor az AI egy agentként működik – ha végrehajtja a generált kódot vagy interakcióba lép a harmadik felekkel – akkor el kell izolálni. A GKE Sandbox (gVisor) egy biztonságos izolációs határokat biztosít, amely megakadályozza a container-kiszegést és védi az alapvető motort az agent-ok meglehetősen viselkedés ellen. Egy fázisú megközelítés a biztonsághoz. A biztonságot a GKE-n lépésesen alkalmazzuk: Fázis 1 — Implementáció (Az alapvető konfiguráció): Aktív a fundamentális konfiguráció. Engedje be a Workload Identityt, telepítse a Model Armor-t az AI-felülethez, és futtasson érzékeny munkafolyamatokat a titkos GKE-nódokon. Fázis 2 — Üzemeltetés (A hardver-szintű biztonság): Váltsa át a prototípust egy termelési rendszerre. Ennek következtében is, legalább 3 fázis: Fázis 3 — irányítás (Enterprise Scale): Automatikus megfelelés. Ez a fázis a szervezeti szintű irányítást, a Kubernetes webhooks-ok alkalmazását, és a magas pontosságú észlelésre automatikus válaszadást.

Kapcsolódó cikkek

architect

A Cloudflare WAF védi a WordPress alkalmazásokat két magas szintű biztonsági réstól

A Cloudflare két WAF-szabályt alkalmazott, a WordPress biztonsági csapat által feltárt, magas súlyú hibákra válaszul. Az új szabályok a Cloudflare összes ügyfelét, akik a sérült WordPress verziókat használnak, védik, de az ügyfeleknek továbbra is azonnal frissíteni kell a javított verzióra.

architect

Eclipse Dataspace komponensek az AWS-en: Költséghatékony stratégiák

Amikor Eclipse Dataspace Components (EDC) csatlakozókat AWS-en telepítesz, az egyik első kihívás az szükséges infrastruktúra költségének előre megjósolása és irányítása. Ha nincsenek világos mérőszámok, nehéz tájékozott döntéseket hozni a feladatméret, a környezet konfigurációja és a hosszú távú befektetés tekintetében. Az “Eclipse Dataspace Components (EDC)” blogsor első része a alapokat foglalta magában

architect

Eclipse Dataspace-komponensek az AWS-en: A termelési környezetben alkalmazott architektúrák

Az Eclipse Dataspace Components (EDC) csatlakoztatók működtatása a termelési környezetben az AWS-en, átgondolt architektúra-döntéseket igényel az izoláció, a felügyelt szolgáltatások és a biztonsági réteg tekintetében. Az “Eclipse Dataspace Components (EDC)” sorozat első részében a dátum tér architektúrájának alapjait és az International Data Space Association (IDSA) szabványai szerint az EDC-t ismertük. Ha még nem ismeritek az EDC-t, akkor ajánljuk, hogy azzal kezdjenek.