Katalog CVE

CVE-2025-64186

Wysokie
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W rozwiązaniu zabezpieczeń płatności Evervault zidentyfikowano podatność w logice weryfikacji atestacji SDK `evervault-go` w wersjach przed 1.3.2, która może pozwolić na przejście walidacji niekompletnych dokumentów. Może to spowodować, że klient zaufa operatorowi enklawy, który nie spełnia oczekiwanych gwarancji integralności.

Ocena ryzyka

Ryzyko dla organizacji polega na tym, że niekompletne dokumenty mogą zostać zaakceptowane, co prowadzi do potencjalnego zaufania do nieautoryzowanych operatorów. W środowiskach hostowanych przez Evervault ryzyko jest ograniczone, ale nadal istnieje możliwość wykorzystania tej podatności w aplikacjach, które sprawdzają tylko PCR8.

Rekomendacja

Zaleca się aktualizację do wersji 1.3.2 SDK `evervault-go`, która naprawia tę podatność poprzez walidację dokumentów atestacyjnych przed ich zapisaniem w pamięci podręcznej. Dodatkowo, należy upewnić się, że aplikacje sprawdzają wszystkie wartości PCR, szczególnie PCR 0, 1 i 2.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

Evervault is a payment security solution. A vulnerability was identified in the `evervault-go` SDK’s attestation verification logic in versions of `evervault-go` prior to 1.3.2 that may allow incomplete documents to pass validation. This may cause the client to trust an enclave operator that does not meet expected integrity guarantees. The exploitability of this issue is limited in Evervault-hosted environments as an attacker would require the pre-requisite ability to serve requests from specific evervault domain names, following from our ACME challenge based TLS certificate acquisition pipeline. The vulnerability primarily affects applications which only check PCR8. Though the efficacy is also reduced for applications that check all PCR values, the impact is largely remediated by checking PCR 0, 1 and 2. The identified issue has been addressed in version 1.3.2 by validating attestation documents before storing in the cache, and replacing the naive equality checks with a new SatisfiedB

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS