Question 50
A device boot policy needs a hardware-backed measurement of the startup state to support trusted attestation. Which chip function is most relevant?
Explanation
Correct Answer
A trusted platform module can bind cryptographic operations to measured boot evidence. Key custody, confidentiality and integrity are distinct requirements: a tool that encrypts bytes is not automatically a valid source of identity, trust or hardware-backed attestation. The case turns on a device boot policy needs a hardware-backed measurement of the startup state to support trusted attestation; “A TPM sealing or attesting measurements tied to platform state” addresses that precise condition. “A Secure Boot allowlist alone without recorded TPM measurements” is not equivalent because an allowlist can reject unauthorized boot components but does not itself provide hardware-attested startup measurements.
Incorrect Answers
A firmware password can limit setup changes but cannot cryptographically attest measured startup state to a verifier. Authentication checks a claimant, but it does not automatically narrow resource privileges or invalidate a different leaked secret. In the reported situation, a device boot policy needs a hardware-backed measurement of the startup state to support trusted attestation. The effective mechanism is “A TPM sealing or attesting measurements tied to platform state”: a trusted platform module can bind cryptographic operations to measured boot evidence.
Disk encryption protects data at rest but does not supply an independent measurement of the boot chain. The evidence is a device boot policy needs a hardware-backed measurement of the startup state to support trusted attestation. Encryption addresses readability of protected data. Authentication, correct permissions and availability must still be enforced separately. By contrast, “A TPM sealing or attesting measurements tied to platform state” operates on the specific concern: a trusted platform module can bind cryptographic operations to measured boot evidence.
An allowlist can reject unauthorized boot components but does not itself provide hardware-attested startup measurements. Cryptographic controls differ by function: encryption conceals information, signatures provide integrity and signer authentication, and key management governs the secrets and trust supporting both. Here the decisive fact is a device boot policy needs a hardware-backed measurement of the startup state to support trusted attestation. “A TPM sealing or attesting measurements tied to platform state” matches that requirement because a trusted platform module can bind cryptographic operations to measured boot evidence.






CompTIA Security+ (SY0-701) Practice Tests