I’m not an expert, but I don’t think there is a way to access protected paths without a token. For approle, the purpose, the purpose of the role_id and secret_id is to obtain token, and then use that token to access the data. Can’t the client use those to login and generate a new token?
Thanks for the response! I too am trying to read a secret using a token. The token is retrieved by passing the role_id and secret_id to the login api. However, every time I try to access the stored secret, I am getting a permission error.
Following are the overall steps that I have followed :
Logged in to Vault using root token
Created a secret path as ‘Secret1’ having a key-value pair
Is there any way you could paste in your configuration you have for your approle and your policy definitions? I think that would help troubleshoot this.
I know you kind of went over this already, but I don’t have any more ideas .
You said you were using cubbyhole. That usually mounts at /cubbyhole. I can’t think of anything else, maybe someone else has some ideas.
Cubbyholes are per-token; when the token expires, the cubbyhole is destroyed. So even if you’re using the same role_id and secret_id, if the token has changed the data you wrote to the cubbyhole can no longer be accessed.
Thanks for the response! I too am trying to read a secret using a token. The token is retrieved by passing the role_id and secret_id to the login api. However, every time I try to access the stored secret, I am getting a permission error.
Following are the overall steps that I have followed :
Logged in to Vault using root token
Created a secret path as ‘Secret1’ having a key-value pair