Чек-лист проверки корректности работы#

Корректность настройки Platform V ASOC Control Center осуществляется путем сборки приложения, параметры которого указаны в соответствующей ветке репозитория в файле pipeline.yml, с последующим запуском Jenkins job и публикацией в хранилище Nexus.

Проверка работоспособности модулей#

Проверка работоспособности модуля UI Личного кабинета#

Успешный вход в UI Личного кабинета является подтверждением его работоспособности.

Проверка работоспособности модуля Личный кабинет#

1. Убедиться, что поды asoc-personal-office в состоянии running.

2. Зайти в лог пода asoc-personal-office и убедиться в наличии сообщения:

      [asoc-personal-office] [main] ru.mycompany.asoc.personaloffice.Application: Started Application in 25.669 seconds (process running for ....)
   

Проверка работоспособности модуля Оркестратор#

1. Убедиться, что поды asoc-orchestrator в состоянии running.

2. Зайти в лог пода asoc-orchestrator и убедиться в наличии сообщения:

      [asoc-orchestrator] [main] ru.mycompany.asoc.orchestrator.Application: Started Application in 12.293 seconds (process running for ....)
   

Проверка работоспособности модуля SASTMASTER (Static Application Security Testing)#

1. Убедиться, что поды SASTMASTER в состоянии running.

2. Зайти в лог пода SASTMASTER и убедиться в наличии сообщения:

      [INFO]  starting server...
      [INFO]  starting server address::8080
      [INFO]  server starting
   

Проверка работоспособности анализаторов Infer, Gosec, Semgrep, GitLeaks не требуется, так как анализаторы запускаются при старте SASTMASTER.

Проверка работоспособности модуля SCAMASTER (Dependency track)#

1. Убедиться, что поды Dependency track в состоянии running.

2. Зайти в лог пода Dependency track и убедиться в наличии сообщения:

      [INFO]  INFO [AlpineServlet] Dependency-Track is ready
   

Проверка работоспособности модуля TASKMANAGER#

1. Убедиться, что поды TASKMANAGER в состоянии running.

2. Зайти в лог пода TASKMANAGER и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности сканера Infer#

1. Убедиться, что поды Infer в состоянии running.

2. Зайти в лог пода Infer и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности сканера Gosec#

1. Убедиться, что поды Gosec в состоянии running.

2. Зайти в лог пода Gosec и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности сканера Semgrep#

1. Убедиться, что поды Semgrep в состоянии running.

2. Зайти в лог пода Semgrep и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности сканера Gitleaks#

1. Убедиться, что поды Gitleaks в состоянии running.

2. Зайти в лог пода Gitleaks и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности сканера PTAI#

1. Убедиться, что поды PTAI в состоянии running.

2. Зайти в лог пода PTAI и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности сканера Svace#

1. Убедиться, что поды Svace в состоянии running.

2. Зайти в лог пода Svace и убедиться в наличии сообщения:

      [INFO] Сервер запущен с адресом: {IP}:{PORT}
   

Проверка работоспособности модуля Access Control Service#

1. Убедиться, что поды Access Control Service в состоянии running.

2. Зайти в лог пода Access Control Service и убедиться в наличии сообщения:

      [asoc-access-control-service] [main] r.s.a.accesscontrolservice.Application : Started Application in 48 seconds (process running for ...)
   

Проверка работоспособности модуля Project Store#

1. Убедиться, что поды Project Store в состоянии running.

2. Зайти в лог пода Project Store и убедиться в наличии сообщения:

      [asoc-project-store] [main] asoc.projectstore.Application : Started Application in 50 seconds (process running for ...)
   

Проверка работоспособности Сервис хранения единой базы уязвимостей#

1. Убедиться, что поды Сервиса хранения единой базы уязвимостей в состоянии running.

2. Зайти в лог пода Сервиса хранения единой базы уязвимостей и убедиться в наличии сообщения:

      [asoc-vulnerability-db-service] [main] r.s.a.v.Application : Started Application in 48 seconds (process running for ...)
   

Проверка работоспособности модуля Дашборд (Micro Frontend)#

1. Убедиться, что поды Дашборда в состоянии running.

2. Зайти в лог пода Дашборда и убедиться в наличии сообщения:

      [main] r.s.a.v.Application : Started Application in 48 seconds (process running for ...)
   

Чек-лист проверки работоспособности интеграций#

Проверка работоспособности Platform V Pangolin DB#

Для проверки работоспособности интеграции с Pangolin, необходимо выполнить следующие действия:

1. Зайти в АРМ ASOC.

2. Перейти в лог.

3. Убедиться в отсутствии ошибок в логах ASOC на уровне логирования ERROR.

Проверка работоспособности Platform V IAM#

Для проверки работоспособности интеграции с Platform V IAM выполните следующие шаги:

1. Зайти в АРМ ASOC, используя учетные данные администратора, созданные при настройке интеграции с Platform V IAM.

2. Проверить отображаемую информацию о профиле и роли, чтобы убедиться, что интеграция выполнена успешно.

Проверка работоспособности Platform V Keycloak#

Для проверки работоспособности интеграции с Platform V Keycloak выполните следующие шаги:

1. Зайти в АРМ ASOC, используя учетные данные администратора, созданные при настройке Platform V IAM.

2. Проверить отображаемую информацию о профиле и роли, чтобы убедиться, что интеграция выполнена успешно.

3. Создать нового пользователя и назначить ему роль внутри интерфейса IAM.

4. Удостовериться, что созданный пользователь может войти в систему и имеет назначенную роль.

Проверка работоспособности Platform V S-UP#

Для проверки работоспособности интеграции с Platform V S-UP необходимо выполнить комплексную проверку, подтверждающую корректность настройки подключения, аутентификации и взаимодействия с объектным хранилищем. Проверка включает следующие шаги:

1. Проверка доступности точки подключения S3. Убедитесь, что хост, указанный в параметре S3_URL, доступен из кластера Platform V ASOC Control Center:

      curl -I https://s3.cloud.ru
   

   Ожидаемый результат — ответ с кодом 400 Bad Request или 403 Forbidden (указывает, что точка подключения доступна, но требуется аутентификация).

2. Тестовая загрузка файла. Используя API Project Store, выполнить загрузку тестового файла в бакет S3_BUCKET: Убедиться, что файл успешно загружен и отображается в веб-интерфейсе Platform V S-UP.

Проверка работоспособности Minio#

Шаги проверки работоспособности интеграции с Minio, аналогичны шагам проверки работоспособности интеграции с Platform V S-UP.

Необходимо предварительно выставить параметры S3_CHECKSUM_PAYLOAD = UNSIGNED-PAYLOAD и S3_PATH_STYLE = true.

Проверка работоспособности Platform V Corax#

Для проверки работоспособности интеграции с Platform V Corax, необходимо выполнить следующие шаги:

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

      telnet vm-asoc-asoc-kafka-103.vdc13.sc.dev.mycompany 9093
   

   Ожидаемый результат — успешное установление соединения (порт доступен).

2. Проверка отправки и получения сообщений. Запустить тестовое сканирование через UI или CI/CD, инициирующее задачу SAST/SCA. Убедиться, что:

   • В топик sast.tasks публикуется сообщение.

   • Соответствующий инструмент (например, Gosec, Infer) потребляет сообщение и отправляет результат в топик sast.task.status (это можно проверить через утилиты kafka-console-consumer или встроенную визуализацию в Corax (если доступна)).

3. Анализ логов компонентов
   Проверить логи Orchestrator, SAST-адаптера и инструментов анализа на наличие:

   • Ошибок подключения к Kafka (Connection refused, SSL handshake failed).

   • Успешной аутентификации по SSL-сертификатам.

   • Подтверждения регистрации потребителя в группе (например, gosec, svace).

   Интеграция считается работоспособной, если сообщения корректно публикуются и доставляются между компонентами через Platform V Corax.

Проверка работоспособности One Work#

Для проверки работоспособности интеграции с One Work, необходимо выполнить следующие шаги:

1. Проверка доступности OneWork-адаптера
   Убедиться, что сервис asoc-onework-adapter запущен в кластере и находится в статусе Running. Проверить логи на наличие ошибок подключения к Kafka и внешним API One Work.

2. Проверка регистрации в едином меню
   Открыть веб-интерфейс One Work и убедиться, что ASOC Control Center отображается в боковом меню. При клике на ASOC Control Center должен открываться UI Личного кабинета ASOC с корректной аутентификацией через общий контур One Work.

3. Проверка обмена событиями через Kafka
   Убедиться, что OneWork-адаптер потребляет и публикует сообщения в топики, указанные в документации One Work. Проверить, что при создании проекта или запуске сканирования в ASOC генерируются соответствующие события, доступные для потребления из One Work.

Интеграция считается успешной, если ASOC отображается в едином меню, обеспечивается единый вход (SSO) и происходит обмен событиями между системами

Проверка работоспособности Сервиса хранения единой базы уязвимостей#

1. Убедиться, что поды asoc-vulnerability-db-service в состоянии running.

2. Зайти в лог пода asoc-vulnerability-db-service и убедиться в наличии сообщения:

      [asoc-vulnerability-db-service] [main] r.s.a.v.Application : Started Application in 10.078 seconds (process running for ....)