Free HCVA0-003 Exam Braindumps
HashiCorp Certified: Vault Associate (003) Questions 81–85 (page: 18)

Updated On: 10-Feb-2026

An application is trying to use a dynamic secret in which the lease has expired.
What can be done in order for the application to successfully request data from Vault?

  1. Try the expired secret in hopes it hasn't been deleted yet
  2. Perform a lease renewal
  3. Request a new secret and associated lease
  4. Request the TTL be extended for the secret lease

Answer(s): C

Explanation:

Comprehensive and Detailed in Depth
Once a dynamic secret's lease expires, it cannot be renewed or reused; a new secret must be requested. The HashiCorp Vault documentation states: "A lease must be renewed before it has expired. Once it has expired, it is permanently revoked and a new secret must be requested." This means that after expiration, the secret is invalidated, and the application must obtain a new secret with a new lease to regain access.
Trying an expired secret (A) is futile as it's revoked. Performing a lease renewal (B) is impossible post- expiration, as the docs
Note: "Renewal must occur before the lease expires." Extending the TTL (D) isn't an option for an expired lease. Thus, C is the correct action.


Reference:

HashiCorp Vault Documentation - Leases: Lease Renew and Revoke



You are trying to create a new orphan token but receiving a Permission Denied error.
What capabilities are required to create this token without using a root token?

  1. write privileges on the path auth/token
  2. write privileges on the path sys/mounts
  3. sudo privileges on the path auth/token/create
  4. sudo privileges on the path sys/mounts/token

Answer(s): C

Explanation:

Comprehensive and Detailed in Depth
Creating an orphan token without a root token requires sudo privileges on the path auth/token/create. The HashiCorp Vault documentation states: "The following paths require a root token or sudo capability in the policy: auth/token/create POST Create a periodic or an orphan token (period or no_parent) option." Orphan tokens are not tied to a parent, requiring elevated permissions due to their standalone nature.
The docs further
Note: "Certain endpoints, such as creating orphan tokens, are root-protected and require either a root token or a policy with sudo capability on the specific path." write on auth/token (A) is insufficient without sudo. write on sys/mounts (B) and sudo on sys/mounts/token (D) are unrelated to token creation. Thus, C is correct.


Reference:

HashiCorp Vault Documentation - Policies: Root-Protected API Endpoints



What is the correct order that Vault uses to protect data?

  1. root key --> encryption key --> data
  2. unseal keys --> root key --> data
  3. root key --> data
  4. encryption key --> root key --> data

Answer(s): A

Explanation:

Comprehensive and Detailed in Depth
Vault protects data using a layered encryption process: root key --> encryption key --> data. The HashiCorp Vault documentation explains: "The data stored by Vault is encrypted. Vault needs the encryption key to decrypt it. The key is also stored with the data (in the keyring), but it is encrypted with another key known as the root key. Therefore, to decrypt the data, Vault must decrypt the encryption key, which requires the root key." This sequence ensures data security through multiple encryption layers.
The docs further clarify: "Unsealing is the process of accessing this root key. The root key is stored alongside all Vault data but is encrypted by yet another mechanism: the unseal key. To recap: most Vault data is encrypted using the encryption key in the keyring; the keyring is encrypted by the root key; and the root key is encrypted by the unseal key." Option B includes unseal keys but omits the encryption key's role. C and D misrepresent the order. Thus, A is correct.


Reference:

HashiCorp Vault Documentation - Seal Concepts



Which statement most accurately describes how the response wrapping feature functions in Vault?

  1. Vault takes the response it would have sent to an HTTP client and instead inserts it into the cubbyhole of a single-use token, returning that single-use token instead.
  2. Vault encrypts the response with a dedicated key and sends it directly to the client, never storing it on the server or using single-use tokens for additional security.
  3. Vault divides the response into separate parts and stores each part in different tokens, requiring all tokens to be combined before disclosing the secret to the requesting client.
  4. Vault duplicates the response within a persistent token and allows multiple unwraps, ensuring that any user with the correct token can retrieve the secret repeatedly without time restrictions.

Answer(s): A

Explanation:

Comprehensive and Detailed in Depth
The response wrapping feature in Vault functions by securing responses in a single-use token's cubbyhole. The HashiCorp Vault documentation states: "To help address this problem, Vault includes a feature called response wrapping.
When requested, Vault can take the response it would have sent to an HTTP client and instead insert it into the cubbyhole of a single-use token, returning that single- use token instead." This ensures the response is accessible only once by the intended recipient. The docs further explain: "Logically speaking, the response is wrapped by the token, and retrieving it requires an unwrap operation against this token. Functionally speaking, the token provides authorization to use an encryption key from Vault's keyring to decrypt the data." Options B, C, and D misrepresent this process--no dedicated key encryption, no splitting into multiple tokens, and no persistent multi-use tokens occur. Thus, A is correct.


Reference:

HashiCorp Vault Documentation - Response Wrapping



Which of the following auth methods is the best choice for human interaction with Vault (as opposed to machine/system authentication)?

  1. Kubernetes
  2. AppRole
  3. TLS
  4. OIDC

Answer(s): D

Explanation:

Comprehensive and Detailed in Depth
For human interaction with Vault, OIDC (OpenID Connect) is the best choice. The HashiCorp Vault documentation states: "Out of the selections provided, OIDC is the best choice since OIDC

authentication uses the user's web browser to complete the authentication request. This is not well suited for machine-to-machine authentication." OIDC leverages identity providers (e.g., AzureAD, Google) for user-friendly authentication via browser-based flows. The docs add: "The other options of Kubernetes, AppRole, and TLS are more geared towards application/machine/system authentication since they aren't human-friendly." Kubernetes suits cluster workloads, AppRole is for machines, and TLS secures communication, not human logins. Thus, D (OIDC) is correct.


Reference:

HashiCorp Vault Documentation - Authentication Methods



Viewing page 18 of 58
Viewing questions 86 - 90 out of 285 questions


Post your Comments and Discuss HashiCorp HCVA0-003 exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!