Настройка прав доступа к ключевой паре электронной подписи

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

Чтобы назначить роль на асимметричную ключевую пару электронной подписи:

1. Посмотрите описание команды CLI для назначения роли:

   yc kms asymmetric-signature-key add-access-binding --help
   

2. Получите список ключевых пар электронной подписи вместе с их идентификаторами:

   yc kms asymmetric-signature-key list
   

3. Получите идентификатор пользователя, сервисного аккаунта или группы пользователей, которым назначаете роль.

4. С помощью одной из команд ниже назначьте роль:

   • Пользователю:

     yc kms asymmetric-signature-key add-access-binding \
       --id <идентификатор_ключевой_пары> \
       --role <роль> \
       --user-account-id <идентификатор_пользователя>
     

   • Федеративному пользователю:

     yc kms asymmetric-signature-key add-access-binding \
       --id <идентификатор_ключевой_пары> \
       --role <роль> \
       --subject federatedUser:<идентификатор_пользователя>
     

   • Сервисному аккаунту:

     yc kms asymmetric-signature-key add-access-binding \
       --id <идентификатор_ключевой_пары> \
       --role <роль> \
       --service-account-id <идентификатор_сервисного_аккаунта>
     

   • Группе пользователей:

     yc kms asymmetric-signature-key add-access-binding \
       --id <идентификатор_ключевой_пары> \
       --role <роль> \
       --subject group:<идентификатор_группы>
     

Terraform позволяет быстро создать облачную инфраструктуру в Yandex Cloud и управлять ею с помощью файлов конфигураций. В файлах конфигураций хранится описание инфраструктуры на языке HCL (HashiCorp Configuration Language). При изменении файлов конфигураций Terraform автоматически определяет, какая часть вашей конфигурации уже развернута, что следует добавить или удалить.

Terraform распространяется под лицензией Business Source License, а провайдер Yandex Cloud для Terraform — под лицензией MPL-2.0.

Подробную информацию о ресурсах провайдера смотрите в документации на сайте Terraform или в зеркале.

Если у вас еще нет Terraform, установите его и настройте провайдер Yandex Cloud.

Чтобы назначить роль на асимметричную ключевую пару электронной подписи с помощью Terraform:

1. Опишите в конфигурационном файле Terraform параметры ресурсов, которые необходимо создать:

   resource "yandex_kms_asymmetric_signature_key" "key-viewers" {
     asymmetric_signaturen_key_id  = "<идентификатор_ключевой_пары>"
     role                          = "<роль_1>"
     members                       = ["<тип_субъекта>:<идентификатор_субъекта>"]
   }
   

   Где:

   • asymmetric_signaturen_key_id — идентификатор ключевой пары электронной подписи.
   • role — назначаемая роль.
   • members — список типов и идентификаторов субъектов, которым назначается роль. Указывается в формате userAccount:<идентификатор_пользователя> или serviceAccount:<идентификатор_сервисного_аккаунта>.

   Подробнее о параметрах ресурса yandex_kms_asymmetric_signature_key см. в документации провайдера.

2. Создайте ресурсы:

   1. В терминале перейдите в папку, где вы отредактировали конфигурационный файл.

   2. Проверьте корректность конфигурационного файла с помощью команды:

      terraform validate
      

      Если конфигурация является корректной, появится сообщение:

      Success! The configuration is valid.
      

   3. Выполните команду:

      terraform plan
      

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

   4. Примените изменения конфигурации:

      terraform apply
      

   5. Подтвердите изменения: введите в терминале слово yes и нажмите Enter.

   Terraform создаст все требуемые ресурсы. Проверить появление ресурсов можно с помощью команды CLI:

   yc kms asymmetric-signature-key list-access-bindings <идентификатор_ключевой_пары>
   

Воспользуйтесь методом updateAccessBindings для ресурса AsymmetricSignatureKey или вызовом gRPC API AsymmetricSignatureKeyService/UpdateAccessBindings и передайте в запросе:

• Значение ADD в параметре access_binding_deltas[].action, чтобы добавить роль.
• Роль в параметре access_binding_deltas[].access_binding.role_id.
• Идентификатор субъекта, на кого назначается роль, в параметре access_binding_deltas[].access_binding.subject.id.
• Тип субъекта, на кого назначается роль, в параметре access_binding_deltas[].access_binding.subject.type.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

Чтобы назначить несколько ролей на ключевую пару электронной подписи:

1. Убедитесь, что на ключевую пару не назначены роли, которые вы не хотите потерять:

   yc kms asymmetric-signature-key list-access-bindings \
     --id <идентификатор_ключевой_пары>
   

2. Посмотрите описание команды CLI для назначения ролей:

   yc kms asymmetric-signature-key set-access-bindings --help
   

3. Получите список ключевых пар электронной подписи вместе с их идентификаторами:

   yc kms asymmetric-signature-key list
   

4. Получите идентификатор пользователя, сервисного аккаунта или группы пользователей, которым назначаете роли.

5. С помощью одной из команд ниже назначьте роли:

   • Пользователю с аккаунтом на Яндексе:

     yc kms asymmetric-signature-key set-access-bindings \
       --id <идентификатор_ключевой_пары> \
       --access-binding role=<роль>,user-account-id=<идентификатор_пользователя>
     

   • Федеративному пользователю:

     yc kms asymmetric-signature-key set-access-bindings \
       --id <идентификатор_ключевой_пары> \
       --access-binding role=<роль>,subject=federatedUser:<идентификатор_пользователя>
     

   • Сервисному аккаунту:

     yc kms asymmetric-signature-key set-access-bindings \
       --id <идентификатор_ключевой_пары> \
       --access-binding role=<роль>,service-account-id=<идентификатор_сервисного_аккаунта>
     

   • Группе пользователей:

     yc kms asymmetric-signature-key set-access-bindings \
       --id <идентификатор_ключевой_пары> \
       --access-binding role=<роль>,subject=group:<идентификатор_группы>
     

   Для каждой роли передайте отдельный параметр --access-binding. Пример:

   yc kms asymmetric-signature-key set-access-bindings \
     --id <идентификатор_ключевой_пары> \
     --access-binding role=<роль1>,service-account-id=<идентификатор_сервисного_аккаунта> \
     --access-binding role=<роль2>,service-account-id=<идентификатор_сервисного_аккаунта> \
     --access-binding role=<роль3>,service-account-id=<идентификатор_сервисного_аккаунта>
   

Terraform позволяет быстро создать облачную инфраструктуру в Yandex Cloud и управлять ею с помощью файлов конфигураций. В файлах конфигураций хранится описание инфраструктуры на языке HCL (HashiCorp Configuration Language). При изменении файлов конфигураций Terraform автоматически определяет, какая часть вашей конфигурации уже развернута, что следует добавить или удалить.

Terraform распространяется под лицензией Business Source License, а провайдер Yandex Cloud для Terraform — под лицензией MPL-2.0.

Подробную информацию о ресурсах провайдера смотрите в документации на сайте Terraform или в зеркале.

Если у вас еще нет Terraform, установите его и настройте провайдер Yandex Cloud.

Чтобы назначить несколько ролей на асимметричную ключевую пару электронной подписи с помощью Terraform:

1. Опишите в конфигурационном файле Terraform параметры ресурсов, которые необходимо создать:

   # Роль 1
   resource "yandex_kms_asymmetric_signature_key" "key-viewers" {
     asymmetric_signaturen_key_id = "<идентификатор_ключевой_пары>"
     role                         = "<роль_1>"
     members                      = ["<тип_субъекта>:<идентификатор_субъекта>"]
   }
   
   # Роль 2
   resource "yandex_kms_asymmetric_signature_key" "key-editors" {
     asymmetric_signaturen_key_id = "<идентификатор_ключевой_пары>"
     role                         = "<роль_2>"
     members                      = ["<тип_субъекта>:<идентификатор_субъекта>"]
   }
   

   Где:

   • asymmetric_signaturen_key_id — идентификатор ключевой пары электронной подписи.
   • role — назначаемая роль.
   • members — список типов и идентификаторов субъектов, которым назначается роль. Указывается в формате userAccount:<идентификатор_пользователя> или serviceAccount:<идентификатор_сервисного_аккаунта>.

   Подробнее о параметрах ресурса yandex_kms_asymmetric_signature_key см. в документации провайдера.

2. Создайте ресурсы:

   1. В терминале перейдите в папку, где вы отредактировали конфигурационный файл.

   2. Проверьте корректность конфигурационного файла с помощью команды:

      terraform validate
      

      Если конфигурация является корректной, появится сообщение:

      Success! The configuration is valid.
      

   3. Выполните команду:

      terraform plan
      

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

   4. Примените изменения конфигурации:

      terraform apply
      

   5. Подтвердите изменения: введите в терминале слово yes и нажмите Enter.

   Terraform создаст все требуемые ресурсы. Проверить появление ресурсов можно с помощью команды CLI:

   yc kms asymmetric-signature-key list-access-bindings <идентификатор_ключевой_пары>
   

Воспользуйтесь методом SetAccessBindings для ресурса AsymmetricSignatureKey или вызовом gRPC API AsymmetricSignatureKeyService/SetAccessBindings. Передайте в запросе массив из объектов, каждый из которых соответствует отдельной роли и содержит следующие данные:

• Роль в параметре access_bindings[].role_id.
• Идентификатор субъекта, на кого назначаются роли, в параметре access_bindings[].subject.id.
• Тип субъекта, на кого назначаются роли, в параметре access_bindings[].subject.type.