Podatności Cocos AI

Cocos AI to system obliczeń poufnych dla AI. Przed wersją 0.9.0 atestacja jest przeprowadzana tylko raz przy nawiązywaniu połączenia TLS. Atakujący, który może zmodyfikować kod obciążenia, stan pamięci, konfigurację lub podłączone urządzenia atestującego po tej weryfikacji, może utrzymać istniejące połączenie otwarte, podczas gdy strona weryfikująca nadal ufa nieaktualnym dowodom początkowym. Luka jest szczególnie istotna dla długotrwałych połączeń, ponieważ weryfikator nie ma mechanizmu wykrywania zmienionego stanu.

Cocos AI w wersji 0.8.2 i wcześniejszych akceptuje dowody atestacji środowiska zaufanego wykonania (TEE), gdy poziomy poprawek firmware i pomiary oprogramowania są zgodne, bez powiązania dowodów z dozwolonym właścicielem platformy lub unikalną tożsamością maszyny oraz bez wymuszania unieważnienia. Zdalny atakujący kontrolujący inną platformę zaufaną przez tego samego weryfikatora może podstawić ważne dowody z tej platformy i spowodować autoryzację niewłaściwej platformy. Podatność naprawiono w wersji 0.9.0, ale nie da się jej w pełni załatać wyłącznie w kodzie źródłowym, ponieważ wynika z samego modelu zagrożeń obliczeń poufnych.

Cocos AI to system obliczeń poufnych dla AI. W wersji 0.8.2 i wcześniejszych funkcja VerifyAttestationReportTLS w weryfikatorze AMD SEV-SNP ustawia Policy.ReportData tylko wtedy, gdy wywołujący poda niepuste oczekiwane reportData. Integracja polegająca na tej wartości dla świeżości bieżącej sesji może zaakceptować dowód SEV-SNP niezwiązany z bieżącym połączeniem i podjąć decyzję o zaufaniu, autoryzacji lub ujawnieniu danych dla nieoczekiwanego kontekstu atestacji. Problem naprawiono w Cocos AI 0.9.0 poprzez usunięcie wadliwej ścieżki weryfikatora w ramach migracji do atestacji po handshake.

Cocos AI to system obliczeń poufnych dla AI. W wersji 0.8.2 i wcześniejszych funkcja VerifTeeAttestation w weryfikatorze aTLS Intel TDX otrzymuje oczekiwaną wartość bieżącej sesji, ale nie stosuje jej do TdQuoteBodyPolicy.ReportData przed walidacją dowodu TDX QuoteV4. Weryfikator może w konsekwencji zaakceptować strukturalnie poprawne dowody zawierające niedopasowane lub ponownie użyte REPORT_DATA dla bieżącej sesji TLS, powodując ujawnienie danych aplikacji lub podjęcie decyzji o zaufaniu bądź autoryzacji dla niepowiązanego kontekstu atestacji. Problem naprawiono w Cocos AI 0.9.0 poprzez usunięcie wadliwej ścieżki weryfikatora w ramach migracji do atestacji po handshake.