Skip to main content

​
Mivel járul hozzá ez az integráció

Az Abnormal Security normalizált adatokat szolgáltathat az e-mailes fenyegetésekről, a kézbesítésről, a blokkolásról és a munkatársak általi jelentésekről. Az áttekintett példák a következők:
  • phishing.real.blocked — valódi adathalászat, amelyet a kézbesítés előtt blokkoltak
  • phishing.real.delivered — valódi adathalászat, amely a postaládába is megérkezett
  • phishing.real.reported — valódi adathalász e-maileket jelent
Ezek a példák a Living Security által felhasználható normalizált tevékenységek típusait mutatják be. Lásd: hogyan válnak az integrációs adatok jelzésekké.

​
Mire van szüksége a Living Security szolgáltatásnak

Hatókörök: Egyéni hozzáférés (Custom Access) Olvasás jogosultsággal a következőkön: Abuse Campaigns (AI Security Mailbox) és Threats Szükséges szerepkör: Security Admin vagy Super Admin az Abnormal Security szolgáltatásban

​
Előfeltételek

  • Az API-tokenek létrehozásához és kezeléséhez Security Admin vagy Super Admin hozzáféréssel kell rendelkeznie az Abnormal Security szolgáltatásban.

​
A rész — Az Abnormal Security felületén

Ezeket a lépéseket az Abnormal Security rendszergazdája végzi el.
1

Az API Token Management megnyitása

  1. Jelentkezzen be az Abnormal Security portálra.
  2. A bal oldali navigációs sávban kattintson a Settings elemre, majd válassza az Integrations lehetőséget.
Az Abnormal Security Settings menüje az Integrations lehetőséggel
  1. Görgessen le az API Token Management szakaszhoz az Integrations oldal alján.
  2. Kattintson a + Create New Token gombra.
Az API Token Management szakasz a Create New Token gombbal
2

Az integráció típusának kiválasztása

Válassza a REST API lehetőséget integrációtípusként, majd kattintson a Következő gombra.
3

A token hatókörének kiválasztása

Válasszon tokenhatókört, majd kattintson a Következő gombra:
  • Ügyfél (minden jelenlegi és jövőbeli bérlő) — Akkor használja, ha az Abnormal-fiókja több bérlőt kezel. Ez a token automatikusan lefedi az összes jelenlegi és jövőbeli bérlőt.
  • Bérlő (egyetlen bérlő) — Akkor használja, ha a tokent egyetlen adott bérlőre szeretné korlátozni.
A legtöbb, egyetlen Abnormal-bérlővel rendelkező szervezet esetében bármelyik lehetőség megfelelő. Ha bizonytalan, válassza az Ügyfél lehetőséget.
4

A szükséges hozzáférés megadása

Válassza a Custom Access lehetőséget, és engedélyezze az Olvasás jogosultságot mindkét végpontcsoporthoz:Ezután kattintson a Következő gombra.
Az Olvasás hozzáférés nem érzékeny fenyegetési és kampányadatokat ad vissza. A Read Sensitive emellett személyes azonosításra alkalmas adatokat (PII), mellékleteket és munkatársi adatokat is elérhetővé tesz. Az Írj jogosultság elhárítási műveleteket küld be. Csak az Olvasás jogosultságot adja meg, hacsak a felhasználási esete kifejezetten többet nem igényel.
5

A token részleteinek és az IP-engedélylistának a konfigurálása

Töltse ki a következő mezőket:
  • Token Name — Leíró név (például Living Security Platform)
  • Leírás — Opcionális kontextus (például Read access for Living Security HRM platform)
  • Token Expiry — Válassza a 90, 180 vagy 365 napot a rotációs szabályzatának megfelelően. Állítson be naptári emlékeztetőt, hogy a tokent a lejárata előtt lecserélje.
  • IP Safelist — Adja meg a Living Security kimenő IP-tartományait, bejegyzésenként egyet. Minden egyes megadása után kattintson a Hozzáad gombra.
Az IP-engedélylista kötelező. Az Abnormal Security elutasít minden API-kérést, amely nem az engedélylistán szereplő címről érkezik. A csatlakozási párbeszédablak sikeresen lefut, de az adatszinkronizálások 401 Unauthorized hibával meghiúsulnak, amíg a megfelelő IP-címek nem kerülnek az engedélylistára.
Ezután kattintson a Következő gombra.
6

A token áttekintése és létrehozása

Tekintse át a token konfigurációjának összegzését, majd kattintson a Create Token gombra.A token konfigurációjának áttekintő képernyője
7

A token másolása és mentése

Azonnal másolja ki a tokent, és tárolja biztonságos helyen (például jelszókezelőben vagy titokkezelőben), majd kattintson a Kész gombra.A token másolására szolgáló párbeszédablak a létrehozott tokennel
Az Abnormal Portal a token értékét csak egyszer jeleníti meg. Ha anélkül lép tovább, hogy kimásolná, új tokent kell létrehoznia, és a régit vissza kell vonnia.
8

A regionális API-gazdagép azonosítása

Határozza meg az Abnormal Security környezetéhez tartozó megfelelő API-gazdagépet:Csak a gazdagépnevet adja meg — https:// előtag és záró perjel nélkül.Ha nem biztos abban, hogy a szervezete melyik környezetet használja, ellenőrizze az Abnormal portál URL-címét, vagy forduljon az Abnormal Security ügyfélkapcsolati csapatához.

​
B rész — A Living Security Platformon

Ezt a lépést a programgazda végzi el, illetve a rendszergazda, ha delegált beállítást alkalmaznak.
Ezzel sikeresen csatlakoztatta az Abnormal Security szolgáltatást.

​
Hibaelhárítás

A tokenből hiányzik egy vagy mindkét szükséges hozzáférési jogosultság (Abuse Campaigns vagy Threats). Az integráció típusa, hatóköre és hozzáférési szintje a token létrehozása után nem módosítható — új tokent kell létrehoznia a megfelelő beállításokkal, a régit pedig vissza kell vonnia.
Vagy a token érvénytelen/lejárt, vagy a kérés IP-címe nem szerepel az engedélylistán. Ellenőrizze a következőket:
  1. A tokent nem vonták vissza, és nem járt le
  2. A Living Security mind a négy kimenő IP-címe szerepel az engedélylistán
Ha a szinkronizálások korábban működtek, de most 401 hibával meghiúsulnak, előfordulhat, hogy a kimenő IP-címek megváltoztak — tekintse meg az Integrációk kimenő IP-címeinek konfigurálása című részt, és győződjön meg arról, hogy az engedélylista megegyezik velük.
Ha a szervezete rendelkezik olyan API-tokenekkel, amelyeket az önkiszolgáló Token Management funkció bevezetése előtt hoztak létre, azok a műszerfalon Legacy jelöléssel jelennek meg. A Legacy tokenek továbbra is működnek, de nem rotálhatók — csak az IP-engedélylistájuk frissíthető. Az összes Legacy token automatikusan lejár 2027. április 30-án. Tervezze meg, hogy e dátum előtt lecseréli őket új tokenekre.