Skip to main content

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

​
Kas nepieciešams Living Security

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

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.
Abnormal Security izvēlne Settings, kurā redzama opcija Integrations
  1. Ritiniet uz leju līdz sadaļai API Token Management lapas Integrations apakšā.
  2. Noklikšķiniet uz + Create New Token.
Sadaļa API Token Management ar pogu Create New Token
2

Atlasiet integrācijas veidu

Kā integrācijas veidu atlasiet REST API un pēc tam noklikšķiniet uz Next.
3

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

Piešķiriet nepieciešamo piekļuvi

Atlasiet Custom Access un iespējojiet Read abām galapunktu grupām:Pēc tam noklikšķiniet uz Next.
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.
5

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.
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.
Pēc tam noklikšķiniet uz Next.
6

Pārskatiet un izveidojiet marķieri

Pārskatiet marķiera konfigurācijas kopsavilkumu un pēc tam noklikšķiniet uz Create Token.Marķiera konfigurācijas pārskata ekrāns
7

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.Marķiera kopēšanas dialoglodziņš ar ģenerēto marķieri
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.
8

Noskaidrojiet savu reģionālo API resursdatoru

Noskaidrojiet pareizo API resursdatoru savai Abnormal Security videi: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.

​
B daļa — Living Security Platform

Šo darbību veic programmas īpašnieks vai sistēmas administrators, ja tiek izmantota deleģētā iestatīšana.
Tagad esat izveidojis savienojumu ar Abnormal Security.

​
Problēmu novēršana

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.
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 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 un pārbaudiet, vai drošais saraksts atbilst.
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.