> ## 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 KnowBe4-integrasjon

> Koble KnowBe4 til Living Security Platform for å importere brukere, påmeldinger til opplæring og resultater fra phishing-sikkerhetstester.

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 EgressIpSafelist = ({system}) => <Note>
    <strong>Legg til alle fire utgående IP-adresser for Living Security-synkronisering</strong> i tillatelseslisten i{' '}
    {system}. Angi hver adresse som én enkelt vert med <code>/32</code> hvis {system} forventer CIDR-notasjon:
    <br />
    <code>52.34.139.153/32</code>, <code>54.69.127.183/32</code>, <code>44.247.133.183/32</code>,{' '}
    <code>52.26.211.56/32</code>
    <br />
    <br />
    Trafikken kan komme fra hvilken som helst av de fire adressene, så hvis bare noen av dem settes på tillatelseslisten, oppstår det periodiske synkroniseringsfeil. Disse fire adressene er de samme i alle Living Security-regioner. Se{' '}
    <a href="/no/integrations/managing/egress-ip-addresses">
      Konfigurere utgående IP-adresser for integrasjoner
    </a>{' '}
    for den fullstendige listen, endringspolicyen og feilsøking.
  </Note>;

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="KnowBe4" />

## Hva denne integrasjonen bidrar med

KnowBe4 kan bidra med utfall knyttet til arbeidsstyrke, opplæring og phishing-simuleringer. Gjennomgåtte eksempler omfatter:

* `training.completed` — fullfører sikkerhetsopplæring
* `training.past.due` — har forfalt opplæring
* `phishing.simulation.clicked` — klikket på en simulering uten å rapportere den

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

## Hva Living Security trenger

| Legitimasjon | Beskrivelse |
| - | - |
| **API-nøkkel** | Et bearer-token for Reporting API som genereres under **Account Settings → API**. Sendes med hver forespørsel i `Authorization: Bearer`-headeren. |
| **Serverregion for Reporting API** | Regionen som KnowBe4-kontoen din er klargjort i, valgt fra en liste (USA, EU, Canada, Storbritannia, Tyskland). |

**Scopes:** Ingenting å konfigurere — KnowBe4 Reporting API-tokens er skrivebeskyttede av design og har ingen scopes. Tokenet gir lesetilgang til brukere, påmeldinger til opplæring og resultater fra phishing-sikkerhetstester, og det er nøyaktig dette synkroniseringen leser.

**Nødvendig rolle:** **Account Admin** i KnowBe4 (bare kontoadministratorer har tilgang til **Account Settings → API**)

### Forutsetninger

* Du må være logget på KnowBe4-konsollen med rollen **Account Admin**. Bare kontoadministratorer har tilgang til **Account Settings → API** for å aktivere Reporting API og generere tokens.

***

## Del A — I KnowBe4

*KnowBe4-administratoren din utfører disse trinnene.*

<Steps>
  <Step title="Aktiver Reporting API og generer et token">
    1. Logg på KnowBe4-konsollen din.
    2. Klikk på kontonavnet ditt øverst til høyre og velg **Account Settings**.
    3. Velg **API** i navigasjonen til venstre.
    4. Aktiver **Reporting API** hvis det ikke allerede er aktivert, og generer deretter et nytt API-token.

    Gi tokenet et beskrivende formål (f.eks. `Living Security Platform`) hvis konsollen ber om det.

    <Warning>
      KnowBe4 viser API-tokenverdien **bare én gang** når den genereres. Kopier den umiddelbart og lagre den på et sikkert sted (f.eks. en passordhvelv eller en secrets manager). Hvis du navigerer bort uten å kopiere den, må du generere et nytt token.
    </Warning>

    <Note>
      Reporting API er skrivebeskyttet. Det eksponerer brukere, påmeldinger til opplæring og resultater fra phishing-sikkerhetstester — dataene Living Security henter inn for skåring og rapportering. Det kreves ingen skrivetilgang.
    </Note>
  </Step>

  <Step title="Legg til Living Security-egress-IP-adressene i listen over tillatte IP-adresser">
    KnowBe4 lar deg begrense tilgangen til Reporting API til et bestemt sett med kilde-IP-adresser. Denne innstillingen finnes samme sted som tokenet:

    1. Gå til **Account Settings → API → Allowed IP Addresses** i KnowBe4-konsollen.
    2. Legg til hver [egress-IP-adresse for Living Security](/no/integrations/managing/egress-ip-addresses) i tillatelseslisten. De samme fire adressene gjelder i alle regioner.

    <EgressIpSafelist system="KnowBe4" />

    <Warning>
      **Hvis listen over tillatte IP-adresser er konfigurert, håndheves den på nettverksnivå.** Tilkoblingsdialogen vil lykkes under autentisering, men datasynkroniseringer vil mislykkes (blokkert på nettverksnivå, vanligvis som `403`) helt til Living Security-egress-IP-adressene er lagt til i tillatelseslisten. Hvis du legger til en adresse i denne listen, må du også legge til Living Security-områdene, ellers blir forespørslene våre avvist selv om tokenet ditt er gyldig.
    </Warning>

    <Note>
      Living Securitys egress-IP-adresser kan endres når infrastrukturen oppdateres, selv om vi holder slike endringer sjeldne. Hvis datasynkroniseringer begynner å feile etter å ha fungert tidligere, kan du se [Konfigurere egress-IP-adresser for integrasjoner](/no/integrations/managing/egress-ip-addresses) og kontrollere at listen over tillatte IP-adresser samsvarer.
    </Note>
  </Step>

  <Step title="Finn KnowBe4-serverregionen din">
    KnowBe4 leverer Reporting API fra en regionspesifikk vert. Du velger region i tilkoblingsdialogen i stedet for å skrive inn et vertsnavn:

    | Region | Vert for Reporting API |
    | - | - |
    | USA | `us.api.knowbe4.com` |
    | Europa | `eu.api.knowbe4.com` |
    | Canada | `ca.api.knowbe4.com` |
    | Storbritannia | `uk.api.knowbe4.com` |
    | Tyskland | `de.api.knowbe4.com` |

    Hvis du er usikker på hvilken region kontoen din bruker, kan du sjekke domenet i URL-en til KnowBe4-konsollen eller kontakte KnowBe4-administratoren din.

    <Note>
      Disse fem regionene er de Living Security kan nå. Hvis KnowBe4-kontoen din ligger på en annen server (for eksempel en amerikansk Government-instans), må du kontakte Living Securitys kundestøtte før du starter tilkoblingen.
    </Note>
  </Step>
</Steps>

***

## Del B — I Living Security Platform

*Programansvarlig utfører dette trinnet, eller systemadministratoren hvis delegert oppsett brukes.*

<Steps>
  <ConnectInPlatform tile="KnowBe4">
    | Felt | Verdi |
    | - | - |
    | **API-nøkkel** | Reporting API-tokenet fra del A, trinn 1 |
    | **Serverregion for Reporting API** | Regionen fra del A, trinn 3 (f.eks. USA) |
  </ConnectInPlatform>
</Steps>

Du er nå koblet til KnowBe4.

***

## Feilsøking

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    API-tokenet er ugyldig eller utløpt. Kontroller at tokenet er riktig og ikke er blitt generert på nytt i **Account Settings → API**.
  </Accordion>

  <Accordion title="403 Forbidden">
    Enten mangler tokenet tilgang til Reporting API, eller forespørselens IP-adresse står ikke på listen over tillatte IP-adresser. Kontroller at Reporting API er aktivert, og at alle fire [egress-IP-adresser for Living Security](/no/integrations/managing/egress-ip-addresses) står i tillatelseslisten.
  </Accordion>

  <Accordion title="Tomme resultater (200 OK, men ingen data)">
    Reporting API har kanskje ikke data å returnere ennå, eller kontoen tokenet tilhører har ikke innsyn i brukerne og kampanjene Living Security henter inn. Kontroller at tokenet ble generert av en Account Admin.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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