CVE-2026-119344
KrytyczneCVSS 9.1Streszczenie
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.
Ocena ryzyka
Organizacja może zaakceptować atestację ze skompromitowanej lub obcej platformy, co podważa zaufanie do obliczeń poufnych i może doprowadzić do ujawnienia lub przetwarzania danych w niewłaściwym środowisku. Ryzyko dotyczy szczególnie wdrożeń wieloplatformowych korzystających ze wspólnego weryfikatora.
Rekomendacja
Zaktualizuj Cocos AI do wersji 0.9.0 i wdróż dodatkowe mechanizmy wiązania dowodów atestacji z konkretnym właścicielem platformy oraz listami unieważnień. Przeanalizuj model zagrożeń i skonfiguruj weryfikator tak, aby odrzucał dowody z nieautoryzowanych platform.
Inne podatności w Cocos AI
Zobacz wszystkie- CVE-2026-119345Wysokie
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.
- CVE-2026-92702Krytyczne
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.
- CVE-2026-92701Krytyczne
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.
Oryginalny opis (angielski, źródło NVD)
Cocos AI is a confidential computing system for AI. In version 0.8.2 and earlier, Cocos AI accepts trusted execution environment attestation Evidence when firmware patch levels and software measurements match, without binding the Evidence to an allowed platform owner or unique machine identity and without enforcing revocation. A remote attacker who controls or compromises another platform trusted by the same verifier can substitute valid Evidence from that platform and cause authorization of the wrong platform. This vulnerability is addressed in 0.9.0. However, this vulnerability can't be patched in source code alone, since the vulnerability arises from the confidential computing threat model itself.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS