Site icon EfmSoft

What does HRESULT 0x80280036 (TPM_E_NOTFIPS) mean?

 
Previous Next
TPM_E_INVALID_RESOURCE TPM_E_INVALID_FAMILY

TPM_E_NOTFIPS

Locate the first producer

TPM_E_NOTFIPS (0x80280036) belongs to TPM 1.2 command processing. The base What Is page already shows the short Windows message; the additional diagnostic value is that this result marks the requested TPM 1.2 command is available only while the TPM is operating in the required FIPS mode.

The first producer to identify for this HRESULT is the TPM 1.2 command decoder and state machine. TPM 1.2 is a command/response device with strict binary structures and stateful resources. Windows may present the device response as an HRESULT, but the diagnostic meaning still belongs to the command field, key, session, PCR, NV index or lifecycle check named by the TPM specification.

Read this result as its own boundary in a sequence, not as a verdict that every TPM feature is broken. The sequence reaches the requested TPM 1.2 command is available only while the TPM is operating in the required FIPS mode, and the component returns 0x80280036 before the application can safely assume that later key, attestation, boot or licensing work occurred.

Data to retain

Verification sequence

Query the mode and run a functionally similar command that is valid in the current state without changing production policy. Keep every other this result test condition unchanged. If the comparison reaches a later checkpoint, then the original the condition has been isolated even when a second defect remains.

Observed outcomeInterpretation
The exact request succeedsThe changed condition belongs to the rejected the requested TPM 1.2 command is available only while the TPM is operating in the required FIPS mode.
A more specific earlier code appearsPreserve the earlier result in the result trace; the previous trace probably lost the first producer.
The same code returns with identical bytesEscalate the persistent it with firmware, service and command evidence rather than broad configuration changes.
The code disappears only after destructive resetThe result experiment is not diagnostic because original protected state and evidence were removed.

Codes that answer different questions

Nearby constantWhy it is different
TPM_E_BAD_TYPEMake identity blob not properly typed — a separate checkpoint when compared with it.
TPM_E_NOTLOCALAttempt to reset a PCR register that requires locality and locality modifier not part of command transport — a separate checkpoint when compared with it.
TPM_E_NOTRESETABLEAttempt to reset a PCR register that does not have the resettable attribute — a separate checkpoint when compared with it.

For this page, the useful contrast is: TPM_E_BAD_SCHEME rejects a cryptographic scheme independent of whether the TPM is in FIPS mode.

Exit condition for the incident

Apply the narrow remedy: use a command valid for the active mode or provision a supported platform configuration through the vendor workflow. Do not clear ownership, delete keys or reset PCR-related state merely to see whether the message disappears; those actions can destroy the evidence and protected material while leaving serialization or command-order defects unchanged.

Close the incident only when the same API or TPM command passes with the intended hardware-backed behavior and the expected output can be independently validated.

References


Looking for a different code? Search another status or error code.

Exit mobile version