Közös nyelvet kapna a bizalmas AI-rendszerek ellenőrzése

Az AI-rendszerek több szereplő bizalmára épülnek

A bizalmas számítástechnika egyik fontos eleme a távoli tanúsítás, amely bizonyítékot szolgáltat egy rendszer azonosságáról és állapotáról. Egy másik fél ez alapján döntheti el, hogy megbízható-e, és engedélyezhető-e számára egy szolgáltatás futtatása vagy egy erőforráshoz való kapcsolódás.

Az Arm szerint ez a folyamat korábban jellemzően az infrastruktúra-szolgáltatók belső ügye volt. Az AI-rendszerek azonban egyre gyakrabban kombinálnak központi és grafikus processzorokat, más gyorsítókat, firmware-t, szoftvereket és szolgáltatásokat több beszállítótól.

Ebben a környezetben a modellgazdák azt szeretnék ellenőrizni, hogy értékes modelljeik megfelelően védett környezetben futnak. A felhasználók arra kíváncsiak, hogy adataik feldolgozás közben is védettek maradnak-e, az infrastruktúra-szolgáltatóknak pedig továbbra is igazolniuk kell az alapul szolgáló platform sértetlenségét.

A gyártóspecifikus megoldások nehezen skálázhatók

A tanúsítási bizonyíték önmagában nem elég. Az ellenőrző félnek hiteles információkra is szüksége van, például a hardverre vonatkozó igazolásokra, illetve a firmware és a szoftver elvárt állapotát leíró referenciaértékekre. Ezek az adatok egy heterogén AI-rendszerben több beszállítótól érkezhetnek.

Ha minden processzor, gyorsító, bizalmi gyökér, firmware és szoftver eltérő formátumot, interfészt vagy információforrást használ, az integráció egyre nagyobb terhet ró a rendszerépítőkre. A helyzetet tovább bonyolítja, hogy több ellenőrző is dolgozhat ugyanazon a rendszeren. Egyesek távoli szolgáltatásként, mások helyben, egy alkalmazás vagy végpont részeként működhetnek.

Az Arm szerint közös kapcsolódási mód nélkül minden új komponens- és beszállítói kombináció egyedi integrációt igényelhet. Ez akadályozza a bizalomkezelés széles körű alkalmazását.

A CoSERV közös hozzáférést adna a szükséges adatokhoz

Az IETF RATS munkacsoportja olyan architekturális kereten és szabványokon dolgozik, amelyek egységesíthetik a tanúsításhoz szükséges formátumokat, interakciós modelleket és mechanizmusokat. A munkacsoport szabványai között szerepel az Entity Attestation Token, vagyis az EAT, valamint a Concise Reference Integrity Manifest, röviden CoRIM.

Az Arm szerint a következő lépés a teljes API-k meghatározása. Erre szolgálhat a CoSERV, vagyis a Concise Selector for Endorsements and Reference Values. A kezdeményezés az IETF RATS elfogadott munkatétele, amely közös továbbítási mechanizmust adna az ellenőrzőknek a tanúsítási igazolások és referenciaértékek lekéréséhez, akár összetett ellátási láncokból is.

Egyetlen API-n keresztül az ellenőrző releváns elemekre kérdezhet rá, azokat csomagokba gyűjtheti, majd meghatározott ideig gyorsítótárban tárolhatja. A szabványos HTTP-gyorsítótárazási szabályok csökkenthetik a hálózati forgalmat azoknál az adatoknál, amelyek gyakran használatosak, de ritkán változnak.

A szabványokat nyílt forráskódú kódon tesztelik

A szabványosítás mellett gyakorlati megvalósításra is szükség van. Az Arm, a Fujitsu, a Linaro és más szereplők a Veraison nyílt forráskódú projekten dolgoznak. A projekt tesztelési környezetet biztosít a készülő tanúsítási szabványokhoz, és újrafelhasználható szoftverkomponenseket kínál az ilyen rendszereket fejlesztőknek.

Az Arm szerint a specifikációk és a megvalósítások kölcsönösen javíthatják egymást. A kód gyakorlati kérdéseket tárhat fel, ezek pedig segíthetnek a szabványok finomításában. A CoSERV jelenleg még a végleges RFC előtti szakaszban van, ezért a gyártók és fejlesztők tesztelhetik a megközelítést, és új követelményeket jelezhetnek.

A kezdeményezés közvetlen jelentősége a felhasználók számára az lehet, hogy a jövő bizalmas AI-rendszereiben kevesebb egyedi összekapcsolásra legyen szükség a hardverek, szoftverek, beszállítók és ellenőrzők között. Az Arm, a Fujitsu és az OCP a közös megközelítésről és a referenciaértékek elosztásának szerepéről is megoszt további információkat.