¿Qué significa el código HRESULT 0x80280902 (TPM_20_E_OBJECT_MEMORY)?

TPM_20_E_OBJECT_MEMORY

Qué significa TPM_20_E_OBJECT_MEMORY

TPM_20_E_OBJECT_MEMORY corresponde al HRESULT 0x80280902. La descripción de Windows es «TPM 2.0: no hay memoria suficiente para los contextos de objetos.».

Cómo distinguir la condición «object memory» de otros TPM

• TPM_20_E_NV_RANGE se usa para «TPM 2.0: la suma del desplazamiento y el tamaño de NV está fuera del intervalo permitido.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «object memory» tuviera la misma causa.
• TPM_20_E_BAD_AUTH identifica «TPM 2.0: error de autorización sin implicaciones para la protección DA.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «object memory» tuviera la misma causa.
• TPM_20_E_LOCALITY corresponde a «TPM 2.0: la localidad no es válida.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «object memory» tuviera la misma causa.
• TPM_20_E_TESTING acota «TPM 2.0: el TPM está realizando autocomprobaciones.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «object memory» tuviera la misma causa.
• TPM_20_E_NV_LOCKED describe «TPM 2.0: el acceso a NV está bloqueado.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «object memory» tuviera la misma causa.

Acción específica y criterio de salida

La corrección queda validada cuando deja de cumplirse exactamente «TPM 2.0: no hay memoria suficiente para los contextos de objetos.», el comando original completa desde un contexto recién creado y una consulta posterior confirma que no se alteró un objeto, índice NV, policy o jerarquía ajenos al caso.

Prueba diferencial adicional

Para «object + memory», repite la operación desde una sesión recién creada, compara los parámetros byte a byte con la reproducción inicial y confirma que el estado persistente relacionado permanece coherente. El criterio de salida no es “otro HRESULT”: debe completarse el comando que antes devolvía «TPM 2.0: no hay memoria suficiente para los contextos de objetos.» sin introducir una condición nueva en los planos anteriores.

Referencias técnicas

• Microsoft: TPM Base Services
• Microsoft: TPM overview
• Trusted Computing Group: TPM specifications