Permissions
There is no creator exception: a member can’t update or delete a secret they created themselves. Members don’t see the edit and delete controls on the secrets list — the row menu appears for admins only.

Update a secret
Rotate the value, rename the env-var key, or edit the description. Secret values are write-only: after a secret is saved, no one can view the value again, so rotation means overwriting it with a new value — the previous value can’t be retrieved.GUI
- In the sidebar, select Settings.
- Select Secrets under Account.
- Open the row menu on the secret and select Edit.
- Edit the Key or enter a new Value, then save. Every key-value pair is overwritten in this secret. (The secret name is fixed; description editing is CLI-only.)
CLI
Running workloads do not pick up updated secret values automatically. Restart the workload to use the new value.
Delete a secret
GUI
- In the sidebar, select Settings.
- Select Secrets under Account.
- Open the row menu on the secret and select Delete.
CLI
FAQ
Who can manage secrets?
Who can manage secrets?
Anyone in the organization can view secrets and create new ones. Updating or deleting a secret — including one the member created themselves — requires the Organization admin role, so members don’t see the edit and delete controls on the secrets list.
Do running workloads see updated secret values?
Do running workloads see updated secret values?
No. Secrets are injected at container start. Restart the workload to pick up the new value.
Can I reuse a deleted secret's name?
Can I reuse a deleted secret's name?
Yes. Deleted secrets are soft-deleted, so the name becomes available immediately. Pass
--include-deleted to vesslctl secret list to inspect the history.