> ## 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.

# Bronnen voor signaalgegevens

> Lees hoe integraties en aangepaste push-bronnen activiteit op het gebied van identiteit, training, e-mail, endpoints en cloud aanleveren voor signalen van menselijk risico.

Bronnen voor signaalgegevens zijn de systemen die activiteit aanleveren voor [signalen van menselijk risico](/nl/signals/overview). Living Security normaliseert de records van elke bron naar een gemeenschappelijke activiteitenvocabulaire. Hierdoor beschikken teams over één manier om gerelateerd gedrag in verschillende tools te analyseren.

## Veelvoorkomende broncategorieën

| Broncategorie | Voorbeelden van bruikbare activiteit |
| - | - |
| **Identiteit en toegang** | Accountlevenscyclus, authenticatie, toegang en beleidsgebeurtenissen |
| **E-mail en phishing** | Gemelde berichten, gedetecteerde bedreigingen en simulatieactiviteit |
| **Security awareness** | Toewijzingen, voltooiingen, beoordelingen en acties van cursisten |
| **Endpoint- en cloudbeveiliging** | Apparaatstatus, waarschuwingen, gegevenstoegang en blootstellingsactiviteit |
| **Living Security** | Training-, phishing- en responsactiviteit op het platform |
| **Aangepaste push** | Door de klant gedefinieerde records die via een beheerde push-bron worden verzonden |

De activiteit die een provider kan leveren, hangt af van de producten, de ingeschakelde API's, de machtigingen en de Living Security-connector.

## Ondersteunde bronnen en rapporterende bronnen

Living Security maakt onderscheid tussen **compatibiliteit** en **actuele gegevensstroom**:

* Een **ondersteunde bron** heeft een gecontroleerde mapping die de activiteit kan leveren die een signaal gebruikt.
* Een **rapporterende bron** heeft recent overeenkomende activiteit verzonden voor de omgeving van een klant.

Dit onderscheid helpt een team twee verschillende vragen te beantwoorden: "Welke systemen kunnen dit signaal leveren?" en "Welke systemen leveren dit signaal nu?" Een compatibele bron kan worden gekoppeld zonder een specifieke activiteit te rapporteren, en een aangepaste bron kan een activiteit rapporteren zonder een ingebouwde providermapping.

## Slapende signalen

Een signaal zonder vermelde ingebouwde bron is **slapend**, niet defect. De definitie is gereed, maar er levert momenteel geen ingebouwde mapping overeenkomende activiteit aan. Een toekomstige connector, een update van een mapping of een aangepaste push-bron kan het signaal activeren zonder dat de betekenis ervan verandert.

Dankzij dit model kan Living Security een stabiele signaalvocabulaire hanteren terwijl de dekking van integraties groeit.

## Een bron kiezen en voorbereiden

Volg deze volgorde wanneer u een integratie beoordeelt:

<Steps>
  <Step title="Begin met het gedrag">
    Definieer het risicovolle of beschermende gedrag dat u wilt observeren. Bepaal vervolgens welke activiteit daarvoor bewijs levert.
  </Step>

  <Step title="Controleer de dekking van de provider">
    Raadpleeg de providerhandleiding voor ondersteunde activiteit, vereisten, machtigingen en bekende beperkingen. Vergelijkbare producten kunnen verschillende records of API-toegang bieden.
  </Step>

  <Step title="Koppel en verifieer">
    Voltooi de installatie bij de provider en controleer vervolgens of records binnenkomen en worden gekoppeld aan de verwachte personen en activiteitstypen.
  </Step>

  <Step title="Gebruik aangepaste push wanneer nodig">
    Als er geen ingebouwde connector beschikbaar is, gebruikt u de [Custom Push Source API](/nl/integrations/custom-push-source) voor ondersteunde JSON- of CSV-gegevens. Een geslaagde aanlevering leidt alleen tot signaalactiviteit wanneer de bron en de stream een compatibele interpreter hebben.
  </Step>
</Steps>

## Privacy en openbare documentatie

Openbare provider- en signaalpagina's beschrijven gecontroleerde mogelijkheden. Ze laten niet zien of een specifieke klant een provider heeft gekoppeld, welke personen overeenkomende activiteit hebben of hoe de Scorekaarten van een klant een signaal gebruiken. Die organisatiespecifieke status blijft in het geauthenticeerde platform.

## Gerelateerde documentatie

<CardGroup cols={2}>
  <Card title="Overzicht van integraties" icon="plug" href="/nl/integrations/overview">
    Verken de typen integraties en de verbindingsworkflow.
  </Card>

  <Card title="Een integratie instellen" icon="gear" href="/nl/integrations/managing/setup">
    Bereid inloggegevens voor, koppel een provider en verifieer de gegevensstroom.
  </Card>

  <Card title="Custom Push Source API" icon="arrow-up-from-bracket" href="/nl/integrations/custom-push-source">
    Registreer een door de afzender beheerde bron en verifieer gepushte batches.
  </Card>

  <Card title="Signalen van menselijk risico" icon="signal" href="/nl/signals/overview">
    Lees hoe signaaldefinities activiteit omzetten in herbruikbare indicatoren.
  </Card>

  <Card title="Menselijke risico-index" icon="gauge-high" href="/nl/reference/hri">
    Lees hoe geselecteerde signalen bijdragen aan een model voor menselijk risico.
  </Card>
</CardGroup>


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