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

# Abnormal Security integrācijas iestatīšana

> Pievienojiet Abnormal Security, lai importētu datus par e-pasta draudiem un pikšķerēšanas kampaņām.

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 EgressIpSafelist = ({system}) => <Note>
    <strong>Pievienojiet visas četras Living Security sinhronizācijas izejošā datplūsmas IP adreses</strong> atļauto sarakstam sistēmā{' '}
    {system}. Ja {system} sagaida CIDR pierakstu, katru adresi ievadiet kā atsevišķu resursdatoru ar <code>/32</code>:
    <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 />
    Datplūsma var iziet no jebkuras no šīm četrām adresēm, tāpēc, ja atļauto sarakstam tiek pievienotas tikai dažas no tām, rodas periodiskas sinhronizācijas kļūmes. Šīs četras adreses ir vienādas visos Living Security reģionos. Pilnu sarakstu, izmaiņu politiku un problēmu novēršanas norādījumus skatiet sadaļā{' '}
    <a href="/lv/integrations/managing/egress-ip-addresses">
      Configuring Integration Egress IP Addresses
    </a>.
  </Note>;

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="Abnormal Security" />

## Ko šī integrācija nodrošina

Abnormal Security var nodrošināt normalizētus datus par e-pasta draudiem, piegādi, bloķēšanu un darbinieku ziņošanas aktivitāti. Pārskatītie piemēri ir šādi:

* `phishing.real.blocked` — reāla pikšķerēšana, kas bloķēta pirms piegādes
* `phishing.real.delivered` — reāla pikšķerēšana, kas piegādāta iesūtnē
* `phishing.real.reported` — ziņo par reāliem pikšķerēšanas e-pastiem

Šie piemēri parāda normalizētās aktivitātes veidus, ko Living Security var izmantot. Skatiet [kā integrāciju dati kļūst par Signals](/lv/signals/data-sources).

## Kas nepieciešams Living Security

| Akreditācijas dati | Apraksts |
| - | - |
| **API key** | REST API nesēja marķieris (bearer token), kas ģenerēts Abnormal Portal |
| **Regional API host** | Jūsu Abnormal Security vides resursdatora nosaukums |

**Darbības jomas:** Custom Access ar **Read** piekļuvi `Abuse Campaigns (AI Security Mailbox)` un `Threats`

**Nepieciešamā loma:** **Security Admin** vai **Super Admin** sistēmā Abnormal Security

### Priekšnosacījumi

* Lai izveidotu un pārvaldītu API marķierus, jums ir nepieciešama **Security Admin** vai **Super Admin** piekļuve sistēmā Abnormal Security.

***

## A daļa — Abnormal Security sistēmā

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

<Steps>
  <Step title="Pārejiet uz API Token Management">
    1. Pierakstieties savā Abnormal Security portālā.
    2. Kreisajā navigācijā noklikšķiniet uz **Settings** un pēc tam atlasiet **Integrations**.

    <img src="https://mintcdn.com/livingsecurity/TnbD8Y_d8KdapRc2/integrations/images/abnormal-security/settings-integrations.webp?fit=max&auto=format&n=TnbD8Y_d8KdapRc2&q=85&s=7f5d7a616acdcf72a9048f16c6706b5e" alt="Abnormal Security izvēlne Settings, kurā redzama opcija Integrations" width="1999" height="1680" data-path="integrations/images/abnormal-security/settings-integrations.webp" />

    3. Ritiniet uz leju līdz sadaļai **API Token Management** lapas Integrations apakšā.
    4. Noklikšķiniet uz **+ Create New Token**.

    <img src="https://mintcdn.com/livingsecurity/TnbD8Y_d8KdapRc2/integrations/images/abnormal-security/api-token-management.avif?fit=max&auto=format&n=TnbD8Y_d8KdapRc2&q=85&s=13cfdfb7ced9b3f3fca67c781ee7e844" alt="Sadaļa API Token Management ar pogu Create New Token" width="1239" height="1151" data-path="integrations/images/abnormal-security/api-token-management.avif" />
  </Step>

  <Step title="Atlasiet integrācijas veidu">
    Kā integrācijas veidu atlasiet **REST API** un pēc tam noklikšķiniet uz **Next**.
  </Step>

  <Step title="Izvēlieties marķiera darbības jomu">
    Izvēlieties marķiera darbības jomu un pēc tam noklikšķiniet uz **Next**:

    * **Customer (All Current and Future Tenants)** — izmantojiet šo opciju, ja jūsu Abnormal konts pārvalda vairākus nomniekus (tenants). Šis marķieris automātiski aptver visus pašreizējos un turpmākos nomniekus.
    * **Tenant (Single Tenant)** — izmantojiet šo opciju, lai marķieri ierobežotu ar vienu konkrētu nomnieku.

    Lielākajai daļai organizāciju ar vienu Abnormal nomnieku der jebkura no opcijām. Ja šaubāties, atlasiet **Customer**.
  </Step>

  <Step title="Piešķiriet nepieciešamo piekļuvi">
    Atlasiet **Custom Access** un iespējojiet **Read** abām galapunktu grupām:

    | Galapunktu grupa | Nepieciešamais piekļuves līmenis |
    | - | - |
    | **Abuse Campaigns (AI Security Mailbox)** | Read |
    | **Threats** | Read |

    Pēc tam noklikšķiniet uz **Next**.

    <Note>
      **Read** piekļuve atgriež nesensitīvus datus par draudiem un kampaņām. **Read Sensitive** papildus atklāj personu identificējošu informāciju (PII), pielikumus un darbinieku datus. **Write** iesniedz labošanas darbības. Piešķiriet tikai **Read**, ja jūsu lietošanas gadījumam nav īpaši nepieciešams vairāk.
    </Note>
  </Step>

  <Step title="Konfigurējiet marķiera informāciju un IP drošo sarakstu">
    Aizpildiet šādus laukus:

    * **Token Name** — aprakstošs nosaukums (piemēram, `Living Security Platform`)
    * **Description** — neobligāts konteksts (piemēram, `Read access for Living Security HRM platform`)
    * **Token Expiry** — izvēlieties **90**, **180** vai **365 dienas**, lai tas atbilstu jūsu rotācijas politikai. Iestatiet kalendāra atgādinājumu, lai nomainītu marķieri pirms tā derīguma termiņa beigām.
    * **IP Safelist** — ievadiet Living Security izejošo IP diapazonus, katru atsevišķā ierakstā. Pēc katra noklikšķiniet uz **Add**.

    <EgressIpSafelist system="Abnormal Security" />

    <Warning>
      **IP drošais saraksts ir obligāts.** Abnormal Security noraida visus API pieprasījumus no adresēm, kas nav drošajā sarakstā. Savienojuma dialoglodziņš tiks veiksmīgi pabeigts, taču datu sinhronizācija neizdosies ar `401 Unauthorized`, kamēr nebūs pievienotas pareizās IP adreses drošajam sarakstam.
    </Warning>

    Pēc tam noklikšķiniet uz **Next**.
  </Step>

  <Step title="Pārskatiet un izveidojiet marķieri">
    Pārskatiet marķiera konfigurācijas kopsavilkumu un pēc tam noklikšķiniet uz **Create Token**.

    <img src="https://mintcdn.com/livingsecurity/TnbD8Y_d8KdapRc2/integrations/images/abnormal-security/review-token.avif?fit=max&auto=format&n=TnbD8Y_d8KdapRc2&q=85&s=6935f488f5778fcea3f6907629aa1316" alt="Marķiera konfigurācijas pārskata ekrāns" style={{maxWidth: "550px"}} width="1910" height="726" data-path="integrations/images/abnormal-security/review-token.avif" />
  </Step>

  <Step title="Nokopējiet un saglabājiet marķieri">
    **Nekavējoties nokopējiet marķieri** un glabājiet to drošā vietā (piemēram, paroļu seifā vai noslēpumu pārvaldniekā), pēc tam noklikšķiniet uz **Done**.

    <img src="https://mintcdn.com/livingsecurity/TnbD8Y_d8KdapRc2/integrations/images/abnormal-security/copy-token.avif?fit=max&auto=format&n=TnbD8Y_d8KdapRc2&q=85&s=fa752c333af664ad5b3ed037dbb67143" alt="Marķiera kopēšanas dialoglodziņš ar ģenerēto marķieri" style={{maxWidth: "550px"}} width="1999" height="329" data-path="integrations/images/abnormal-security/copy-token.avif" />

    <Warning>
      Abnormal Portal parāda marķiera vērtību **tikai vienu reizi**. Ja pārejat citur, to nenokopējot, jums jāizveido jauns marķieris un jāatsauc vecais.
    </Warning>
  </Step>

  <Step title="Noskaidrojiet savu reģionālo API resursdatoru">
    Noskaidrojiet pareizo API resursdatoru savai Abnormal Security videi:

    | Vide | Regional API host |
    | - | - |
    | Noklusējuma (ASV komerciālā) | `api.abnormalplatform.com` |
    | ES | `eu.rest.abnormalsecurity.com` |
    | FedRAMP | `rest.abnormalsecurity.us` |

    Ievadiet **tikai resursdatoru** — bez prefiksa `https://` un bez noslēdzošās slīpsvītras.

    Ja nezināt, kuru vidi izmanto jūsu organizācija, pārbaudiet sava Abnormal portāla URL vai sazinieties ar savu Abnormal Security konta komandu.
  </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="Abnormal Security">
    | Lauks | Vērtība |
    | - | - |
    | **API key** | Marķieris, kas nokopēts A daļas 7. darbībā |
    | **Regional API host** | Resursdators no A daļas 8. darbības (noklusējums ASV: `api.abnormalplatform.com`) |

    <img src="https://mintcdn.com/livingsecurity/oVkrOMkYmNevekTI/integrations/images/abnormal-security/connect-dialog.png?fit=max&auto=format&n=oVkrOMkYmNevekTI&q=85&s=46afa66685c5f59483324c863fd4fa86" alt="Living Security savienojuma dialoglodziņš Abnormal Security integrācijai" style={{maxWidth: "450px"}} width="576" height="638" data-path="integrations/images/abnormal-security/connect-dialog.png" />
  </ConnectInPlatform>
</Steps>

Tagad esat izveidojis savienojumu ar Abnormal Security.

***

## Problēmu novēršana

<AccordionGroup>
  <Accordion title="403 Forbidden — Jums nav atļaujas veikt šo darbību">
    Marķierim trūkst vienas vai abu nepieciešamo piekļuves atļauju (**Abuse Campaigns** vai **Threats**). Integrācijas veidu, darbības jomu un piekļuves līmeni pēc marķiera izveides mainīt nevar — jums jāizveido jauns marķieris ar pareizajiem iestatījumiem un jāatsauc vecais.
  </Accordion>

  <Accordion title="401 Unauthorized">
    Vai nu marķieris ir nederīgs vai tā derīguma termiņš ir beidzies, vai pieprasījuma IP adrese nav drošajā sarakstā. Pārbaudiet:

    1. Marķieris nav atsaukts un tā derīguma termiņš nav beidzies
    2. Visas četras [Living Security izejošās IP adreses](/lv/integrations/managing/egress-ip-addresses) ir drošajā sarakstā

    Ja sinhronizācija iepriekš darbojās, bet tagad neizdodas ar `401`, izejošās IP adreses, iespējams, ir mainījušās — skatiet [Configuring Integration Egress IP Addresses](/lv/integrations/managing/egress-ip-addresses) un pārbaudiet, vai drošais saraksts atbilst.
  </Accordion>

  <Accordion title="Mantoto marķieru derīguma termiņa beigas (2027. gada 30. aprīlis)">
    Ja jūsu organizācijai ir API marķieri, kas izveidoti pirms pašapkalpošanās Token Management iespējas ieviešanas, tie informācijas panelī tiek rādīti kā **Legacy**. Mantotie marķieri turpina darboties, taču tos nevar rotēt — var atjaunināt tikai to IP drošo sarakstu. Visu mantoto marķieru derīguma termiņš automātiski beidzas **2027. gada 30. aprīlī**. Plānojiet aizstāt mantotos marķierus ar jauniem pirms šī datuma.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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