Skip to main content

​
Co tato integrace přináší

Adaptive Security může poskytovat data o pracovní síle, školení a výsledcích simulací ve více kanálech. Mezi prověřené příklady patří:
  • phishing.simulation.clicked — klikl(a) na simulovaný e-mail a nenahlásil(a) ho
  • phishing.simulation.credential.submitted — zadal(a) přihlašovací údaje na simulované přihlašovací stránce
  • phishing.simulation.attachment.opened — otevřel(a) přílohu simulovaného e-mailu
  • phishing.simulation.reported — nahlásil(a) simulovaný e-mail
  • smishing.simulation.replied — odpověděl(a) na simulovanou textovou zprávu
  • vishing.simulation.succeeded — vyhověl(a) simulovanému volajícímu
  • training.assigned — bylo přiřazeno bezpečnostní školení
  • training.completed — dokončil(a) bezpečnostní školení
  • training.past.due — zmeškal(a) termín školení
Tyto příklady ukazují typy normalizovaných aktivit, které může Living Security využít. Viz jak se data z integrací stávají signály.
Adaptive simuluje útoky ve třech kanálech a Living Security každý z nich hodnotí samostatně. Výsledky e-mailových simulací se hodnotí jako phishing, výsledky textových zpráv jako smishing a výsledky hlasových hovorů jako vishing. Osoba, která klikne na simulovaný e-mail, a osoba, která odpoví na simulovanou textovou zprávu, se neměří jako stejné chování, protože každá z nich činí odlišné rozhodnutí.

​
Co Living Security potřebuje

Požadovaná role: Administrátor vašeho účtu Adaptive Security s přístupem do Settings → API. Adaptive řídí přístup k API pomocí oprávnění podle rolí, proto musí token patřit roli, která může číst uživatele, phishing a školení. Přístup: Pouze pro čtení. Living Security z Adaptive Security pouze čte a ve vašem účtu nikdy nic nevytváří, nemění ani nemaže.

​
Co Living Security načítá

Telefonní čísla se neukládají. Adaptive vrací v záznamu uživatele čísla do kanceláře i mobilní čísla. Living Security obě zahodí dříve, než cokoli uloží, protože je žádná funkce Living Security nepoužívá.
Vlastní skóre rizika z Adaptive se zaznamenává, ale nikdy se nehodnotí. Adaptive počítá pro každou osobu current_risk_score. Living Security jej uchovává, abyste mohli oba systémy porovnat vedle sebe, ale Index lidského rizika se vždy počítá z pozorovaného chování pomocí vlastního zveřejněného modelu Living Security — nikdy ze souhrnného skóre jiného dodavatele.

​
Předpoklady

  • Účet Adaptive Security s povoleným API.
  • Přístup administrátora na admin.adaptivesecurity.com.
  • E-mailové adresy uživatelů v Adaptive, které odpovídají adresám používaným vašimi dalšími připojenými systémy. Living Security páruje uživatele z Adaptive s osobami podle e-mailu.

​
Část A — V Adaptive Security

Tyto kroky provede administrátor Adaptive Security.
1

Otevřete nastavení API

  1. Přihlaste se na admin.adaptivesecurity.com jako administrátor.
  2. Přejděte do Settings → API.
2

Vygenerujte token API

  1. Vygenerujte nový token API.
  2. Dejte mu název, který později snadno poznáte — například Living Security.
  3. Ověřte, že role tokenu může číst uživatele, phishingové kampaně a kampaně školení.
  4. Zkopírujte token.
Zkopírujte token dříve, než stránku opustíte. Pokud váš účet Adaptive nastavuje tokenu platnost, poznamenejte si datum — po jejím uplynutí Living Security nemůže data načítat a připojení je nutné aktualizovat novým tokenem.

​
Část B — V Living Security Platform

Tento krok provede vlastník programu, nebo systémový administrátor při delegovaném nastavení.
Nyní jste připojeni k Adaptive Security.

​
Jak často se data načítají

Reportovací API služby Adaptive nenabízí filtr „co se změnilo od“, proto Living Security čte každou simulaci a kampaň školení, dokud stále vytváří výsledky, a přestane ji číst dva týdny po jejím uzavření. Pozdní kliknutí a pozdní nahlášení tak budou stále zachycena a dokončené kampaně se nebudou donekonečna načítat znovu.
První připojení u velkého účtu Adaptive může trvat několik naplánovaných běhů, než se načte vše. Každý běh přečte, co stihne, a další naváže tam, kde předchozí skončil, takže počty během prvního dne či dvou postupně rostou a neobjeví se najednou.

​
Řešení potíží

Token API je nesprávný, vypršela jeho platnost nebo byl odvolán. Adaptive při této chybě vrací prázdné tělo odpovědi, takže nejsou k dispozici žádné další podrobnosti. Vygenerujte nový token v Settings → API a připojte se znovu s ním. Stejnou chybu způsobuje i částečně zkopírovaný token, což je nejčastější příčina.
Token byl ověřen, ale jeho role nemůže číst požadovaná data. Opětovné vložení stejného tokenu nepomůže. V Adaptive ověřte, že role tokenu má přístup pro čtení k uživatelům, phishingu a školení, nebo vystavte token z role, která jej má.
Adaptive omezil frekvenci požadavků tohoto připojení. Living Security tento běh zastaví a při dalším naplánovaném běhu naváže ze stejného místa, takže nedojde ke ztrátě dat — počty jen porostou pomaleji. Pokud to trvá několik dní, obraťte se na podporu Adaptive Security a zeptejte se na limit frekvence platný pro váš účet.
Ověřte, že očekávané kampaně skutečně proběhly. Adaptive hlásí zápisy pouze u simulací, které byly odeslány, takže kampaň ve stavu Návrh nebo Naplánováno nic nepřináší, dokud není odeslána. Living Security je záměrně nečte, aby svůj rozpočet požadavků věnoval kampaním se skutečnými výsledky.
Living Security určuje kanál každého výsledku podle scénáře, který je k němu přiřazen. Pokud byl scénář v Adaptive po proběhnutí simulace smazán, jeho výsledky se zaznamenají do e-mailového kanálu, protože kanál již nelze přečíst. Tomu zabrání ponechání vyřazených scénářů v Adaptive namísto jejich mazání.