mirror of
https://github.com/grafana/grafana.git
synced 2025-02-25 18:55:37 -06:00
* Enable doc-validator for specific directories Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Fix one linting error to trigger CI Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Update doc-validator to latest release Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Update make-docs procedure Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Use doc-validator version from CI in local make target Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Revert to 1.11.0 Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * adds missing descriptions * Fix titles and headings Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Fix link formats Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Fix easy to resolve anchors Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Remove broken anchor link This anchor appears to have been broken for a long time. Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Use doc-validator image with support for numbered anchors Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Update make-docs procedure to support doc-validator 2.0.x Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Fix a bunch of broken anchors Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Ignore old whatsnew content Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * Update doc-validator to v2.0.x and use reviewdog to report errors Signed-off-by: Jack Baldry <jack.baldry@grafana.com> * removes broken links --------- Signed-off-by: Jack Baldry <jack.baldry@grafana.com> Co-authored-by: Chris Moyer <chris.moyer@grafana.com>
85 lines
5.9 KiB
Markdown
85 lines
5.9 KiB
Markdown
---
|
||
aliases:
|
||
- ../../../enterprise/enterprise-encryption/using-aws-kms-to-encrypt-database-secrets/
|
||
description: Learn how to use AWS KMS to encrypt secrets in the Grafana database.
|
||
title: Encrypt database secrets using AWS KMS
|
||
weight: 300
|
||
---
|
||
|
||
# Encrypt database secrets using AWS KMS
|
||
|
||
You can use an encryption key from AWS Key Management Service to encrypt secrets in the Grafana database.
|
||
|
||
**Prerequisites:**
|
||
|
||
- An AWS account with permission to view and create KMS keys and programmatic credentials to access those keys
|
||
- Access to the Grafana [configuration]({{< relref "../../../configure-grafana#configuration-file-location" >}}) file
|
||
|
||
1. Create a symmetric API key either from the AWS Management Console or by using the AWS KMS API.
|
||
<br><br>For detailed instructions, refer to [Creating keys](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html).
|
||
|
||
2. Retrieve the Key ID.
|
||
<br><br>In AWS terms, this can be a key ID, a key ARN (Amazon Resource Name), an alias name, or an alias ARN. For more information about how to retrieve a key ID from AWS, refer to [Finding the key ID and key ARN](https://docs.aws.amazon.com/kms/latest/developerguide/find-cmk-id-arn.html).
|
||
|
||
3. Create a [programmatic credential](https://docs.aws.amazon.com/general/latest/gr/aws-sec-cred-types.html#access-keys-and-secret-access-keys) (access key ID and secret access key), which has permission to view the key that you created.
|
||
<br><br>In AWS, you can control access to your KMS keys by using [key policies](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html), [IAM policies](https://docs.aws.amazon.com/kms/latest/developerguide/iam-policies.html), and [grants](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html). You can also create [temporary credentials](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_use-resources.html), which must provide a session token along with an access key ID and a secret access key.
|
||
|
||
4. From within Grafana, turn on envelope encryption.
|
||
5. Add your AWS KMS details to the Grafana configuration file; depending on your operating system, it is usually named `grafana.ini`:
|
||
<br><br>a. Add a new section to the configuration file, with a name in the format of `[security.encryption.awskms.<KEY-NAME>]`, where `<KEY-NAME>` is any name that uniquely identifies this key among other provider keys.
|
||
<br><br>b. Fill in the section with the following values:
|
||
<br>
|
||
|
||
- `key_id`: a reference to a key stored in the KMS. This can be a key ID, a key Amazon Resource Name (ARN), an alias name, or an alias ARN. If you are using an alias, use the prefix `alias/`. To specify a KMS key in a different AWS account, use its ARN or alias. For more information about how to retrieve a key ID from AWS, refer to [Finding the key ID and key ARN](https://docs.aws.amazon.com/kms/latest/developerguide/find-cmk-id-arn.html).<br>
|
||
| `key_id` option | Example value |
|
||
| --- | --- |
|
||
| Key ID | `1234abcd-12ab-34cd-56ef-1234567890ab` |
|
||
| Key ARN | `arn:aws:kms:us-east-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab` |
|
||
| Alias name | `alias/ExampleAlias` |
|
||
| Alias ARN | `arn:aws:kms:us-east-2:111122223333:alias/ExampleAlias` |
|
||
|
||
- `access_key_id`: The AWS Access Key ID that you previously generated.
|
||
- `secret_access_key`: The AWS Secret Access Key you previously generated.
|
||
- `region`: The AWS region where you created the KMS key. The region is contained in the key’s ARN. For example: `arn:aws:kms:*us-east-2*:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab`
|
||
|
||
An example of an AWS KMS provider section in the `grafana.ini` file is as follows:
|
||
|
||
```
|
||
# AWS key management service provider setup
|
||
;[security.encryption.awskms.example-encryption-key]
|
||
# Reference to a KMS key - either key ID, key ARN, alias name, or ARN
|
||
;key_id = 1234abcd-12ab-34cd-56ef-1234567890ab
|
||
# AWS access key ID
|
||
;access_key_id = AKIAIOSFODNN7EXAMPLE
|
||
# AWS secret access key
|
||
;secret_access_key = wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
|
||
# AWS region, for example eu-north-1
|
||
;region = eu-north-1
|
||
```
|
||
|
||
6. Update the `[security]` section of the `grafana.ini` configuration file with the new Encryption Provider key that you created:
|
||
|
||
```
|
||
[security]
|
||
# previous encryption key, used for legacy alerts, decrypting existing secrets or used as default provider when external providers are not configured
|
||
secret_key = AaaaAaaa
|
||
# encryption provider key in the format <PROVIDER>.<KEY_NAME>
|
||
encryption_provider = awskms.example-encryption-key
|
||
# list of configured key providers, space separated
|
||
available_encryption_providers = awskms.example-encryption-key
|
||
```
|
||
|
||
**> Note:** The encryption key that is stored in the `secret_key` field is still used by Grafana’s legacy alerting system to encrypt secrets, for decrypting existing secrets, or it is used as the default provider when external providers are not configured. Do not change or remove that value when adding a new KMS provider.
|
||
|
||
7. [Restart Grafana](/docs/grafana/latest/installation/restart-grafana/).
|
||
|
||
8. (Optional) From the command line and the root directory of Grafana, re-encrypt all of the secrets within the Grafana database with the new key using the following command:
|
||
|
||
`grafana cli admin secrets-migration re-encrypt`
|
||
|
||
If you do not re-encrypt existing secrets, then they will remain encrypted by the previous encryption key. Users will still be able to access them.
|
||
|
||
**> Note:** This process could take a few minutes to complete, depending on the number of secrets (such as data sources or alert notification channels) in your database. Users might experience errors while this process is running, and alert notifications might not be sent.
|
||
|
||
**> Note:** If you are updating this encryption key during the initial setup of Grafana before any data sources, alert notification channels, or dashboards have been created, then this step is not necessary because there are no secrets in Grafana to migrate.
|