/api/v1, в которых ключ доступа к API обменивается на токен-носитель (bearer token). Их учётные данные и формат запросов отличаются от общедоступного API /v1.
Для новой интеграции начните с краткого руководства по API и раздела Аутентификация. Новый API /v1 использует ключи API сервисных учётных записей или токены доступа OAuth.
Перед началом работы
Вам потребуется:- доступ к Living Security, позволяющий управлять ключами доступа к API;
- ключ доступа к API, созданный в разделе Настройки → Access Keys;
- одноразовый секрет ключа доступа, отображаемый при создании учётных данных;
- идентификатор издателя API (API issuer ID), предоставленный компанией Living Security вместе с учётными данными общедоступного API;
- региональный базовый URL для организации, которую вы интегрируете;
- серверная среда выполнения и менеджер секретов.
В диалоговом окне Access Keys отображается одноразовый секрет, но не отображается идентификатор издателя API. Если компания Living Security не предоставила идентификатор издателя вместе с учётными данными общедоступного API, запросите его в службе поддержки Living Security. Идентификатор издателя не совпадает с идентификатором ключа доступа или идентификатором организации.
Региональные узлы
Устаревший контракт использует следующие региональные производственные узлы/api/v1:
Используйте регион, назначенный организации в Living Security. Не меняйте регион, чтобы обойти ошибку авторизации или доступности.
Устаревшие ресурсы
Полный список операций, параметров, запросов, ответов и схем приведён в разделе Developers → Public API Reference. Если операции там нет, она в настоящее время не входит в общедоступный API.
Аутентификация
Доступ к общедоступному API состоит из двух этапов:- Обменяйте секретный ключ доступа и идентификатор издателя API на краткосрочный токен-носитель и идентификатор организации.
- Передавайте токен-носитель и идентификатор организации с каждым запросом к API.
TypeScript SDK
Установите текущую основную версию:Прямой REST-запрос
Если вы выполняете обмен вне SDK, передавайте полученный токен-носитель и идентификатор организации в каждом запросе:Жизненный цикл ключа доступа
- Называйте ключи по имени интеграции или автоматизации, которой они принадлежат.
- Выбирайте минимально необходимые области действия (scopes), предлагаемые в форме ключа доступа.
- Сразу сохраняйте одноразовый секрет: после создания или ротации его невозможно получить повторно.
- Выполняйте ротацию ключа в разделе Настройки → Access Keys и развёртывайте новый ключ до отзыва старых учётных данных.
- Отзывайте ключи, которые больше не используются или секрет которых мог быть раскрыт.
- Используйте ключи сервисных учётных записей для нечеловеческих интеграций, если этот тип ключа доступен вашей организации.
Постраничная навигация
Поиск людей поддерживает параметрыlimit, cursor, offset и includeTotal. Для последовательного обхода предпочтительно использовать курсор, возвращённый в предыдущем ответе.
limitпо умолчанию равен 50 и принимает значения 1–100.cursorпродолжает выборку с места предыдущего ответа.offsetпропускает указанное число записей; значение по умолчанию — 0.includeTotal=trueзапрашивает точное число записей с учётом фильтра; если оно не требуется, не указывайте этот параметр.
pagination, возвращаемый конечной точкой. Не вычисляйте следующую страницу по числу полученных строк и не объединяйте результаты независимо постраничных запросов, самостоятельно сортируя неполные выборки.
Ошибки
Документированные ошибки в формате JSON имеют следующий общий вид:message может быть строкой или массивом сообщений о проверке.
Проверенный контракт в настоящее время не публикует единый универсальный числовой лимит запросов и не гарантирует наличия заголовка ответа с идентификатором запроса для каждой операции. При обращении в службу поддержки укажите время в UTC, метод, путь, статус и очищенное тело ответа.
Не повторяйте автоматически операции создания, ротации, отзыва или удаления, если для операции явно не задокументирована идемпотентность. После неоднозначного сбоя сети проверьте текущее состояние ресурса.
Совместимость и прекращение поддержки
V1 по умолчанию развивается аддитивно. Клиенты должны игнорировать неизвестные поля ответа. Для критического изменения требуется задокументированный путь миграции; устаревшие операции остаются в справочнике с указанием причины, замены (при наличии) и даты прекращения поддержки на период миграции. Зафиксируйте версию SDK в пределах совместимой основной версии и перед обновлением изучите примечания к выпуску. Источником истины о схеме считайте сформированный справочник Public API Reference, а не собственные клиентские приложения производителя.Общедоступный API, MCP и веб-приложение
О подключении ИИ-инструмента к Living Security см. в разделе Интеграция MCP.
Получение помощи
Обратитесь в службу поддержки Living Security и укажите:- организацию и регион;
- название и версию SDK, если он используется;
- временную метку в UTC, метод и путь;
- HTTP-статус и очищенное тело ошибки.
См. также
Ключи доступа к API
Создание, ротация и отзыв учётных данных API.
Интеграция MCP
Подключение поддерживаемых ИИ-инструментов через Model Context Protocol.

