SecretsManager / Client / put_secret_value

put_secret_value#

SecretsManager.Client.put_secret_value(**kwargs)#

Creates a new version with a new encrypted secret value and attaches it to the secret. The version can contain a new SecretString value or a new SecretBinary value.

We recommend you avoid calling PutSecretValue at a sustained rate of more than once every 10 minutes. When you update the secret value, Secrets Manager creates a new version of the secret. Secrets Manager removes outdated versions when there are more than 100, but it does not remove versions created less than 24 hours ago. If you call PutSecretValue more than once every 10 minutes, you create more versions than Secrets Manager removes, and you will reach the quota for secret versions.

You can specify the staging labels to attach to the new version in VersionStages. If you don’t include VersionStages, then Secrets Manager automatically moves the staging label AWSCURRENT to this version. If this operation creates the first version for the secret, then Secrets Manager automatically attaches the staging label AWSCURRENT to it. If this operation moves the staging label AWSCURRENT from another version to this version, then Secrets Manager also automatically moves the staging label AWSPREVIOUS to the version that AWSCURRENT was removed from.

This operation is idempotent. If you call this operation with a ClientRequestToken that matches an existing version’s VersionId, and you specify the same secret data, the operation succeeds but does nothing. However, if the secret data is different, then the operation fails because you can’t modify an existing version; you can only create new ones.

Secrets Manager generates a CloudTrail log entry when you call this action. Do not include sensitive information in request parameters except SecretBinary or SecretString because it might be logged. For more information, see Logging Secrets Manager events with CloudTrail.

**Required permissions: ** secretsmanager:PutSecretValue. For more information, see IAM policy actions for Secrets Manager and Authentication and access control in Secrets Manager.

See also: AWS API Documentation

Request Syntax

response = client.put_secret_value(
    SecretId='string',
    ClientRequestToken='string',
    SecretBinary=b'bytes',
    SecretString='string',
    VersionStages=[
        'string',
    ]
)
Parameters:

  • SecretId (string) –

    [REQUIRED]

    The ARN or name of the secret to add a new version to.

    For an ARN, we recommend that you specify a complete ARN rather than a partial ARN. See Finding a secret from a partial ARN.

    If the secret doesn’t already exist, use CreateSecret instead.

  • ClientRequestToken (string) –

    A unique identifier for the new version of the secret.

    Note

    If you use the Amazon Web Services CLI or one of the Amazon Web Services SDKs to call this operation, then you can leave this parameter empty because they generate a random UUID for you. If you don’t use the SDK and instead generate a raw HTTP request to the Secrets Manager service endpoint, then you must generate a ClientRequestToken yourself for new versions and include that value in the request.

    This value helps ensure idempotency. Secrets Manager uses this value to prevent the accidental creation of duplicate versions if there are failures and retries during the Lambda rotation function processing. We recommend that you generate a UUID-type value to ensure uniqueness within the specified secret.

    • If the ClientRequestToken value isn’t already associated with a version of the secret then a new version of the secret is created.

    • If a version with this value already exists and that version’s SecretString or SecretBinary values are the same as those in the request then the request is ignored. The operation is idempotent.

    • If a version with this value already exists and the version of the SecretString and SecretBinary values are different from those in the request, then the request fails because you can’t modify a secret version. You can only create new versions to store new secret values.

    This value becomes the VersionId of the new version.

    This field is autopopulated if not provided.

  • SecretBinary (bytes) –

    The binary data to encrypt and store in the new version of the secret. To use this parameter in the command-line tools, we recommend that you store your binary data in a file and then pass the contents of the file as a parameter.

    You must include SecretBinary or SecretString, but not both.

    You can’t access this value from the Secrets Manager console.

  • SecretString (string) –

    The text to encrypt and store in the new version of the secret.

    You must include SecretBinary or SecretString, but not both.

    We recommend you create the secret string as JSON key/value pairs, as shown in the example.

  • VersionStages (list) –

    A list of staging labels to attach to this version of the secret. Secrets Manager uses staging labels to track versions of a secret through the rotation process.

    If you specify a staging label that’s already associated with a different version of the same secret, then Secrets Manager removes the label from the other version and attaches it to this version. If you specify AWSCURRENT, and it is already attached to another version, then Secrets Manager also moves the staging label AWSPREVIOUS to the version that AWSCURRENT was removed from.

    If you don’t include VersionStages, then Secrets Manager automatically moves the staging label AWSCURRENT to this version.

    • (string) –

Return type:

dict

Returns:

Response Syntax

{
    'ARN': 'string',
    'Name': 'string',
    'VersionId': 'string',
    'VersionStages': [
        'string',
    ]
}

Response Structure

  • (dict) –

    • ARN (string) –

      The ARN of the secret.

    • Name (string) –

      The name of the secret.

    • VersionId (string) –

      The unique identifier of the version of the secret.

    • VersionStages (list) –

      The list of staging labels that are currently attached to this version of the secret. Secrets Manager uses staging labels to track a version as it progresses through the secret rotation process.

      • (string) –

Exceptions

  • SecretsManager.Client.exceptions.InvalidParameterException

  • SecretsManager.Client.exceptions.InvalidRequestException

  • SecretsManager.Client.exceptions.LimitExceededException

  • SecretsManager.Client.exceptions.EncryptionFailure

  • SecretsManager.Client.exceptions.ResourceExistsException

  • SecretsManager.Client.exceptions.ResourceNotFoundException

  • SecretsManager.Client.exceptions.InternalServiceError

  • SecretsManager.Client.exceptions.DecryptionFailure

Examples

The following example shows how to create a new version of the secret. Alternatively, you can use the update-secret command.

response = client.put_secret_value(
    ClientRequestToken='EXAMPLE2-90ab-cdef-fedc-ba987EXAMPLE',
    SecretId='MyTestDatabaseSecret',
    SecretString='{"username":"david","password":"EXAMPLE-PASSWORD"}',
)

print(response)

Expected Output:

{
    'ARN': 'arn:aws:secretsmanager:us-west-2:123456789012:secret:MyTestDatabaseSecret-a1b2c3',
    'Name': 'MyTestDatabaseSecret',
    'VersionId': 'EXAMPLE2-90ab-cdef-fedc-ba987EXAMPLE',
    'VersionStages': [
        'AWSCURRENT',
    ],
    'ResponseMetadata': {
        '...': '...',
    },
}