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

