[ aws . secretsmanager ]
Stores a new encrypted secret value in the specified secret. To do this, the operation creates a new version and attaches it to the secret. The version can contain a new SecretString
value or a new SecretBinary
value. You can also specify the staging labels that are initially attached to the new version.
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.
If this operation creates the first version for the secret then Secrets Manager automatically attaches the staging label AWSCURRENT
to the new version.
If you do not specify a value for VersionStages then Secrets Manager automatically moves the staging label AWSCURRENT
to this new version.
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 a version with a VersionId
with the same value as the ClientRequestToken
parameter already exists 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 cannot modify an existing version; you can only create new ones.
Note
If you call an operation to encrypt or decrypt the
SecretString
orSecretBinary
for a secret in the same account as the calling user and that secret doesn’t specify a Amazon Web Services KMS encryption key, Secrets Manager uses the account’s default Amazon Web Services managed customer master key (CMK) with the aliasaws/secretsmanager
. If this key doesn’t already exist in your account then Secrets Manager creates it for you automatically. All users and roles in the same Amazon Web Services account automatically have access to use the default CMK. Note that if an Secrets Manager API call results in Amazon Web Services creating the account’s Amazon Web Services-managed CMK, it can result in a one-time significant delay in returning the result.If the secret resides in a different Amazon Web Services account from the credentials calling an API that requires encryption or decryption of the secret value then you must create and use a custom Amazon Web Services KMS CMK because you can’t access the default CMK for the account using credentials from a different Amazon Web Services account. Store the ARN of the CMK in the secret when you create the secret or when you update it by including it in the
KMSKeyId
. If you call an API that must encrypt or decryptSecretString
orSecretBinary
using credentials from a different account then the Amazon Web Services KMS key policy must grant cross-account access to that other account’s user or role for both the kms:GenerateDataKey and kms:Decrypt operations.
Minimum permissions
To run this command, you must have the following permissions:
secretsmanager:PutSecretValue
kms:GenerateDataKey - needed only if you use a customer-managed Amazon Web Services KMS key to encrypt the secret. You do not need this permission to use the account’s default Amazon Web Services managed CMK for Secrets Manager.
Related operations
To retrieve the encrypted value you store in the version of a secret, use GetSecretValue .
To create a secret, use CreateSecret .
To get the details for a secret, use DescribeSecret .
To list the versions attached to a secret, use ListSecretVersionIds .
See also: AWS API Documentation
See ‘aws help’ for descriptions of global parameters.
put-secret-value
--secret-id <value>
[--client-request-token <value>]
[--secret-binary <value>]
[--secret-string <value>]
[--version-stages <value>]
[--cli-input-json | --cli-input-yaml]
[--generate-cli-skeleton <value>]
--secret-id
(string)
Specifies the secret to which you want to add a new version. You can specify either the Amazon Resource Name (ARN) or the friendly name of the secret. The secret must already exist.
For an ARN, we recommend that you specify a complete ARN rather than a partial ARN.
--client-request-token
(string)
(Optional) Specifies 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 SDK to call this operation, then you can leave this parameter empty. The CLI or SDK generates a random UUID for you and includes that in the request. 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’s 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
orSecretBinary
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
andSecretBinary
values are different from those in the request then the request fails because you cannot modify an existing secret version. You can only create new versions to store new secret values.This value becomes the
VersionId
of the new version.
--secret-binary
(blob)
(Optional) Specifies binary data that you want 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 use the appropriate technique for your tool to pass the contents of the file as a parameter. Either
SecretBinary
orSecretString
must have a value, but not both. They cannot both be empty.This parameter is not accessible if the secret using the Secrets Manager console.
--secret-string
(string)
(Optional) Specifies text data that you want to encrypt and store in this new version of the secret. Either
SecretString
orSecretBinary
must have a value, but not both. They cannot both be empty.If you create this secret by using the Secrets Manager console then Secrets Manager puts the protected secret text in only the
SecretString
parameter. The Secrets Manager console stores the information as a JSON structure of key/value pairs that the default Lambda rotation function knows how to parse.For storing multiple values, we recommend that you use a JSON text string argument and specify key/value pairs. For more information, see Specifying parameter values for the Amazon Web Services CLI in the Amazon Web Services CLI User Guide.
--version-stages
(list)
(Optional) Specifies a list of staging labels that are attached to this version of the secret. These staging labels are used to track the versions through the rotation process by the Lambda rotation function.
A staging label must be unique to a single version of the secret. If you specify a staging label that’s already associated with a different version of the same secret then that staging label is automatically removed from the other version and attached to this version.
If you do not specify a value for
VersionStages
then Secrets Manager automatically moves the staging labelAWSCURRENT
to this new version.(string)
Syntax:
"string" "string" ...
--cli-input-json
| --cli-input-yaml
(string)
Reads arguments from the JSON string provided. The JSON string follows the format provided by --generate-cli-skeleton
. If other arguments are provided on the command line, those values will override the JSON-provided values. It is not possible to pass arbitrary binary values using a JSON-provided value as the string will be taken literally. This may not be specified along with --cli-input-yaml
.
--generate-cli-skeleton
(string)
Prints a JSON skeleton to standard output without sending an API request. If provided with no value or the value input
, prints a sample input JSON that can be used as an argument for --cli-input-json
. Similarly, if provided yaml-input
it will print a sample input YAML that can be used with --cli-input-yaml
. If provided with the value output
, it validates the command inputs and returns a sample output JSON for that command.
See ‘aws help’ for descriptions of global parameters.
To store a secret value in a new version of a secret
The following example shows how to create a new version of the secret. Alternatively, you can use the update-secret
command.
aws secretsmanager put-secret-value --secret-id MyTestDatabaseSecret \
--secret-string file://mycreds.json
The output shows the following:
{
"ARN": "arn:aws:secretsmanager:us-west-2:128716708097:secret:MyTestDatabaseSecret-Ca8JGt",
"Name": "MyTestDatabaseSecret",
"VersionId": "dd47d3af-7095-4da5-a267-11707c060178",
"VersionStages": [
"AWSCURRENT"
]
}
ARN -> (string)
The Amazon Resource Name (ARN) for the secret for which you just created a version.
Name -> (string)
The friendly name of the secret for which you just created or updated a version.
VersionId -> (string)
The unique identifier of the version of the secret you just created or updated.
VersionStages -> (list)
The list of staging labels that are currently attached to this version of the secret. Staging labels are used to track a version as it progresses through the secret rotation process.
(string)