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

# Adaptive Security integrācijas iestatīšana

> Pievienojiet Adaptive Security platformai Living Security Platform, lai importētu pikšķerēšanas, smišinga un višinga simulāciju rezultātus, kā arī drošības izpratnes apmācības rezultātus savam personālam.

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Saistītie resursi</h2>
    <ul>
      <li>
        <a href="/lv/signals/data-sources">Uzziniet, kā integrāciju dati kļūst par cilvēciskā riska pārvaldības signāliem</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Izpētiet Living Security Integrations</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Atveriet Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Pieprasiet Living Security demonstrāciju</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Ievadiet akreditācijas datus Living Security Platform">
    <p>
      Šo darbību veic persona, kurai ir Living Security piekļuve — programmas īpašnieks vai
      sistēmas administrators, ja viņš ir uzaicināts (deleģēta iestatīšana).
    </p>
    <ol>
      <li>
        Dodieties uz <strong>Settings → Integrations → Catalog</strong>, atrodiet elementu{' '}
        <strong>{tile}</strong>, noklikšķiniet uz <strong>Connect</strong>.
      </li>
      <li>
        Aizpildiet tālāk norādītos laukus, pēc tam noklikšķiniet uz <strong>Connect</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Šī rokasgrāmata ir paredzēta jūsu {system} administratoram.</strong> Tajā aprakstīts, kā izveidot API
      akreditācijas datus sistēmā {system}, kam nepieciešama administratora piekļuve sistēmai {system}, nevis
      Living Security Platform.
    </p>
    <p>
      Ja jūs esat Living Security <strong>programmas īpašnieks</strong> un neadministrējat sistēmu {system},
      nosūtiet šo lapu personai, kas to dara. Šī persona izpilda A daļu un nodod akreditācijas datus jums
      (vai ievada tos tieši, ja esat uzaicinājis šo personu platformā).
      {recommendDelegated && <>
          {' '}Tā kā iestatīšanas rezultātā tiek izveidots sensitīvs atslēgu materiāls, iesakām izmantot{' '}
          <strong>deleģēto iestatīšanu</strong>, lai noslēpums nekad netiktu sūtīts atpakaļ jums.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Adaptive Security" />

## Ko šī integrācija nodrošina

Adaptive Security var nodrošināt datus par Workforce, Training un daudzkanālu simulāciju
rezultātiem. Pārskatītie piemēri ietver:

* `phishing.simulation.clicked` — noklikšķināja uz simulēta e-pasta ziņojuma, par to nepaziņojot
* `phishing.simulation.credential.submitted` — ievadīja akreditācijas datus simulētā pieteikšanās lapā
* `phishing.simulation.attachment.opened` — atvēra simulēta e-pasta ziņojuma pielikumu
* `phishing.simulation.reported` — paziņoja par simulētu e-pasta ziņojumu
* `smishing.simulation.replied` — atbildēja uz simulētu īsziņu
* `vishing.simulation.succeeded` — izpildīja simulēta zvanītāja prasības balss zvanā
* `training.assigned` — tika piešķirta drošības apmācība
* `training.completed` — pabeidza drošības apmācību
* `training.past.due` — nokavēja apmācības termiņu

Šie piemēri parāda normalizēto darbību veidus, ko Living Security var izmantot. Skatiet
[kā integrācijas dati kļūst par Signals](/lv/signals/data-sources).

<Note>
  **Adaptive veic simulācijas trijos kanālos, un Living Security katru no tiem vērtē atsevišķi.**
  E-pasta rezultāti tiek vērtēti kā pikšķerēšana, īsziņu rezultāti — kā smišings, bet balss
  zvanu rezultāti — kā višings. Persona, kas noklikšķina uz simulēta e-pasta ziņojuma, un
  persona, kas atbild uz simulētu īsziņu, netiek mērītas kā vienāda uzvedība, jo katras no
  tām pieņemtais lēmums ir atšķirīgs.
</Note>

## Kas nepieciešams Living Security

| Credential | Apraksts |
| - | - |
| **API token** | Adaptive Security API token. Living Security nosūta to kā bearer token katrā pieprasījumā. |

**Nepieciešamā loma:** Jūsu Adaptive Security konta administrators ar piekļuvi sadaļai
**Settings → API**. Adaptive pārvalda piekļuvi API, izmantojot uz lomām balstītas atļaujas,
tāpēc tokenam jāpieder lomai, kas var nolasīt lietotājus, pikšķerēšanas datus un apmācības datus.

**Piekļuve:** Tikai lasīšana. Living Security datus tikai nolasa no Adaptive Security un
nekad neko neizveido, nemaina vai nedzēš jūsu kontā.

### Ko Living Security iegūst

| Dati | Detaļas |
| - | - |
| **People** | Jūsu Adaptive lietotāju direktorija: vārds, e-pasta adrese, nodaļa, amata nosaukums, vadītāja vārds un e-pasta adrese, atrašanās vieta, departaments, nodarbinātības statuss un darba sākuma datums. |
| **Email simulations** | Katrai personai katrā simulācijā: kad ziņojums tika piegādāts, atvērts, uz tā noklikšķināts, uz to atbildēts, atvērts tā pielikums, noskenēts tā QR kods, ievadīti akreditācijas dati vai par to paziņots. |
| **Text simulations** | Katrai personai katrā simulācijā: piegādāts, atvērts, noklikšķināts, atbildēts, ievadīti akreditācijas dati vai paziņots. |
| **Voice simulations** | Katrai personai katrā simulācijā: piegādātā ēsma, izsauktais numurs, vai persona izpildīja zvanītāja prasības un vai par to paziņoja. |
| **Training** | Katrai personai katrā kampaņā: kad tā tika reģistrēta, kāds bija izpildes termiņš, kad sāka, kad pabeidza un vai apstiprināja kampaņas politiku. |

<Note>
  **Tālruņa numuri netiek glabāti.** Adaptive savā lietotāja ierakstā atgriež biroja un mobilā
  tālruņa numurus. Living Security atmet abus, pirms kaut ko saglabā, jo neviena Living Security
  funkcija tos neizmanto.
</Note>

<Note>
  **Adaptive paša riska vērtējums tiek ierakstīts, bet nekad netiek izmantots vērtēšanā.** Adaptive katrai personai aprēķina
  `current_risk_score`. Living Security to saglabā, lai jūs varētu salīdzināt abas
  sistēmas, taču Human Risk Index vienmēr tiek aprēķināts, pamatojoties uz novērotu
  uzvedību, izmantojot Living Security publicēto modeli — nekad no cita piegādātāja
  kopējā vērtējuma.
</Note>

### Priekšnosacījumi

* Adaptive Security konts ar iespējotu API.
* Administratora piekļuve vietnei [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com).
* Adaptive lietotāju e-pasta adreses, kas atbilst adresēm, ko izmanto jūsu citas pievienotās
  sistēmas. Living Security Adaptive lietotāju saista ar personu, izmantojot e-pasta adresi.

***

## A daļa — Adaptive Security

*Šīs darbības veic jūsu Adaptive Security administrators.*

<Steps>
  <Step title="Atveriet API iestatījumus">
    1. Pierakstieties vietnē [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) kā administrators.
    2. Atveriet **Settings → API**.
  </Step>

  <Step title="Ģenerējiet API token">
    1. Ģenerējiet jaunu API token.
    2. Piešķiriet tam nosaukumu, ko vēlāk atpazīsiet — piemēram, `Living Security`.
    3. Pārliecinieties, ka tokena loma var nolasīt lietotājus, pikšķerēšanas kampaņas un apmācību kampaņas.
    4. Nokopējiet token.

    <Warning>
      Nokopējiet token, pirms pametat lapu. Ja jūsu Adaptive konts tokenam nosaka derīguma
      termiņu, pierakstiet datumu — pēc termiņa beigām Living Security nevar iegūt datus,
      un savienojums ir jāatjaunina ar jaunu token.
    </Warning>
  </Step>
</Steps>

***

## B daļa — Living Security Platform

*Šo darbību veic programmas īpašnieks vai sistēmas administrators, ja tiek izmantota deleģētā iestatīšana.*

<Steps>
  <ConnectInPlatform tile="Adaptive Security">
    | Field | Value |
    | - | - |
    | **API token** | Token, ko ģenerējāt A daļā |
  </ConnectInPlatform>
</Steps>

Tagad esat pievienojis Adaptive Security.

***

## Cik bieži dati tiek iegūti

| Dati | Grafiks |
| - | - |
| People | Ik pēc 6 stundām |
| Simulāciju rezultāti (e-pasts, īsziņas, balss) | Ik pēc 6 stundām |
| Apmācības rezultāti | Ik pēc 6 stundām |

Adaptive pārskatu API nepiedāvā filtru „kas mainījies kopš”, tāpēc Living Security
nolasa katru simulāciju un apmācības kampaņu, kamēr tā vēl rada rezultātus, un pārtrauc
to lasīt, kad kampaņa ir slēgta divas nedēļas. Tādējādi tiek fiksēti arī vēlāki klikšķi un
vēlāki paziņojumi, bet pabeigtās kampaņas netiek lasītas atkārtoti bezgalīgi.

<Note>
  Pirmajam savienojumam ar lielu Adaptive kontu var būt nepieciešami vairāki plānotie
  izpildes cikli, lai nolasītu visu. Katrs cikls nolasa, cik var, un nākamais turpina no vietas,
  kur iepriekšējais apstājās, tāpēc skaitļi pieaug pirmās vai otrās dienas laikā, nevis parādās vienlaikus.
</Note>

***

## Problēmrisināšana

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    API token ir nepareizs, tā derīguma termiņš ir beidzies vai tas ir atsaukts. Adaptive šajā
    kļūdas gadījumā atgriež tukšu atbildes pamattekstu, tāpēc papildu informācijas nav. Ģenerējiet jaunu token sadaļā
    **Settings → API** un atkārtoti izveidojiet savienojumu ar to. Daļēji nokopēts token rada to pašu
    kļūdu, un tas ir visbiežākais cēlonis.
  </Accordion>

  <Accordion title="403 Forbidden">
    Token autentificēšanās bija sekmīga, taču tā loma nevar nolasīt pieprasītos datus. Tā paša
    token atkārtota ievietošana nepalīdzēs. Adaptive pārliecinieties, ka token lomai ir lasīšanas piekļuve lietotājiem,
    pikšķerēšanas datiem un apmācībai, vai izsniedziet token no lomas, kurai tā ir.
  </Accordion>

  <Accordion title="429 Too Many Requests">
    Adaptive ierobežoja savienojuma pieprasījumu skaitu. Living Security aptur attiecīgo izpildes ciklu un nākamajā plānotajā ciklā turpina no
    tās pašas vietas, tāpēc dati netiek zaudēti — skaitļi tikai pieaug ilgāk. Ja tas turpinās vairākas dienas,
    sazinieties ar Adaptive Security atbalstu, lai vaicātu par ierobežojumu, kas attiecas uz jūsu kontu.
  </Accordion>

  <Accordion title="Personas tiek rādītas, bet simulāciju rezultātu nav">
    Pārbaudiet, vai gaidītās kampaņas tiešām ir norisinājušās. Adaptive ziņo par reģistrācijām tikai
    tām simulācijām, kas ir nosūtītas, tāpēc kampaņa ar statusu **Draft** vai **Scheduled**
    neko nenodrošina, kamēr nav izsūtīta. Living Security tās apzināti nelasa,
    lai pieprasījumu limitu tērētu kampaņām ar reāliem rezultātiem.
  </Accordion>

  <Accordion title="Trūkst balss vai īsziņu simulāciju">
    Living Security katra rezultāta kanālu nosaka pēc tam piesaistītā scenārija. Ja
    scenārijs Adaptive tika izdzēsts pēc tam, kad tā simulācija bija notikusi, tā rezultāti tiek ierakstīti
    e-pasta kanālā, jo kanālu vairs nevar nolasīt. To var novērst, saglabājot vecos
    scenārijus Adaptive, nevis dzēšot tos.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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