Создание трейла для загрузки аудитных логов

1. Создайте лог-группу, в которую будут загружаться аудитные логи.

2. Создайте сервисный аккаунт для трейла.

3. Назначьте роли сервисному аккаунту, чтобы трейл мог собирать и загружать логи:

   • logging.writer на лог-группу.

   • audit-trails.viewer на один из ресурсов, который определяет нужную область сбора логов:

     • Организация — чтобы собирать логи в выбранных облаках организации.
     • Облако — чтобы собирать логи в выбранных каталогах облака.
     • Каталог — чтобы собирать логи в этом каталоге.

     Права доступа наследуются от родительского ресурса к дочерним. Например, если сервисному аккаунту назначить роль на облако, то трейл, использующий этот аккаунт, сможет собирать логи ресурсов во всех каталогах этого облака. Однако трейл не сможет собирать логи в других облаках, принадлежащих организации, — для этого потребуется назначить роль на организацию.

4. Убедитесь, что у аккаунта, от имени которого вы собираетесь создавать трейл, есть необходимые роли:

   • audit-trails.editor на каталог, в котором будет находиться трейл.
   • iam.serviceAccounts.user на сервисный аккаунт для трейла.

1. Создайте поток данных, в который будут загружаться аудитные логи.

2. Создайте сервисный аккаунт для трейла.

3. Назначьте роли сервисному аккаунту, чтобы трейл мог собирать и загружать логи:

   • yds.writer на поток данных.

   • audit-trails.viewer на один из ресурсов, который определяет нужную область сбора логов:

     • Организация — чтобы собирать логи в выбранных облаках организации.
     • Облако — чтобы собирать логи в выбранных каталогах облака.
     • Каталог — чтобы собирать логи в этом каталоге.

     Права доступа наследуются от родительского ресурса к дочерним. Например, если сервисному аккаунту назначить роль на облако, то трейл, использующий этот аккаунт, сможет собирать логи ресурсов во всех каталогах этого облака. Однако трейл не сможет собирать логи в других облаках, принадлежащих организации, — для этого потребуется назначить роль на организацию.

4. Убедитесь, что у аккаунта, от имени которого вы собираетесь создавать трейл, есть необходимые роли:

   • audit-trails.editor на каталог, в котором будет находиться трейл.
   • iam.serviceAccounts.user на сервисный аккаунт для трейла.

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

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

Посмотрите описание команды CLI для создания трейла, чтобы получить подробную информацию о доступных аргументах:

yc audit-trails trail create --help

Трейл можно создать, указав его параметры одним из двух способов:

yc audit-trails trail create \
  --name <имя_трейла> \
  --description <описание_трейла> \
  --labels <список_меток> \
  --service-account-id <идентификатор_сервисного_аккаунта> \
  --destination-bucket <имя_бакета> \
  --destination-bucket-object-prefix <префикс_для_объектов> \
  --destination-log-group-id <идентификатор_лог_группы> \
  --destination-yds-stream <имя_потока_данных_YDS> \
  --destination-yds-database-id <идентификатор_базы_данных_YDS> \
  --filter-all-folder-id <идентификатор_каталога> \
  --filter-all-cloud-id <идентификатор_облака> \
  --filter-all-organisation-id <идентификатор_организации> \
  --filter-some-folder-ids <список_каталогов_в_облаке> \
  --filter-from-cloud-id <идентификатор_облака_с_выбранными_каталогами> \
  --filter-some-cloud-ids <список_облаков_в_организации> \
  --filter-from-organisation-id <идентификатор_организации_с_выбранными_облаками>

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

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

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

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

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

   resource "yandex_audit_trails_trail" "basic_trail" {
     name        = "<имя_трейла>"
     folder_id   = "<идентификатор_каталога>"
     description = "<описание_трейла>"
     labels = {
       key = "value"
     }
     service_account_id = "<идентификатор_сервисного_аккаунта>"
   
   
     # Должно быть указано только одно место назначения:
     # storage_destination , logging_destination, data_stream_destination
     # Настройки для всех мест назначения приведены для иллюстрации
   
     logging_destination {
       log_group_id = "<идентификатор_лог-группы>"
     }
     storage_destination {
       bucket_name   = "<идентификатор_бакета>"
       object_prefix = "<префикс>"
     }
     data_stream_destination {
       database_id = "<идентификатор_базы_данных_YDS>"
       stream_name = "<имя_потока_данных_YDS>"
     }
   
     # Настройки политики фильтрации
   
     filtering_policy {
       management_events_filter {
         resource_scope {
           resource_id   = "<идентификатор_организации>"
           resource_type = "resource-manager.organization"
         }
       }  
       data_events_filter {
         service = "<сервис>"
         included_events = ["<тип_событий_сервиса>","<тип_событий_сервиса_2>"]
         resource_scope {
           resource_id   = "<идентификатор_облака>"
           resource_type = "resource-manager.cloud"
         }
         resource_scope {
           resource_id   = "<идентификатор_каталога>"
           resource_type = "resource-manager.folder"
         }
       }
       data_events_filter {
         service = "<сервис_2>"
         resource_scope {
           resource_id   = "<идентификатор_облака_2>"
           resource_type = "resource-manager.cloud"
         }
         resource_scope {
           resource_id   = "<идентификатор_облака_3>"
           resource_type = "resource-manager.cloud"
         }
       }
       data_events_filter {
         service = "<сервис_3>"
         resource_scope {
           resource_id   = "<идентификатор_каталога_2>"
           resource_type = "resource-manager.folder"
         }
         resource_scope {
           resource_id   = "<идентификатор_каталога_3>"
           resource_type = "resource-manager.folder"
         }
       }
     }
   }
   

   Где:

   • name — имя создаваемого трейла. Требования к формату имени:

     • длина — от 2 до 63 символов;
     • может содержать строчные буквы латинского алфавита, цифры и дефисы;
     • первый символ — буква, последний — не дефис.

   • folder_id — идентификатор каталога, в котором создается трейл.

   • description — описание трейла, которое позволит отличать его от других трейлов. Например My very first trail. Необязательный параметр.

   • labels — список меток в формате ключ=значение. Необязательный параметр.

   • service_account_id — идентификатор сервисного аккаунта, от имени которого трейл будет загружать файлы аудитного лога в бакет.

     В зависимости от области сбора аудитных логов, сервисному аккаунту должна быть назначена роль audit-trails.viewer на организацию, облако или каталог, в которых трейл будет собирать аудитные логи.

   Важно

   Должно быть указано только одно место назначения: storage_destination , logging_destination или data_stream_destination.

   • logging_destination — загружать логи в лог-группу Yandex Cloud Logging.

     • log_group_id — идентификатор лог-группы, в которую трейл будет сохранять аудитные логи.

   • storage_destination — загружать логи в бакет Yandex Object Storage:

     • bucket_name — имя бакета, куда трейл будет сохранять аудитные логи.

     • object_prefix — префикс, который будет присвоен объектам с аудитными логами в бакете. Необязательный параметр, участвует в полном имени файла аудитного лога.

       Примечание

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

   • data_stream_destination — загружать логи в поток данных Yandex Data Streams:

     • stream_name — имя потока данных, в который трейл будет сохранять аудитные логи.
     • database_id — идентификатор базы данных Yandex Managed Service for YDB, которая используется потоком данных Data Streams.

   • filtering_policy — настройки политики фильтрации, которая определяет, какие события будут собираться и попадут в аудитные логи. Политика состоит из набора фильтров, которые относятся к разным уровням событий. Содержит объекты management_events_filter и data_events_filters.

     • management_events_filter — фильтр событий уровня конфигурации.

     • resource_scopes — область сбора логов. Можно комбинировать в одном параметре resource_scopes несколько областей, которые принадлежат одной организации. Например, собирать логи из одного облака целиком, а из другого — только из определенных каталогов. Права сервисного аккаунта должны позволять сбор логов из указанных областей.

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

       • resource_type — тип области согласно указанному идентификатору:

         • organization-manager.organization — организация;
         • resource-manager.cloud — облако;
         • resource-manager.folder — каталог.

     • data_events_filters — фильтры событий уровня сервисов. Можно настроить несколько фильтров такого типа — по одному для каждого сервиса. Фильтр для одного сервиса имеет следующую структуру:

       • service — имя сервиса, в котором трейл будет обрабатывать события. Его можно получить в справочнике событий уровня сервисов).
       • resource_scopes — места, откуда собирать события уровня сервисов. Этот параметр настраивается аналогично фильтру событий уровня конфигурации.
       • included_events — собирать только указанные события. Необязательный параметр. Если не указать, то будут собираться все события. Вместо included_events можно указать excluded_events — собирать все события, кроме указанных. Эти параметры — взаимоисключающие.
         Полный перечень событий можно получить в справочнике событий уровня сервисов.

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

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

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

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

      terraform validate
      

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

      Success! The configuration is valid.
      

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

      terraform plan
      

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

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

      terraform apply
      

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

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

   yc audit-trails trail get <имя_трейла>
   

Воспользуйтесь методом REST API create для ресурса Trail или вызовом gRPC API TrailService/Create.

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

   resource "yandex_audit_trails_trail" "basic_trail" {
     name               = "sample-trail-all-planes"
     folder_id          = "folder0***"
     service_account_id = "service0***"
   
     storage_destination {
       bucket_name  = "sample-logs-bucket"
     }
   
     filtering_policy {
       management_events_filter {
         resource_scope {
           resource_id   = "org1***"
           resource_type = "resource-manager.organization"
         }
       }  
       data_events_filter {
         service = "mdb.postgresql"
         excluded_events = ["yandex.cloud.audit.mdb.postgresql.CreateDatabase","yandex.cloud.audit.mdb.postgresql.UpdateDatabase"]
         resource_scope {
           resource_id   = "cloud1***"
           resource_type = "resource-manager.cloud"
         }
         resource_scope {
           resource_id   = "folder1***"
           resource_type = "resource-manager.folder"
         }
       }
       data_events_filter {
         service = "storage"
         resource_scope {
           resource_id   = "cloud2***"
           resource_type = "resource-manager.cloud"
         }
         resource_scope {
           resource_id   = "cloud3***"
           resource_type = "resource-manager.cloud"
         }
       }
       data_events_filter {
         service = "compute"
         resource_scope {
           resource_id   = "folder2***"
           resource_type = "resource-manager.folder"
         }
         resource_scope {
           resource_id   = "folder3***"
           resource_type = "resource-manager.folder"
         }
       }
     }
   }
   

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

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

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

      terraform validate
      

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

      Success! The configuration is valid.
      

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

      terraform plan
      

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

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

      terraform apply
      

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

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

   yc audit-trails trail get sample-trail-all-planes
   

Воспользуйтесь методом REST API create для ресурса Trail.

Чтобы воспользоваться примерами, установите cURL.

Пример ниже разработан для выполнения в операционных системах MacOS и Linux. Чтобы выполнить его в системе Windows, ознакомьтесь с особенностями работы с Bash в Microsoft Windows.

1. Получите IAM-токен, чтобы аутентифицироваться в API.

2. Сохраните полученный IAM-токен в переменную, выполните в терминале:

   export IAM_TOKEN=<IAM-токен>
   

3. Подготовьте файл body.json с телом запроса и описанием создаваемого трейла:

   {
     "folderId": "folder0**",
     "name": "sample-trail-all-planes",
     "description": "sample-trail",
     "destination": {
       "objectStorage": {
         "bucketId": "sample-logs-bucket"
       }
     },
     "serviceAccountId": "service0***",
     "filteringPolicy": {
       "managementEventsFilter": {
         "resourceScopes": [
           {
             "id": "org1***",
             "type": "resource-manager.organization"
           }
         ]
       },
       "dataEventsFilters": [
         {
           "service": "mdb.postgresql",
           "excludedEvents": {
             "eventTypes": [
               "yandex.cloud.audit.mdb.postgresql.CreateDatabase"
               ,"yandex.cloud.audit.mdb.postgresql.UpdateDatabase"
             ]
           },
           "resourceScopes": [
             {
               "id": "cloud1***",
               "type": "resource-manager.cloud"
             },
             {
               "id": "folder1***",
               "type": "resource-manager.folder"
             }
           ]
         },
         {
           "service": "storage",
           "resourceScopes": [
             {
               "id": "cloud2**",
               "type": "resource-manager.cloud"
             },
             {
               "id": "cloud3**",
               "type": "resource-manager.cloud"
             }
           ]
         },
         {
           "service": "compute",
           "resourceScopes": [
             {
               "id": "folder2**",
               "type": "resource-manager.folder"
             },
             {
               "id": "folder3**",
               "type": "resource-manager.folder"
             }
           ]
         }
       ]
     }
   }
   

4. Выполните в терминале запрос:

   curl \
     --request POST \
     --header "Authorization: Bearer ${IAM_TOKEN}" \
     --data "@<файл_с_телом_запроса>" \
     https://audittrails.api.cloud.yandex.net/audit-trails/v1/trails
   

   Где:

   • <файл_с_телом_запроса> — путь к созданному ранее файлу с телом запроса body.json.

   Результат:

   {
   "done": true,
   "metadata": {
     "@type": "type.googleapis.com/yandex.cloud.audittrails.v1.CreateTrailMetadata",
     "trailId": "cnpvprd5pa66********"
   },
   "id": "cnp9qb9g8ldb********",
   "description": "operation_create",
   "createdAt": "2025-02-20T07:06:18.547321903Z",
   "createdBy": "ajevfb0tjfts********",
   "modifiedAt": "2025-02-20T07:06:18.547321903Z"
   }