¿Qué significa el código HRESULT 0x80280905 (TPM_20_E_SESSION_HANDLES)?

TPM_20_E_SESSION_HANDLES

Qué significa TPM_20_E_SESSION_HANDLES

TPM_20_E_SESSION_HANDLES corresponde al HRESULT 0x80280905. La descripción de Windows es «TPM 2.0: se han agotado los identificadores de sesión; debe liberarse una sesión antes de crear otra nueva.».

Cómo distinguir la condición «session handles» de otros TPM

• TPM_20_E_NV_LOCKED corresponde a «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 «session handles» tuviera la misma causa.
• TPM_20_E_HIERARCHY acota «TPM 2.0: la jerarquía no está habilitada o no es adecuada para este uso.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «session handles» tuviera la misma causa.
• TPM_20_E_YIELDED describe «TPM 2.0: el TPM ha suspendido el comando después de realizar algún progreso; puede intentarse de nuevo.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «session handles» tuviera la misma causa.
• TPM_20_E_OBJECT_HANDLES se usa para «TPM 2.0: se han agotado los identificadores de objetos; el espacio de identificadores está lleno y se requiere reiniciar.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «session handles» tuviera la misma causa.
• TPM_20_E_HANDLE identifica «TPM 2.0: el identificador no es válido para este uso.». Si aparece ese código al cambiar una sola precondición, registra el cambio como una fase diferente: no demuestra que la condición «session handles» 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: se han agotado los identificadores de sesión; debe liberarse una sesión antes de crear otra nueva.», 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 «session + handles», 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: se han agotado los identificadores de sesión; debe liberarse una sesión antes de crear otra nueva.» 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