> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Источники данных для сигналов

> Узнайте, как интеграции и пользовательские источники push-данных предоставляют информацию об идентификации, обучении, электронной почте, конечных устройствах и облачной активности для сигналов человеческого риска.

Источники данных для сигналов — это системы, которые предоставляют данные об активности для [сигналов человеческого риска](/ru/signals/overview). Living Security приводит записи из каждого источника к единому словарю активности. Это позволяет командам анализировать связанное поведение в разных инструментах единым способом.

## Основные категории источников

| Категория источника | Примеры полезной активности |
| - | - |
| **Идентификация и доступ** | События жизненного цикла учётных записей, аутентификации, доступа и политик |
| **Электронная почта и фишинг** | Сообщения, о которых сообщили пользователи, обнаруженные угрозы и активность в симуляциях |
| **Повышение осведомлённости в области безопасности** | Назначения, завершения, оценки и действия обучающихся |
| **Безопасность конечных устройств и облака** | Состояние устройств, оповещения, доступ к данным и активность, связанная с уязвимостями |
| **Living Security** | Активность на платформе: обучение, фишинг и реагирование |
| **Custom push** | Записи, определённые клиентом и отправляемые через управляемый источник push-данных |

Активность, доступная от поставщика, зависит от его продуктов, включённых API, разрешений и коннектора Living Security.

## Поддерживаемые и передающие данные источники

Living Security разделяет **совместимость** и **текущую передачу данных**:

* **Поддерживаемый источник** имеет проверенное сопоставление, которое может предоставлять активность, используемую сигналом.
* **Передающий данные источник** недавно отправил соответствующую активность для среды клиента.

Такое разделение помогает команде ответить на два разных вопроса: «Какие системы могут предоставлять этот сигнал?» и «Какие системы предоставляют его сейчас?» Совместимый источник может быть подключён, но не передавать определённую активность, а пользовательский источник может передавать активность без встроенного сопоставления с поставщиком.

## Неактивные сигналы

Сигнал, для которого не указан встроенный источник, является **неактивным**, а не неисправным. Его определение готово, но ни одно встроенное сопоставление в настоящее время не предоставляет соответствующую активность. Будущий коннектор, обновление сопоставления или Custom Push Source могут активировать его без изменения смысла сигнала.

Такая модель позволяет Living Security сохранять стабильный словарь сигналов по мере расширения охвата интеграций.

## Выбор и подготовка источника

Используйте следующую последовательность при оценке интеграции:

<Steps>
  <Step title="Начните с поведения">
    Определите рискованное или защитное поведение, которое необходимо отслеживать. Затем определите активность, подтверждающую это поведение.
  </Step>

  <Step title="Изучите охват поставщика">
    Проверьте в руководстве по поставщику поддерживаемую активность, предварительные требования, разрешения и известные ограничения. Похожие продукты могут предоставлять разные записи или доступ к API.
  </Step>

  <Step title="Подключите и проверьте">
    Выполните настройку поставщика, затем убедитесь, что записи поступают и сопоставляются с ожидаемыми пользователями и типами активности.
  </Step>

  <Step title="При необходимости используйте custom push">
    Если встроенный коннектор недоступен, используйте [Custom Push Source API](/ru/integrations/custom-push-source) для поддерживаемых данных в формате JSON или CSV. Успешная доставка создаёт активность для сигналов только в том случае, если для источника и потока есть совместимый интерпретатор.
  </Step>
</Steps>

## Конфиденциальность и общедоступная документация

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

## Связанная документация

<CardGroup cols={2}>
  <Card title="Обзор интеграций" icon="plug" href="/ru/integrations/overview">
    Ознакомьтесь с типами интеграций и процессом подключения.
  </Card>

  <Card title="Настройка интеграции" icon="gear" href="/ru/integrations/managing/setup">
    Подготовьте учётные данные, подключите поставщика и проверьте поток данных.
  </Card>

  <Card title="Custom Push Source API" icon="arrow-up-from-bracket" href="/ru/integrations/custom-push-source">
    Зарегистрируйте источник, управляемый отправителем, и проверьте отправленные пакеты.
  </Card>

  <Card title="Сигналы человеческого риска" icon="signal" href="/ru/signals/overview">
    Узнайте, как определения сигналов превращают активность в повторно используемые индикаторы.
  </Card>

  <Card title="Индекс человеческого риска" icon="gauge-high" href="/ru/reference/hri">
    Узнайте, как выбранные сигналы влияют на модель человеческого риска.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.