Update Secret
Update secret properties and/or rotate credentials.
Required Role: ADMIN or OWNER
Updatable fields:
- name: Rename the secret
- description: Update description
- secret_type: Change provider type (validates linked locations match)
- auth_method: Change auth mechanism (must be valid for secret_type)
- credentials: Rotate credentials (AWS SSM Parameter Store secrets only)
- field_mappings: Update vault references (external vault secrets only)
Validation rules:
- If changing secret_type, all linked locations must have matching location_type
- If changing auth_method, must be valid for the (new or existing) secret_type
- External vault secrets cannot have credentials updated (manage in your vault)
- AWS SSM Parameter Store secrets cannot have field_mappings updated (use credentials)
- Cannot provide both credentials and field_mappings in the same request
Immutable field:
- vault_connection_id (cannot change vault provider after creation)
Security Note: Credentials are stored encrypted in Vault. The response will NOT include the credentials.
Documentation Index
Fetch the complete documentation index at: https://docs.dataraven.io/llms.txt
Use this file to discover all available pages before exploring further.
Authorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Body
Schema for updating secret properties and/or rotating credentials.
All fields are optional - only include fields you want to update.
Updatable fields:
- name: Rename the secret
- description: Update description
- secret_type: Change provider type (validates linked locations match)
- auth_method: Change auth mechanism (validates it's valid for secret_type)
- credentials: Rotate credentials (AWS SSM Parameter Store secrets only)
- field_mappings: Update vault references (external vault secrets only)
Validation rules:
- If changing secret_type, all linked locations must have matching location_type
- If changing auth_method, must be valid for the (new or existing) secret_type
- If providing credentials, they are validated against the (new or existing) auth_method
- External vault secrets cannot have credentials updated (manage in your vault)
- AWS SSM Parameter Store secrets cannot have field_mappings updated (use credentials)
- Cannot provide both credentials and field_mappings in the same update
1 - 2552000Change provider type
s3, azure_blob, gcs, r2, b2, wasabi, railway, oracle_object_storage_s3, s3_compatible, tigris, digitalocean_spaces, hetzner, rabata Change auth mechanism
s3_access_key, r2_access_key, wasabi_access_key, railway_access_key, oracle_object_storage_s3_access_key, s3_compatible_access_key, tigris_access_key, digitalocean_spaces_access_key, hetzner_access_key, rabata_access_key, azure_account_key, azure_sas_url, gcs_service_account, b2_application_key New credentials (AWS SSM Parameter Store only)
Updated field mappings (external vault only)
Response
Successful Response
Schema for secret metadata response (without credentials).
Credentials are NEVER returned in any API response.
Cloud storage provider types.
s3, azure_blob, gcs, r2, b2, wasabi, railway, oracle_object_storage_s3, s3_compatible, tigris, digitalocean_spaces, hetzner, rabata Authentication mechanism identifiers for cloud storage credentials.
Each provider may support one or more authentication methods. Explicit names ensure clarity and make it easy to add new methods.
s3_access_key, r2_access_key, wasabi_access_key, railway_access_key, oracle_object_storage_s3_access_key, s3_compatible_access_key, tigris_access_key, digitalocean_spaces_access_key, hetzner_access_key, rabata_access_key, azure_account_key, azure_sas_url, gcs_service_account, b2_application_key