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

# Opsætning af Adaptive Security-integration

> Forbind Adaptive Security til Living Security Platform for at importere resultater fra phishing-, smishing- og vishing-simuleringer samt resultater fra sikkerhedsbevidsthedstræning for din arbejdsstyrke.

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Relaterede ressourcer</h2>
    <ul>
      <li>
        <a href="/da/signals/data-sources">Læs, hvordan integrationsdata bliver til Human Risk Management-signaler</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Udforsk integrationer fra Living Security</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Åbn Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Anmod om en demo af Living Security</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Angiv legitimationsoplysningerne i Living Security Platform">
    <p>
      Udføres af den person, der har Living Security-adgang – programejeren eller
      systemadministratoren, hvis vedkommende er blevet inviteret (delegeret opsætning).
    </p>
    <ol>
      <li>
        Gå til <strong>Indstillinger → integrationer → katalog</strong>, find feltet{' '}
        <strong>{tile}</strong>, og klik på <strong>Tilslut</strong>.
      </li>
      <li>
        Udfyld felterne nedenfor, og klik derefter på <strong>Tilslut</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Denne vejledning er til din {system}-administrator.</strong> Den beskriver, hvordan du opretter API-legitimationsoplysninger i {system}, hvilket kræver administratoradgang til {system} – ikke til
      Living Security Platform.
    </p>
    <p>
      Hvis du er Living Security-<strong>programejeren</strong> og ikke administrerer {system},
      skal du sende denne side videre til den, der gør. Vedkommende gennemfører del A og giver legitimationsoplysningerne tilbage til dig
      (eller indtaster dem direkte, hvis vedkommende er blevet inviteret ind i platformen).
      {recommendDelegated && <>
          {' '}Fordi opsætningen genererer følsomt nøglemateriale, anbefaler vi{' '}
          <strong>delegeret opsætning</strong>, så hemmeligheden aldrig sendes tilbage til dig.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Adaptive Security" />

## Hvad denne integration bidrager med

Adaptive Security kan bidrage med resultater vedrørende arbejdsstyrke, træning og simuleringer på tværs af flere kanaler. Gennemgåede eksempler omfatter:

* `phishing.simulation.clicked` — klikkede på en simuleret e-mail uden at rapportere den
* `phishing.simulation.credential.submitted` — indtastede legitimationsoplysninger på en simuleret login-side
* `phishing.simulation.attachment.opened` — åbnede en vedhæftet fil i en simuleret e-mail
* `phishing.simulation.reported` — rapporterede en simuleret e-mail
* `smishing.simulation.replied` — svarede på en simuleret sms
* `vishing.simulation.succeeded` — efterkom en anmodning fra en simuleret telefonopringer
* `training.assigned` — blev tildelt sikkerhedstræning
* `training.completed` — gennemførte sikkerhedstræning
* `training.past.due` — overskred en frist for træning

Disse eksempler viser de typer af normaliseret aktivitet, som Living Security kan anvende. Se
[hvordan integrationsdata bliver til signaler](/da/signals/data-sources).

<Note>
  **Adaptive simulerer via tre kanaler, og Living Security scorer hver kanal separat.**
  E-mailresultater scores som phishing, sms-resultater som smishing og telefonopkaldsresultater som vishing. En person, der klikker på en simuleret e-mail, og en person, der svarer på en simuleret sms, måles ikke som samme adfærd, fordi den vurdering, de hver især har foretaget, er forskellig.
</Note>

## Hvad Living Security har brug for

| Legitimationsoplysning | Beskrivelse |
| - | - |
| **API-token** | Et API-token til Adaptive Security. Living Security sender det som et bearer-token i hver anmodning. |

**Påkrævet rolle:** En administrator på din Adaptive Security-konto med adgang til
**Indstillinger → API**. Adaptive styrer API-adgang via rollebaserede tilladelser, så
tokenet skal tilhøre en rolle, der kan læse brugere, phishing og træning.

**Adgang:** Skrivebeskyttet. Living Security læser kun fra Adaptive Security og
opretter, ændrer eller sletter aldrig noget i din konto.

### Hvad Living Security henter

| Data | Detaljer |
| - | - |
| **Mennesker** | Dit brugerregister i Adaptive: navn, e-mail, afdeling, jobtitel, lederens navn og e-mail, lokation, division, ansættelsesstatus og startdato. |
| **E-mailsimuleringer** | Pr. person pr. simulering: hvornår meddelelsen blev leveret, åbnet, klikket på, besvaret, fik åbnet sin vedhæftede fil, fik scannet sin QR-kode, fik indtastet legitimationsoplysninger eller blev rapporteret. |
| **Sms-simuleringer** | Pr. person pr. simulering: leveret, åbnet, klikket på, besvaret, legitimationsoplysninger indtastet eller rapporteret. |
| **Stemmesimuleringer** | Pr. person pr. simulering: det leverede lokkemiddel, det kaldte nummer, om personen efterkom opkalderens anmodning, og om vedkommende rapporterede det. |
| **Træning** | Pr. person pr. kampagne: hvornår personen blev tilmeldt, hvornår fristen var, hvornår vedkommende startede, hvornår kampagnen blev gennemført, og om personen har bekræftet kampagnens politik. |

<Note>
  **Telefonnumre gemmes ikke.** Adaptive returnerer kontor- og mobilnumre i sin brugerpost.
  Living Security kasserer begge, før noget gemmes, fordi ingen funktion i Living Security
  bruger dem.
</Note>

<Note>
  **Adaptives egen risikoscore registreres, men indgår aldrig i scoringen.** Adaptive beregner en
  `current_risk_score` pr. person. Living Security beholder den, så du kan sammenligne de to
  systemer side om side, men Indeks for menneskelig risiko beregnes altid ud fra observeret
  adfærd ved hjælp af Living Securitys egen publicerede model — aldrig ud fra en anden leverandørs
  sammensatte score.
</Note>

### Forudsætninger

* En Adaptive Security-konto med API'et aktiveret.
* Administratoradgang til [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com).
* Brugeres e-mailadresser i Adaptive, der svarer til de adresser, som dine øvrige tilsluttede systemer
  bruger. Living Security bruger e-mailadressen til at knytte en Adaptive-bruger til en person.

***

## Del A — I Adaptive Security

*Din Adaptive Security-administrator udfører disse trin.*

<Steps>
  <Step title="Åbn API-indstillingerne">
    1. Log ind på [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) som administrator.
    2. Gå til **Indstillinger → API**.
  </Step>

  <Step title="Generer API-tokenet">
    1. Generer et nyt API-token.
    2. Giv det et navn, du kan genkende senere — for eksempel `Living Security`.
    3. Bekræft, at tokenets rolle kan læse brugere, phishingkampagner og træningskampagner.
    4. Kopiér tokenet.

    <Warning>
      Kopiér tokenet, inden du forlader siden. Hvis din Adaptive-konto fastsætter en udløbsdato for
      tokenet, skal du notere datoen — Living Security kan ikke hente data, efter at det er udløbet, og
      forbindelsen skal opdateres med et nyt token.
    </Warning>
  </Step>
</Steps>

***

## Del B — I Living Security Platform

*Programejeren udfører dette trin, eller systemadministratoren, hvis der anvendes delegeret opsætning.*

<Steps>
  <ConnectInPlatform tile="Adaptive Security">
    | Felt | Værdi |
    | - | - |
    | **API-token** | Det token, du genererede i Del A |
  </ConnectInPlatform>
</Steps>

Du er nu forbundet til Adaptive Security.

***

## Hvor ofte data hentes

| Data | Tidsplan |
| - | - |
| Mennesker | Hver 6. time |
| Simuleringsresultater (e-mail, sms, stemme) | Hver 6. time |
| Træningsresultater | Hver 6. time |

Adaptives rapporterings-API tilbyder ikke et filter for "hvad er ændret siden", så Living Security
læser hver simulerings- og træningskampagne, så længe den stadig frembringer resultater, og
holder op med at læse den, når den har været lukket i to uger. Sene klik og sene rapporter
bliver derfor stadig registreret, og afsluttede kampagner læses ikke om og om igen.

<Note>
  En første forbindelse til en stor Adaptive-konto kan kræve flere planlagte kørsler for at læse
  alt. Hver kørsel læser så meget, den kan, og den næste fortsætter, hvor den forrige stoppede, så antallene
  stiger i løbet af den første dag eller to i stedet for at vises på én gang.
</Note>

***

## Fejlfinding

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    API-tokenet er forkert, udløbet eller tilbagekaldt. Adaptive returnerer en tom svartekst
    ved denne fejl, så der er ingen yderligere detaljer at læse. Generer et nyt token under
    **Indstillinger → API**, og opret forbindelsen igen med det. Et delvist kopieret token giver den samme
    fejl og er den hyppigste årsag.
  </Accordion>

  <Accordion title="403 Forbidden">
    Tokenet blev godkendt, men dets rolle kan ikke læse de data, der anmodes om. Det hjælper ikke at indsætte
    det samme token igen. Bekræft i Adaptive, at tokenets rolle har læseadgang til brugere,
    phishing og træning, eller udsted et token fra en rolle, der har det.
  </Accordion>

  <Accordion title="429 Too Many Requests">
    Adaptive har begrænset forbindelsens hastighed. Living Security stopper den pågældende kørsel og genoptager fra det
    samme sted ved næste planlagte kørsel, så der går ingen data tabt — antallene tager blot længere tid om at
    stige. Hvis det fortsætter i flere dage, bør du kontakte Adaptive Security-support for at høre om den
    hastighedsbegrænsning, der gælder for din konto.
  </Accordion>

  <Accordion title="Mennesker vises, men ingen simuleringsresultater">
    Kontrollér, at de kampagner, du forventer, faktisk er kørt. Adaptive rapporterer kun tilmeldinger
    for simuleringer, der er sendt, så en kampagne med status **Udkast** eller **planlagt**
    bidrager ikke med noget, før den sendes ud. Living Security læser bevidst ikke
    disse, så anmodningsbudgettet bruges på kampagner med reelle resultater.
  </Accordion>

  <Accordion title="Stemme- eller sms-simuleringer mangler">
    Living Security afgør kanalen for hvert resultat ud fra det scenarie, der er knyttet til det. Hvis et
    scenarie blev slettet i Adaptive, efter at dets simulering var kørt, registreres dets resultater
    under e-mailkanalen, fordi kanalen ikke længere kan læses. Du kan undgå dette ved at beholde udgåede
    scenarier i Adaptive i stedet for at slette dem.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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