Примеры обращений к API¶
Запросы к серверной части¶
Важно
В последующих примерах в качестве адреса экземпляра сканера используется https://cloud.solidpoint.net. При составлении запросов необходимо использовать персональный адрес.
-
Указание токена в заголовке
X-Tokenдля его последующего использования при аутентификации (подробнее в разделе Аутентификация по токену):
-
Аутентификация через Cookie:
-
Аутентификация через токен Bearer:
-
Изменение пароля для суперадминистратора (однопользовательский режим):
-
Вход в систему как суперадминистратор:
-
Регистрация в системе:
-
Вход в систему:
-
Выход из системы:
-
Создание нового тенанта:
-
Добавление или удаление ограничения на имя хоста клиента:
Запросы к сканеру¶
-
Добавление конечной точки для сканирования:
-
Обновление конечной точки для сканирования:
-
Получение конечной точки по ID:
-
Получение всех конечных точек:
-
Добавление или удаление конечных точек тенанта:
-
Получение тенанта по ID:
-
Получение списка всех тенантов:
-
Получение списка всех пользователей с заданной ролью в определенном тенанте:
-
Добавление пользователя в тенант:
curl --location --request POST 'https://cloud.solidpoint.net/api/users' --header 'Content-Type: application/json' --header 'Cookie: auth_token=jwt' --data-raw '{ "tenantName": "test", "email": "user@test.ru", "password": "testuser123", "name": "user", "role": "user", "companyName": "test", "occupation": "test" }'
-
Активация пользователя по ID (возможно указать
tenantNameвместоtenantID):
-
Активация пользователя по email (возможно указать
tenantNameвместоtenantID):
-
Активация всех пользователей:
Работа со сканированиями¶
-
Запуск нового сканирования (можно использовать
urlвместоtargetID):
-
Завершение сканирования по ID:
Примеры работы с параметрами аутентификации сканирований¶
Работа с параметрами аутентификации сканирований ведется через цели.
-
Работа с HTTP Basic Auth:
-
Работа с Cookies:
-
Работа с Headers:
-
Работа с сертификатами:
-
Перезапись всех параметров аутентификации на сертификат:
Если у цели много разных параметров аутентификации, то их можно либо перезаписать, либо обнулить. Это делается с помощью отправки дополнительного параметра
rewriteAppAuth. Например, у цели есть HTTP Basic Auth и Cookies, а необходимо, чтобы был только сертификат. Тогда необходимо отправить только сертификат с дополнительным параметромrewriteAppAuth. При обнулении необходимо отправить только один дополнительный параметрrewriteAppAuth.
-
Добавление LDAP-аутентификации:
curl --location --request POST 'https://cloud.solidpoint.net/api/auth' --header 'Content-Type: application/json' --header 'Cookie: auth_token=jwt' --data '{ "type": "LDAP", "parameters": { "label": "ldap", "host": "dev.solidwall.io", "port": 636, "baseDN": "ou=users,dc=solidwall,dc=io", "uid": "uid", "defaultAttributes": true, "tls": true, "roles": { "user": "objectClass=inetOrgPerson" } } }'
-
Получение списка всех настроенных аутентификаций:
-
Обновление аутентификации (URL содержит идентификатор записи):
При обновлении parameters их нужно передавать целиком, так как вложенный ключ идет как полное значение.
-
Удаление существующей записи (URL содержит идентификатор записи):
Примеры работы со спецификацией для сканирований¶
Работа со спецификацией для сканирований ведется через цели. Спецификация передается в формате base64 (... - обозначение в примерах далее ).
-
Создание цели с заданием спецификации:
-
Добавление спецификации в существующую цель:
curl --location --request PATCH 'https://cloud.solidpoint.net/api/targets/2' --header 'Content-Type: application/json' --header 'Cookie: auth_token=jwt' --data '{ "specification": { "openAPI": { "specification": "..." }, "disabled": false } }'Параметр
disabledотвечает за передачу спецификации в сканирование. Еслиdisabled: true, то спецификация не будет передана в запрос на сканирование.Спецификацию цели также можно либо перезаписать, либо обнулить. Это осуществляется с помощью отправки дополнительного параметра
rewriteSpec. Например, у цели есть несколько спецификаций, а необходимо, чтобы была только одна. В таком случае необходимо отправить только нужную спецификацию с дополнительным параметромrewriteSpec. При обнулении же необходимо отправить только один дополнительный параметрrewriteSpec.Важно
При обнулении параметр
disabledпринимает значение false, однако спецификация не подхватится при сканировании, так как она пустая (обнулена).
-
Перенос сканирования из тенанта по умолчанию: