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

# Oppsett av Adaptive Security-integrasjon

> Koble Adaptive Security til Living Security Platform for å importere utfall fra phishing-, smishing- og vishing-simuleringer samt resultater fra sikkerhetsopplæring for din arbeidsstyrke.

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Relaterte ressurser</h2>
    <ul>
      <li>
        <a href="/no/signals/data-sources">Les hvordan data fra integrasjoner blir til signaler i Human Risk Management</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Utforsk integrasjonene til Living Security</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Åpne Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Be om en demo av Living Security</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Skriv inn legitimasjonen i Living Security Platform">
    <p>
      Utføres av den som har tilgang til Living Security – programeieren, eller systemadministratoren
      dersom vedkommende er invitert (delegert oppsett).
    </p>
    <ol>
      <li>
        Gå til <strong>Innstillinger → Integrasjoner → Catalog</strong>, finn flisen{' '}
        <strong>{tile}</strong>, og klikk på <strong>Koble til</strong>.
      </li>
      <li>
        Fyll ut feltene nedenfor, og klikk deretter på <strong>Koble til</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Denne veiledningen er beregnet på {system}-administratoren din.</strong> Den beskriver hvordan du oppretter API-legitimasjon i {system}, noe som krever administratortilgang til {system} – ikke til
      Living Security Platform.
    </p>
    <p>
      Hvis du er Living Security-<strong>programansvarlig</strong> og ikke administrerer {system},
      bør du sende denne siden til den som gjør det. Vedkommende gjennomfører del A og leverer legitimasjonen tilbake til deg
      (eller legger den inn direkte hvis vedkommende er invitert til plattformen).
      {recommendDelegated && <>
          {' '}Fordi oppsettet genererer sensitivt nøkkelmateriale, anbefaler vi{' '}
          <strong>delegert oppsett</strong>, slik at hemmeligheten aldri sendes tilbake til deg.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Adaptive Security" />

## Hva denne integrasjonen bidrar med

Adaptive Security kan bidra med utfall for arbeidsstyrke, opplæring og flerkanalssimuleringer. Gjennomgåtte eksempler omfatter:

* `phishing.simulation.clicked` — klikket på en simulert e-post uten å rapportere den
* `phishing.simulation.credential.submitted` — oppga påloggingsinformasjon på en simulert påloggingsside
* `phishing.simulation.attachment.opened` — åpnet et vedlegg i en simulert e-post
* `phishing.simulation.reported` — rapporterte en simulert e-post
* `smishing.simulation.replied` — svarte på en simulert tekstmelding
* `vishing.simulation.succeeded` — etterkom en simulert oppringer
* `training.assigned` — tildelt sikkerhetsopplæring
* `training.completed` — fullførte sikkerhetsopplæring
* `training.past.due` — overskred en frist for opplæring

Disse eksemplene viser hvilke typer normalisert aktivitet Living Security kan bruke. Se
[hvordan integrasjonsdata blir til signaler](/no/signals/data-sources).

<Note>
  **Adaptive simulerer over tre kanaler, og Living Security skårer hver kanal separat.**
  E-postutfall skåres som phishing, tekstmeldingsutfall som smishing og
  taleanropsutfall som vishing. En person som klikker på en simulert e-post og en som svarer på en
  simulert tekstmelding måles ikke som samme atferd, fordi vurderingen hver av dem
  foretok er forskjellig.
</Note>

## Hva Living Security trenger

| Legitimasjon | Beskrivelse |
| - | - |
| **API-token** | Et API-token fra Adaptive Security. Living Security sender det som et bearer-token i hver forespørsel. |

**Nødvendig rolle:** En administrator på Adaptive Security-kontoen din med tilgang til
**Settings → API**. Adaptive styrer API-tilgang med rollebaserte tillatelser, så
tokenet må tilhøre en rolle som kan lese brukere, phishing og opplæring.

**Tilgang:** Skrivebeskyttet. Living Security leser kun fra Adaptive Security og
oppretter, endrer eller sletter aldri noe i kontoen din.

### Hva Living Security henter

| Data | Detaljer |
| - | - |
| **Mennesker** | Adaptive-brukerkatalogen din: navn, e-post, avdeling, stillingstittel, leders navn og e-postadresse, lokasjon, divisjon, ansettelsesstatus og startdato. |
| **E-postsimuleringer** | Per person per simulering: når meldingen ble levert, åpnet, klikket på, besvart, fikk vedlegget åpnet, fikk QR-koden skannet, fikk påloggingsinformasjon oppgitt, eller ble rapportert. |
| **Tekstsimuleringer** | Per person per simulering: levert, åpnet, klikket på, besvart, påloggingsinformasjon oppgitt eller rapportert. |
| **Talesimuleringer** | Per person per simulering: lokkemidlet som ble levert, nummeret som ble ringt, om personen etterkom oppringeren, og om vedkommende rapporterte det. |
| **Opplæring** | Per person per kampanje: når vedkommende ble påmeldt, når fristen var, når vedkommende startet, når vedkommende fullførte, og om vedkommende bekreftet kampanjens retningslinjer. |

<Note>
  **Telefonnumre lagres ikke.** Adaptive returnerer kontor- og mobilnumre i brukerposten.
  Living Security forkaster begge før noe lagres, fordi ingen funksjon i Living Security
  bruker dem.
</Note>

<Note>
  **Adaptives egen risikoscore registreres, men brukes aldri i skåringen.** Adaptive beregner en
  `current_risk_score` per person. Living Security beholder den slik at du kan sammenligne de to
  systemene side om side, men Menneskelig risikoindeks beregnes alltid ut fra observert
  atferd ved hjelp av Living Securitys egen publiserte modell — aldri ut fra en annen leverandørs
  sammensatte score.
</Note>

### Forutsetninger

* En Adaptive Security-konto med API aktivert.
* Administratortilgang til [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com).
* Brukernes e-postadresser i Adaptive som samsvarer med adressene de andre tilkoblede
  systemene dine bruker. E-post er måten Living Security kobler en Adaptive-bruker til en person på.

***

## Del A — I Adaptive Security

*Adaptive Security-administratoren din gjennomfører disse trinnene.*

<Steps>
  <Step title="Åpne API-innstillingene">
    1. Logg på [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) som administrator.
    2. Gå til **Settings → API**.
  </Step>

  <Step title="Generer API-tokenet">
    1. Generer et nytt API-token.
    2. Gi det et navn du vil kjenne igjen senere — for eksempel `Living Security`.
    3. Bekreft at tokenets rolle kan lese brukere, phishing-kampanjer og opplæringskampanjer.
    4. Kopier tokenet.

    <Warning>
      Kopier tokenet før du forlater siden. Hvis Adaptive-kontoen din setter en utløpsdato på
      tokenet, noter datoen — Living Security kan ikke hente data etter at det har utløpt, og
      tilkoblingen må oppdateres med et nytt token.
    </Warning>
  </Step>
</Steps>

***

## Del B — I Living Security Platform

*Programeieren gjennomfører dette trinnet, eller systemadministratoren hvis delegert oppsett brukes.*

<Steps>
  <ConnectInPlatform tile="Adaptive Security">
    | Felt | Verdi |
    | - | - |
    | **API-token** | Tokenet du genererte i del A |
  </ConnectInPlatform>
</Steps>

Du er nå koblet til Adaptive Security.

***

## Hvor ofte data hentes

| Data | Tidsplan |
| - | - |
| Mennesker | Hver 6. time |
| Simuleringsutfall (e-post, tekst, tale) | Hver 6. time |
| Opplæringsresultater | Hver 6. time |

Adaptives rapporterings-API tilbyr ikke et «hva har endret seg siden»-filter, så Living Security
leser hver simulerings- og opplæringskampanje så lenge den fortsatt produserer utfall, og
slutter å lese den to uker etter at den er lukket. Sene klikk og sene rapporter
blir dermed fortsatt fanget opp, og ferdige kampanjer leses ikke på nytt for alltid.

<Note>
  En første tilkobling på en stor Adaptive-konto kan kreve flere planlagte kjøringer for å bli ferdig med
  å lese alt. Hver kjøring leser så mye den kan, og den neste fortsetter der forrige
  stoppet, slik at tallene øker i løpet av det første døgnet eller to i stedet for å dukke opp på en gang.
</Note>

***

## Feilsøking

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    API-tokenet er feil, utløpt eller tilbakekalt. Adaptive returnerer en tom svartekst
    ved denne feilen, så det finnes ingen ytterligere detaljer å lese. Generer et nytt token i
    **Settings → API** og koble til på nytt med det. Et delvis kopiert token gir samme
    feil og er den vanligste årsaken.
  </Accordion>

  <Accordion title="403 Forbidden">
    Tokenet ble autentisert, men rollen kan ikke lese dataene som etterspørres. Det hjelper ikke å lime inn
    det samme tokenet på nytt. Bekreft i Adaptive at tokenets rolle har lesetilgang til brukere,
    phishing og opplæring, eller utsted et token fra en rolle som har det.
  </Accordion>

  <Accordion title="429 Too Many Requests">
    Adaptive begrenset tilkoblingens forespørselsrate. Living Security stopper den kjøringen og fortsetter fra
    samme sted ved neste planlagte kjøring, så ingen data går tapt — tallene tar bare lengre tid å
    øke. Hvis dette vedvarer over flere dager, kontakt Adaptive Security-støtte for å spørre om
    hastighetsgrensen som gjelder for kontoen din.
  </Accordion>

  <Accordion title="Mennesker vises, men ingen simuleringsutfall">
    Kontroller at kampanjene du forventer faktisk har kjørt. Adaptive rapporterer påmeldinger kun
    for simuleringer som er sendt, så en kampanje som fortsatt har statusen **Draft** eller **Scheduled**
    bidrar med ingenting før den sendes ut. Living Security leser bevisst ikke
    disse, slik at forespørselsbudsjettet brukes på kampanjer med reelle utfall.
  </Accordion>

  <Accordion title="Tale- eller tekstsimuleringer mangler">
    Living Security avgjør kanalen for hvert utfall ut fra scenarioet det er knyttet til. Hvis et
    scenario ble slettet i Adaptive etter at simuleringen ble kjørt, registreres utfallene
    på e-postkanalen, fordi kanalen ikke lenger kan leses. Du unngår dette ved å beholde utfasede
    scenarioer i Adaptive i stedet for å slette dem.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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