Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

1 Когда мы работаем с проектом через Terraform, важно сохранять в безопасности чувствительные данные. Для этого в Terraform есть секреты.

2 В этом уроке мы научимся использовать и хранить секреты, чтобы получить контроль над доступом к чувствительным данным и снизить риск их утечки.

3 В каждом проекте есть данные, которыми не стоит делиться с посторонними, например: токены, пароли, API-ключи для интеграций с другими сервисами. Их не следует хранить в коде в открытом виде.

4 Такие чувствительные данные в Terraform называютсясекретами.

5 Terraform позволяет использовать для хранения секретов:

6 <ul><li>Переменные окружения</li>

7 <li>Локальные файлы</li>

8 <li>Удаленные key-value хранилища: Hashicorp Vault или Yandex Lockbox</li>

9 </ul>Рассмотрим пример файла с переменными Terraform, в котором мы описываем инфрастуктуру:

10 Обычно такую информацию посторонний не сможет использовать нам во вред, даже если мы будем хранить ее в открытом виде.

11 Теперь добавим в файл значения с чувствительными данными:

12 Если запушить такой файл в удаленный репозиторий, это сделает инфрастуктуру уязвимой.

13 Любой человек, у которого есть доступ к этому репозиторию, сможет подключиться к нашему облаку и выполнить с ресурсами любые действия. Например, можно подложить свои ключи для авторизации на наши машины или извлечь ценные данные из базы.

14 Чтобы избежать таких проблем, нужно научиться хранить и управлять секретами. Начнем с объявления секретных переменных.

15 <h2>Как объявить секретные переменные</h2>

16 Когда мы объявляем секретные переменные, нужно минимизировать их появление в явном виде при выполнении команд. Для этого в Terraform используют параметр sensitive = true:

17 Это параметр задается для секретной переменной и скрывает значение переменной при выполнении terraform apply / terraform plan.

18 Когда выполняется terraform apply, передаваемая ресурсу переменная с паролем скрывается:

19 Поля, которые определяются с применением секретных переменных, будут показаны в выводе terraform как (sensitive value).

20 Мы корректно объявили все секретные переменные. Теперь нужно выбрать подходящее решение, чтобы передать эти переменные в инфраструктуру.

21 <h2>Как передавать секреты в инфраструктуру</h2>

22 По умолчанию Terraform позволяет передавать секреты интерактивно. Если Terraform видит объявленную переменную, но не знает ее значения, при выполнении terraform apply он попробует узнать значение у нас:

23 Например, мы можем ввести значение yc_iam_token в момент развертывания инфраструктуры.

24 Так можно не фиксировать секретные значения в проекте, а только объявлять переменные и вводить их вручную по факту выполнения terraform apply:

25 Это безопасный способ, но затратный по времени и силам, так как все секреты нужно вводить поочередно при выполнении любой операции Terraform. Также такой способ не подходит для автоматизации работы с инфраструктурой.

26 Рассмотрим, какие еще механики предлагает Terraform для передачи секретов.

27 <h2>Как передать секреты через командную строку</h2>

28 Чтобы не вводить секреты вручную поочередно, их можно передавать как дополнительные параметры -var при выполнении команд Terraform. В этом случае в параметре указываются имя и значение переменной, объявленной в Terraform:

29 Чтобы не передавать секреты в открытом виде, мы можем использовать переменные окружения:

30 Если нужно передать Terraform несколько секретов, последовательно добавляем параметры -var для каждого отдельного секрета:

31 Такое решение уже можно автоматизировать. Но при передаче секретов по одному скрипты Terraform придется изменять при появлении новых -var.

32 Также можно хранить переменные вида TF_VAR_* в environment сервера, с которого мы управляем инфраструктурой. Terraform распознает такие переменные, как адресованные ему. Это будет выглядеть так:

33 Такой способ удобен, так как экспортировать переменную нужно один раз. В этом случае в пределах текущей сессии терминала переменная будет передаваться всем командам Terraform.

34 В некоторых случаях переменных окружения будет достаточно для работы с инфраструктурой Terraform. Но этот подход управления секретами может запутывать. В моменте мы не сможем сказать однозначно, с какими секретами работаем, пока не просмотрим их значения в окружении.

35 Чтобы получить больший контроль над секретами и их применением, посмотрим в сторону файлов.

36 <h2>Как хранить секреты в файле</h2>

37 Чтобы хранить секреты, часто используется файл переменных окружения .env в корне проекта. В нем описываются необходимые приложению параметры, секреты, пароли и ключи.

38 Terraform пока не поддерживает работу с файлами переменных окружения. Например, мы можем положить в проект с Terraform файл .env с таким содержимым:

39 Terraform не увидит этот файл. Но он умеет похожим образом подключать файлы с переменными в форматах .tfvars или .tfvars.json.

40 Сохраним наши чувствительные данные в отдельный файл с расширением .tfvars:

41 Назовем этот файл secret.tfvars и добавим в директорию с проектом Terraform. Далее его можно будет подключить при выполнении команд Terraform через параметр -var-file:

42 Все переменные, описанные в файле, будут переданы инфраструктуре Terraform.

43 Terraform позволяет подключить несколько файлов одновременно. Мы можем разнести секреты по разным файлам. Это будет зависеть от их целевого назначения или от того, на какое окружение разворачиваем инфраструктуру.

44 Например, вынесем из созданного ранее secret.tfvars секреты базы данных в отдельный файл и назовем его secret.db.tfvars:

45 secret.tfvars

46 secret.db.tfvars

47 Попробуем подключить два файла сразу:

48 Результат будет таким же, как при использовании единого файла. Terraform получит значения из всех подключенных файлов.

49 Это можно использовать для уменьшения дублирования кода. К примеру, вы пользуетесь одним облаком и используете один токен для всех своих проектов Terraform. В таком случае секреты облака можно хранить в отдельном файле и подключать этот файл ко всем своим проектам.

50 Что еще дает хранение секретов в .tfvars:

51 <ul><li>В .tfvars можно описывать переменные спискового и объектного типа</li>

52 <li>Они подчиняются приоритизации переменных Terraform</li>

53 <li>Есть вспомогательные инструменты, которые позволяют хранить такие файлы с секретами в зашифрованном виде</li>

54 </ul>Файлы с секретами и обычными переменными можно сохранять с именем вида *.auto.tfvars. Такие файлы не нужно явно подключать через -var-file - Terraform при выполнении команд будет подгружать их автоматически, если они находятся в директории Terraform.

55 Хранение секретов в файлах может поставить под вопрос их безопасность. Мы должны хранить файлы с секретами так, чтобы они не попали к постороннему.

56 <h2>Как защитить секреты от утечки</h2>

57 Любые файлы, в которых мы можем хранить незашифрованные секреты, нужно надежно защитить от утечки в сеть. Если мы храним проект с инфраструктурой в Git, важно случайно не добавить файл с секретами в коммит и отправить его в удаленный репозиторий.

58 Стоит сразу определить, как именовать секретные файлы Terraform, и добавить соответствующую маску в файл .gitignore проекта. Для примеров выше подойдет маска secret.*. Любые файлы, которые начинаются с secret., будут игнорироваться Git, в том числе наши файлы secret.tfvars и secret.db.tfvars. Они будут храниться только у нас на машине либо в удаленном защищенном менеджере ключей.

59 Еще нужно уделить внимание файлу состояния инфраструктуры - tfstate. По умолчанию tfstate сохраняется локально и содержит поля всех созданных в инфраструктуре ресурсов.

60 Создадим инфраструктуру с секретными полями:

61 Теперь посмотрим, что сохранится в tfstate:

62 В tfstate все секретные параметры ресурсов хранятся в открытом виде независимо от их свойства sensitive. Такой tfstate позволяет получить адрес базы данных, а также логин и пароль ее владельца.

63 Получается, что любые файлы состояния тоже нужно игнорировать в Git, если мы хотим защитить доступ к нашим ресурсам.

64 Чтобы в удаленный репозиторий не попало ничего секретного, .gitignore в проекте с Terraform должен выглядеть примерно так:

65 secret.* *.tfstate *.tfstate.*

66 Игнорирование .tfstate ограничит возможность управлять инфраструктурой с разных машин, так как состояние инфраструктуры будет храниться только там, где мы ее создали. Позже мы найдем решение этой проблемы, когда познакомимся с удаленными бэкендами Terraform.

67 <h2>Выводы</h2>

68 Любые переменные, значения которых потенциально могут давать доступ к нашей инфраструктуре или данным, следует интерпретировать как секреты. Такие переменные нужно объявлять с параметром sensitive = true, чтобы ограничить их отображение в консоли Terraform.

69 Секреты можно передавать через окружение с помощью экспорта в него переменных, которые начинаются на TF_VAR_*. Также секреты можно хранить в проекте в отдельных файлах формата .tfvars.

70 Нужно позаботиться, чтобы файлы с секретами не попали в публичные репозитории. Для этого любые секретные файлы с переменными, а также файлы *.tfstate, которые содержат параметры ресурсов Terraform в явном виде, нужно добавить в .gitignore проекта.