Скрещиваем Ежа С Ужом. Заводим Репорты Nuclei В Defect Dojo

Сканерами уязвимостей пользуются многие, и в обороне и в атаке. Кто-то использует дорогой SaaS, кто-то использует opensource-решения вроде OpenVAS или даже SaaS на его основе.
Казалось бы, можно использовать готовые решения, но мы пойдём другим путём и будем заводить репорты Nuclei в Defect Dojo. Как раз, поддержка репортов есть, нужно только ей воспользоваться.

Можно конечно использовать Rengine, и это бы решило часть проблем. Но задача стояла в сборе уязвимостей не только от nuclei, но и других инструментов, вроде trivy.

Так же не могу сказать, что я в восторге от Defect Dojo, но замены ему я не нашёл. По крайней мере из opensource.

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

Используемые инструменты

Нам потребуются:
docker-compose >= 1.28 bash
Defect Dojo
Nuclei

Defect Dojo

Разворачиваем Defect Dojo:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

git clone https://github.com/DefectDojo/django-DefectDojo
cd django-DefectDojo
# Собираем
./dc-build.sh
# Запускаем (будем собирать так, но другие профили сборки можно посмотреть в документации https://github.com/DefectDojo/django-DefectDojo/blob/dev/readme-docs/DOCKER.md)
./dc-up.sh postgres-redis
# Или запускаем в фоне 
./dc-up-d.sh postgres-redis
# пароль пользователя admin будет в логах при запуске, так что будем грепать
docker-compose logs initializer | grep "Admin password:"

Если всё запустилось, то на http://localhost:8080/ нас будет ждать Defect Dojo.

Нам от него нужно:

1. Получить api-token пользователя
2. Создать product

1. Получаем api-token

В правом верхнем углу нажимаем на “человечка”, нажимаем на API v2 Key. Готово.

2. Создаём product

В левой панели “Products” выбираем “Add Product”, где заполняем необходимые поля.

Важно, что в данном примере у нас будет имя Nuclei Test Scan, так как оно будет использоваться и далее.

В дальнейшем стоит создать отдельный Product Type и указывать его, но в данном случае будем использовать стандартный.
Ещё нам потребуется product id, который мы можем увидеть в адресной строке. Он нам так же понадобится.

Nuclei

Установить nuclei можно множеством способов, но проще всего скачать архив с бинарником со страницы релизов.

Подготовка

Перед началом сканирования стоит сделать отдельный конфиг, чтобы использовать только конкретные шаблоны для поиска CVE, уязвимостей и мисконфигов. Так же стоит использовать дополнительные хидеры, чтобы используемый вами сканер можно было отделить от кучи других запросов. И разумеется, выставляем допустимый rate-limit.

Пример конфига:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

# Headers to include with all HTTP request
header:
  - 'X-sec-tools: secops/nuclei'
  - 'User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) / nuclei'

# Directory based template execution
templates:
  - cves/
  - vulnerabilities/
  - misconfiguration/

# Template Filters
tags: exposures,cve
severity: critical, high, medium

# Template Denylist
## Tag based exclusion
exclude-tags: info 

# Rate Limit configuration
rate-limit: 50

Сохраняем конфиг в файл nuclei.conf и оставляем его рядом с бинарником.

Использование

В целом, у нас всё готово, но без скрипта запускать nuclei с множеством опций это сомнительное удовольствие.
Так же, к этому моменту уже можно собрать список хостов для сканирования.

Небольшие пояснения по скрипту:

• В секции Defect Dojo мы указываем хост, порт и токен. Так же идут эндпоинты api, их мы не меняем.
• Далее идёт время, обовление nuclei и его теплейтов (опционально, можно закомментить) и сам запуск nuclei с опциями.
• В секции Create engagement указываем необходимый product id (product), про который говорилось выше.
• И наконец секция Send result to defect dojo, где мы указываем product_name.

Пример скрипта:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42

#!/bin/bash

# Defect Dojo
defect_dojo_host="localhost"
defect_dojo_port="8080"
defect_dojo_auth_token="bb671699482fe665a021745e34671d2eb45eba5c"
defect_dojo_api_import_scan="api/v2/import-scan"
defect_dojo_api_engagement="api/v2/engagements"

# Other VARs
date=$(date +'%Y-%m-%d')

# Check updates (may be useless in containers)
./nuclei -up
./nuclei -ut

# Run scan
./nuclei -l targets.txt -config ./nuclei.conf -j -o result.json

# Create engagement
curl -X POST "http://$defect_dojo_host:$defect_dojo_port/$defect_dojo_api_engagement/" \
-H "Authorization: Token $defect_dojo_auth_token" \
-F "name=Nuclei $date" \
-F "product=2" \
-F "target_start=$date" \
-F "target_end=$date"

# Send result to defect dojo
curl -X POST "http://$defect_dojo_host:$defect_dojo_port/$defect_dojo_api_import_scan/" \
  -H "accept: application/json" \
  -H "Content-Type: multipart/form-data" \
  -H "Authorization: Token $defect_dojo_auth_token" \
  -F "minimum_severity=Info" \
  -F "active=true" \
  -F "verified=true" \
  -F "scan_type=Nuclei Scan" \
  -F "close_old_findings=false" \
  -F "push_to_jira=false" \
  -F "file=@./result.json" \
  -F "product_name=Nuclei Test Scan" \
  -F "scan_date=2023-05-02" \
  -F "engagement_name=Nuclei $date"

Запускаем, смотрим Engagements в нашем продукте, и если всё отработало верно, то там нас будут ждать находки в виде CVE и\или уязвимостей.

Итог

Разумеется, есть куда стремится. Ручное указание product id это не удобно, решению не хватает гибкости.
Но решение есть и оно работает, что уже хорошо.