Skip to main content

​
Mitä tämä integraatio tuo mukanaan

Abnormal Security voi tuottaa normalisoitua tietoa sähköpostiuhkista, toimituksesta, estämisestä ja työntekijöiden tekemistä ilmoituksista. Tarkastettuja esimerkkejä ovat:
  • phishing.real.blocked — todellinen tietojenkalastelu, joka estettiin ennen toimitusta
  • phishing.real.delivered — todellinen tietojenkalastelu, joka toimitettiin saapuneisiin
  • phishing.real.reported — ilmoittaa todellisista tietojenkalasteluviesteistä
Nämä esimerkit havainnollistavat, minkä tyyppistä normalisoitua toimintatietoa Living Security voi hyödyntää. Katso miten integraatiotiedoista muodostuu signaaleja.

​
Mitä Living Security tarvitsee

Käyttöoikeusalueet: Custom Access, jossa Lue -oikeus kohteisiin Abuse Campaigns (AI Security Mailbox) ja Threats Vaadittu rooli: Security Admin tai Super Admin Abnormal Securityssä

​
Edellytykset

  • API-tunnisteiden luominen ja hallinta edellyttää Security Admin- tai Super Admin -oikeuksia Abnormal Securityssä.

​
Osa A — Abnormal Securityssä

Abnormal Securityn ylläpitäjä suorittaa nämä vaiheet.
1

Siirry API-tunnisteiden hallintaan

  1. Kirjaudu sisään Abnormal Security -portaaliin.
  2. Napsauta vasemmassa navigointivalikossa kohtaa Asetukset ja valitse sitten Integraatiot.
Abnormal Securityn Asetukset-valikko, jossa näkyy Integraatiot-vaihtoehto
  1. Vieritä alas Integraatiot-sivun alaosassa olevaan API Token Management -osioon.
  2. Napsauta + Create New Token.
API Token Management -osio ja Create New Token -painike
2

Valitse integraatiotyyppi

Valitse integraatiotyypiksi REST API ja napsauta sitten Seuraava.
3

Valitse tunnisteen laajuus

Valitse tunnisteen laajuus ja napsauta sitten Seuraava:
  • Asiakas (kaikki nykyiset ja tulevat tenantit) — Käytä tätä, jos Abnormal-tilisi hallinnoi useita tenanteja. Tämä tunniste kattaa automaattisesti kaikki nykyiset ja tulevat tenantit.
  • Tenant (yksi tenant) — Käytä tätä, jos haluat rajata tunnisteen yhteen tiettyyn tenanttiin.
Useimmille organisaatioille, joilla on yksi Abnormal-tenant, kumpi tahansa vaihtoehto toimii. Jos olet epävarma, valitse Asiakas.
4

Myönnä vaadittavat käyttöoikeudet

Valitse Custom Access ja ota käyttöön Lue molemmille päätepisteryhmille:Napsauta sitten Seuraava.
Lue-oikeus palauttaa uhka- ja kampanjatietoja, jotka eivät ole arkaluonteisia. Read Sensitive paljastaa lisäksi henkilötietoja, liitteitä ja työntekijätietoja. Kirjoita lähettää korjaustoimia. Myönnä vain Lue-oikeus, ellei käyttötapauksesi nimenomaisesti edellytä enempää.
5

Määritä tunnisteen tiedot ja IP-sallittujen luettelo

Täytä seuraavat kentät:
  • Token Name — Kuvaava nimi (esim. Living Security Platform)
  • Kuvaus — Valinnainen lisätieto (esim. Read access for Living Security HRM platform)
  • Token Expiry — Valitse 90, 180 tai 365 päivää vaihtokäytäntösi mukaan. Aseta kalenterimuistutus tunnisteen vaihtamisesta ennen sen vanhenemista.
  • IP Safelist — Syötä Living Securityn lähtevän liikenteen IP-alueet yksi kerrallaan. Napsauta jokaisen jälkeen Lisää.
IP-sallittujen luettelo on pakollinen. Abnormal Security hylkää kaikki API-pyynnöt osoitteista, jotka eivät ole sallittujen luettelossa. Yhteyden muodostusikkuna onnistuu, mutta tietojen synkronoinnit epäonnistuvat virheeseen 401 Unauthorized, kunnes oikeat IP-osoitteet on lisätty sallittujen luetteloon.
Napsauta sitten Seuraava.
6

Tarkista ja luo tunniste

Tarkista tunnisteen määritysten yhteenveto ja napsauta sitten Create Token.Tunnisteen määritysten tarkistusnäkymä
7

Kopioi ja tallenna tunniste

Kopioi tunniste heti ja tallenna se turvalliseen paikkaan (esim. salasanaholviin tai salaisuuksien hallintaan). Napsauta sitten Valmis.Tunnisteen kopiointi-ikkuna, jossa näkyy luotu tunniste
Abnormal Portal näyttää tunnisteen arvon vain kerran. Jos poistut näkymästä kopioimatta sitä, sinun on luotava uusi tunniste ja mitätöitävä vanha.
8

Selvitä alueellinen API-isäntä

Määritä Abnormal Security -ympäristösi oikea API-isäntä:Syötä vain isäntänimi — ilman https://-etuliitettä ja ilman loppukauttaviivaa.Jos et ole varma, mitä ympäristöä organisaatiosi käyttää, tarkista Abnormal-portaalin URL-osoite tai ota yhteyttä Abnormal Securityn tiliryhmään.

​
Osa B — Living Security Platformissa

Ohjelman omistaja suorittaa tämän vaiheen tai järjestelmän ylläpitäjä, jos käytössä on delegoitu käyttöönotto.
Olet nyt yhdistänyt Abnormal Securityn.

​
Vianmääritys

Tunnisteesta puuttuu toinen tai molemmat vaadituista käyttöoikeuksista (Abuse Campaigns tai Threats). Integraatiotyyppiä, laajuutta ja käyttöoikeustasoa ei voi muuttaa tunnisteen luomisen jälkeen — sinun on luotava uusi tunniste oikeilla asetuksilla ja mitätöitävä vanha.
Joko tunniste on virheellinen tai vanhentunut, tai pyynnön IP-osoite ei ole sallittujen luettelossa. Tarkista seuraavat:
  1. Tunnistetta ei ole mitätöity eikä se ole vanhentunut
  2. Kaikki neljä Living Securityn lähtevän liikenteen IP-osoitetta ovat sallittujen luettelossa
Jos synkronoinnit toimivat aiemmin mutta epäonnistuvat nyt virheeseen 401, lähtevän liikenteen IP-osoitteet ovat saattaneet muuttua — tarkista integraatioiden lähtevän liikenteen IP-osoitteiden määritys ja varmista, että sallittujen luettelo vastaa niitä.
Jos organisaatiossasi on API-tunnisteita, jotka on luotu ennen itsepalvelutyyppisen Token Management -toiminnon käyttöönottoa, ne näkyvät kojelaudassa merkinnällä Legacy. Vanhat tunnisteet toimivat edelleen, mutta niitä ei voi vaihtaa — vain niiden IP-sallittujen luetteloa voi päivittää. Kaikki vanhat tunnisteet vanhenevat automaattisesti 30. huhtikuuta 2027. Suunnittele vanhojen tunnisteiden korvaaminen uusilla ennen tätä päivämäärää.