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

# Konfiguracja integracji z Adaptive Security

> Połącz Adaptive Security z Living Security Platform, aby importować wyniki symulacji phishingu, smishingu i vishingu oraz wyniki szkoleń z zakresu świadomości bezpieczeństwa dla Pracowników Twojej organizacji.

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Powiązane zasoby</h2>
    <ul>
      <li>
        <a href="/pl/signals/data-sources">Dowiedz się, w jaki sposób dane z integracji stają się sygnałami w ramach zarządzania ryzykiem związanym z czynnikiem ludzkim (Human Risk Management)</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Poznaj integracje Living Security</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Otwórz Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Poproś o demonstrację Living Security</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Wprowadź dane uwierzytelniające w Living Security Platform">
    <p>
      Czynność wykonuje osoba posiadająca dostęp do Living Security — właściciel programu lub
      administrator systemu, jeśli został zaproszony (konfiguracja delegowana).
    </p>
    <ol>
      <li>
        Przejdź do <strong>Ustawienia → Integracje → Katalog</strong>, znajdź kafelek{' '}
        <strong>{tile}</strong> i kliknij <strong>Połącz</strong>.
      </li>
      <li>
        Wypełnij poniższe pola, a następnie kliknij <strong>Połącz</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Ten przewodnik jest przeznaczony dla administratora systemu {system}.</strong> Opisuje tworzenie
      poświadczeń API w systemie {system}, co wymaga uprawnień administracyjnych w systemie {system}, a nie w
      Living Security Platform.
    </p>
    <p>
      Jeśli jesteś <strong>właścicielem programu</strong> Living Security i nie administrujesz systemem {system},
      przekaż tę stronę osobie, która nim administruje. Osoba ta wykona część A i przekaże Ci poświadczenia
      (lub wprowadzi je bezpośrednio, jeśli została zaproszona do platformy).
      {recommendDelegated && <>
          {' '}Ponieważ konfiguracja generuje poufny materiał kluczowy, zalecamy skorzystanie ze ścieżki{' '}
          <strong>konfiguracji delegowanej</strong>, dzięki której tajny klucz nigdy nie zostanie do Ciebie odesłany.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Adaptive Security" />

## Co wnosi ta integracja

Adaptive Security może dostarczać dane dotyczące pracowników, szkoleń oraz wielokanałowych rezultatów symulacji. Sprawdzone przykłady obejmują:

* `phishing.simulation.clicked` — kliknięcie w symulowaną wiadomość e-mail bez jej zgłoszenia
* `phishing.simulation.credential.submitted` — wprowadzenie poświadczeń na symulowanej stronie logowania
* `phishing.simulation.attachment.opened` — otwarcie załącznika w symulowanej wiadomości e-mail
* `phishing.simulation.reported` — zgłoszenie symulowanej wiadomości e-mail
* `smishing.simulation.replied` — odpowiedź na symulowaną wiadomość tekstową
* `vishing.simulation.succeeded` — wykonanie poleceń symulowanego rozmówcy telefonicznego
* `training.assigned` — przypisanie szkolenia z zakresu bezpieczeństwa
* `training.completed` — ukończenie szkolenia z zakresu bezpieczeństwa
* `training.past.due` — niedotrzymanie terminu ukończenia szkolenia

Te przykłady pokazują rodzaje znormalizowanej aktywności, które może wykorzystywać Living Security. Zobacz [jak dane z integracji stają się sygnałami](/pl/signals/data-sources).

<Note>
  **Adaptive przeprowadza symulacje w trzech kanałach, a Living Security ocenia każdy z nich osobno.**
  Rezultaty dotyczące poczty e-mail są oceniane jako phishing, rezultaty dotyczące wiadomości tekstowych jako smishing, a rezultaty dotyczące połączeń głosowych jako vishing. Osoba, która kliknęła w symulowaną wiadomość e-mail, i osoba, która odpowiedziała na symulowaną wiadomość tekstową, nie są mierzone jako to samo zachowanie, ponieważ ocena sytuacji, której każda z nich dokonała, jest inna.
</Note>

## Czego potrzebuje Living Security

| Poświadczenie | Opis |
| - | - |
| **Token API** | Token API Adaptive Security. Living Security przesyła go jako token okaziciela (bearer token) w każdym żądaniu. |

**Wymagana rola:** Administrator na Twoim koncie Adaptive Security z dostępem do **Settings → API**. Adaptive zarządza dostępem do API za pomocą uprawnień opartych na rolach, dlatego token musi należeć do roli, która może odczytywać dane użytkowników, phishingu i szkoleń.

**Dostęp:** Tylko do odczytu. Living Security wyłącznie odczytuje dane z Adaptive Security i nigdy niczego nie tworzy, nie zmienia ani nie usuwa na Twoim koncie.

### Jakie dane pobiera Living Security

| Dane | Szczegóły |
| - | - |
| **Ludzie** | Twój katalog użytkowników Adaptive: imię i nazwisko, adres e-mail, dział, stanowisko, imię i nazwisko oraz adres e-mail przełożonego, lokalizacja, pion, status zatrudnienia i data rozpoczęcia pracy. |
| **Symulacje e-mail** | Dla każdej osoby i każdej symulacji: kiedy wiadomość została dostarczona, otwarta, kiedy w nią kliknięto, odpowiedziano na nią, otwarto jej załącznik, zeskanowano jej kod QR, wprowadzono poświadczenia lub kiedy została zgłoszona. |
| **Symulacje wiadomości tekstowych** | Dla każdej osoby i każdej symulacji: dostarczenie, otwarcie, kliknięcie, odpowiedź, wprowadzenie poświadczeń lub zgłoszenie. |
| **Symulacje głosowe** | Dla każdej osoby i każdej symulacji: dostarczona przynęta, wybrany numer, informacja, czy osoba wykonała polecenia rozmówcy, oraz czy zgłosiła próbę. |
| **Szkolenie** | Dla każdej osoby i każdej kampanii: kiedy została zapisana, jaki był termin ukończenia, kiedy rozpoczęła szkolenie, kiedy je ukończyła oraz czy potwierdziła zapoznanie się z polityką kampanii. |

<Note>
  **Numery telefonów nie są przechowywane.** Adaptive zwraca numery służbowe i komórkowe w rekordzie użytkownika. Living Security odrzuca oba numery przed zapisaniem jakichkolwiek danych, ponieważ żadna funkcja Living Security ich nie wykorzystuje.
</Note>

<Note>
  **Własny wskaźnik ryzyka Adaptive jest rejestrowany, ale nigdy nie jest uwzględniany w ocenie.** Adaptive oblicza `current_risk_score` dla każdej osoby. Living Security zachowuje go, aby umożliwić porównanie obu systemów, jednak Indeks ryzyka związanego z czynnikiem ludzkim jest zawsze obliczany na podstawie zaobserwowanych zachowań przy użyciu opublikowanego modelu Living Security — nigdy na podstawie zbiorczego wskaźnika innego dostawcy.
</Note>

### Wymagania wstępne

* Konto Adaptive Security z włączonym API.
* Dostęp administratora do [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com).
* Adresy e-mail użytkowników w Adaptive zgodne z adresami używanymi w innych połączonych systemach. Living Security przypisuje użytkownika Adaptive do osoby na podstawie adresu e-mail.

***

## Część A — W Adaptive Security

*Te kroki wykonuje administrator Adaptive Security.*

<Steps>
  <Step title="Otwórz ustawienia API">
    1. Zaloguj się do [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) jako administrator.
    2. Przejdź do **Settings → API**.
  </Step>

  <Step title="Wygeneruj token API">
    1. Wygeneruj nowy token API.
    2. Nadaj mu nazwę, którą później łatwo rozpoznasz — na przykład `Living Security`.
    3. Upewnij się, że rola tokenu może odczytywać dane użytkowników, kampanii phishingowych i kampanii szkoleniowych.
    4. Skopiuj token.

    <Warning>
      Skopiuj token, zanim opuścisz stronę. Jeśli Twoje konto Adaptive ustawia termin ważności tokenu, zanotuj tę datę — po jego upływie Living Security nie będzie mogło pobierać danych, a połączenie trzeba będzie zaktualizować za pomocą nowego tokenu.
    </Warning>
  </Step>
</Steps>

***

## Część B — W Living Security Platform

*Ten krok wykonuje właściciel programu lub administrator systemu, jeśli stosowana jest konfiguracja delegowana.*

<Steps>
  <ConnectInPlatform tile="Adaptive Security">
    | Pole | Wartość |
    | - | - |
    | **Token API** | Token wygenerowany w części A |
  </ConnectInPlatform>
</Steps>

Połączenie z Adaptive Security zostało nawiązane.

***

## Jak często dane są pobierane

| Dane | Harmonogram |
| - | - |
| Ludzie | Co 6 godzin |
| Rezultaty symulacji (e-mail, wiadomości tekstowe, głos) | Co 6 godzin |
| Wyniki szkoleń | Co 6 godzin |

Interfejs API raportowania Adaptive nie udostępnia filtra „co zmieniło się od”, dlatego Living Security odczytuje każdą kampanię symulacji i szkoleniową, dopóki generuje ona rezultaty, i przestaje ją odczytywać po dwóch tygodniach od jej zamknięcia. Dzięki temu spóźnione kliknięcia i zgłoszenia są nadal rejestrowane, a zakończone kampanie nie są odczytywane w nieskończoność.

<Note>
  Pierwsze połączenie na dużym koncie Adaptive może wymagać kilku zaplanowanych uruchomień, aby odczytać wszystkie dane. Każde uruchomienie odczytuje tyle danych, ile zdoła, a kolejne kontynuuje od miejsca, w którym poprzednie się zatrzymało, więc liczby rosną w ciągu pierwszego lub drugiego dnia, zamiast pojawić się jednocześnie.
</Note>

***

## Rozwiązywanie problemów

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    Token API jest nieprawidłowy, wygasł lub został unieważniony. Adaptive zwraca przy tym błędzie pustą treść odpowiedzi, więc nie ma dodatkowych szczegółów do odczytania. Wygeneruj nowy token w **Settings → API** i ponownie nawiąż połączenie, używając go. Tylko częściowo skopiowany token powoduje ten sam błąd i jest to najczęstsza przyczyna.
  </Accordion>

  <Accordion title="403 Forbidden">
    Token został uwierzytelniony, ale jego rola nie może odczytywać żądanych danych. Ponowne wklejenie tego samego tokenu nie pomoże. W Adaptive upewnij się, że rola tokenu ma dostęp do odczytu danych użytkowników, phishingu i szkoleń, lub wydaj token z roli, która ma taki dostęp.
  </Accordion>

  <Accordion title="429 Too Many Requests">
    Adaptive ograniczyło liczbę żądań dla połączenia. Living Security przerywa dane uruchomienie i wznawia pracę od tego samego miejsca podczas następnego zaplanowanego uruchomienia, więc żadne dane nie są tracone — liczby po prostu rosną wolniej. Jeśli problem utrzymuje się przez kilka dni, skontaktuj się z pomocą techniczną Adaptive Security, aby zapytać o limit żądań obowiązujący na Twoim koncie.
  </Accordion>

  <Accordion title="Ludzie są widoczni, ale brak rezultatów symulacji">
    Sprawdź, czy oczekiwane kampanie faktycznie zostały przeprowadzone. Adaptive raportuje zapisy tylko dla symulacji, które zostały wysłane, więc kampania w statusie **Wersja robocza** lub **Zaplanowano** nie wnosi żadnych danych, dopóki nie zostanie uruchomiona. Living Security celowo ich nie odczytuje, aby przeznaczać limit żądań na kampanie, które mają rzeczywiste rezultaty.
  </Accordion>

  <Accordion title="Brakuje symulacji głosowych lub wiadomości tekstowych">
    Living Security określa kanał każdego rezultatu na podstawie powiązanego z nim scenariusza. Jeśli scenariusz został usunięty w Adaptive po przeprowadzeniu jego symulacji, jego rezultaty są rejestrowane w kanale e-mail, ponieważ kanału nie można już odczytać. Aby tego uniknąć, zamiast usuwać wycofane scenariusze, pozostaw je w Adaptive.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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