You are viewing this page in an unauthorized frame window.
This is a potential security issue, you are being redirected to
https://nvd.nist.gov
An official website of the United States government
Official websites use .gov
A .gov website belongs to an official government organization in the United States.
Secure .gov websites use HTTPS
A lock () or https:// means you've safely connected to the .gov website. Share sensitive information only on official, secure websites.
OP-TEE is a Trusted Execution Environment (TEE) designed as companion to a non-secure Linux kernel running on Arm; Cortex-A cores using the TrustZone technology. Prior to version 4.11.0, on many of the ECDH shared secret paths, the public key isn't verified to be a point on the correct curve. By passing approximately 30-40 crafted public keys to OP-TEE, the private key can be reconstructed by a normal world attacker. When calling TEE_DeriveKey the public key is provided with full X and Y values, but the (X, Y) point might not satisfy the `Y^2 == X^3 + aX + b mod P` math for the specific curve that is used. When those public keys aren't rejected, the attacker can select public keys such that each DeriveKey call will leak `d % r` where `d` is the private key and `r` comes from the relationship between the correct curve and the attacker selected curve. With enough leaked data the Chinese remainder theorem can be used to recover the full private key. Version 4.11.0 fixes the issue.
Metrics
NVD enrichment efforts reference publicly available information to associate
vector strings. CVSS information contributed by other sources is also
displayed.
By selecting these links, you will be leaving NIST webspace.
We have provided these links to other web sites because they
may have information that would be of interest to you. No
inferences should be drawn on account of other sites being
referenced, or not, from this page. There may be other web
sites that are more appropriate for your purpose. NIST does
not necessarily endorse the views expressed, or concur with
the facts presented on these sites. Further, NIST does not
endorse any commercial products that may be mentioned on
these sites. Please address comments about this page to [email protected].
Title: optee_os de OP-TEE, Description: OP-TEE es un Entorno de Ejecución Confiable (TEE) diseñado como compañero de un kernel de Linux no seguro ejecutándose en núcleos Arm; Cortex-A usando la tecnología TrustZone. Antes de la versión 4.11.0, en muchas de las rutas de secreto compartido ECDH, la clave pública no se verifica para ser un punto en la curva correcta. Al pasar aproximadamente 30-40 claves públicas manipuladas a OP-TEE, la clave privada puede ser reconstruida por un atacante del mundo normal. Al llamar a TEE_DeriveKey, la clave pública se proporciona con valores X e Y completos, pero el punto (X, Y) podría no satisfacer las matemáticas 'Y^2 == X^3 + aX + b mod P' para la curva específica que se utiliza. Cuando esas claves públicas no son rechazadas, el atacante puede seleccionar claves públicas de tal manera que cada llamada a DeriveKey filtrará 'd % r' donde 'd' es la clave privada y 'r' proviene de la relación entre la curva correcta y la curva seleccionada por el atacante. Con suficientes datos filtrados, el teorema chino del resto puede usarse para recuperar la clave privada completa. La versión 4.11.0 corrige el problema.
New CVE Received from GitHub, Inc.6/03/2026 3:16:38 PM
Action
Type
Old Value
New Value
Added
Description
OP-TEE is a Trusted Execution Environment (TEE) designed as companion to a non-secure Linux kernel running on Arm; Cortex-A cores using the TrustZone technology. Prior to version 4.11.0, on many of the ECDH shared secret paths, the public key isn't verified to be a point on the correct curve. By passing approximately 30-40 crafted public keys to OP-TEE, the private key can be reconstructed by a normal world attacker. When calling TEE_DeriveKey the public key is provided with full X and Y values, but the (X, Y) point might not satisfy the `Y^2 == X^3 + aX + b mod P` math for the specific curve that is used. When those public keys aren't rejected, the attacker can select public keys such that each DeriveKey call will leak `d % r` where `d` is the private key and `r` comes from the relationship between the correct curve and the attacker selected curve. With enough leaked data the Chinese remainder theorem can be used to recover the full private key. Version 4.11.0 fixes the issue.