Qué aporta esta integración
Adaptive Security puede aportar resultados de fuerza laboral, capacitación y simulaciones multicanal. Algunos ejemplos revisados son:phishing.simulation.clicked— hizo clic en un correo electrónico simulado sin reportarlophishing.simulation.credential.submitted— introdujo credenciales en una página de inicio de sesión simuladaphishing.simulation.attachment.opened— abrió un archivo adjunto de un correo electrónico simuladophishing.simulation.reported— reportó un correo electrónico simuladosmishing.simulation.replied— respondió a un mensaje de texto simuladovishing.simulation.succeeded— cedió ante una persona que llamó por teléfono en una simulación de voztraining.assigned— se le asignó una capacitación en seguridadtraining.completed— completó la capacitación en seguridadtraining.past.due— no cumplió el plazo de una capacitación
Adaptive simula a través de tres canales, y Living Security puntúa cada uno por separado.
Los resultados de correo electrónico se puntúan como phishing, los de mensajes de texto como smishing y los de llamadas de voz como vishing. Una persona que hace clic en un correo electrónico simulado y otra que responde a un mensaje de texto simulado no se miden como el mismo comportamiento, porque el criterio que aplicó cada una es distinto.
Qué necesita Living Security
Rol requerido: Un administrador de su cuenta de Adaptive Security con acceso a Settings → API. Adaptive controla el acceso a la API mediante permisos basados en roles, por lo que el token debe pertenecer a un rol que pueda leer usuarios, phishing y capacitación.
Acceso: Solo lectura. Living Security únicamente lee datos de Adaptive Security y nunca crea, modifica ni elimina nada en su cuenta.
Qué datos obtiene Living Security
Los números de teléfono no se almacenan. Adaptive devuelve los números de oficina y de móvil en el registro del usuario. Living Security descarta ambos antes de almacenar cualquier dato, porque ninguna función de Living Security los utiliza.
La puntuación de riesgo propia de Adaptive se registra, pero nunca se utiliza para puntuar. Adaptive calcula un
current_risk_score por persona. Living Security lo conserva para que pueda comparar ambos sistemas, pero el Índice de riesgo humano siempre se calcula a partir del comportamiento observado, con el modelo publicado de Living Security, y nunca a partir de la puntuación compuesta de otro proveedor.Requisitos previos
- Una cuenta de Adaptive Security con la API habilitada.
- Acceso de administrador a admin.adaptivesecurity.com.
- Direcciones de correo electrónico de usuario en Adaptive que coincidan con las que utilizan sus demás sistemas conectados. Living Security usa el correo electrónico para asociar un usuario de Adaptive con una persona.
Parte A — En Adaptive Security
El administrador de Adaptive Security realiza estos pasos.1
Abra la configuración de la API
- Inicie sesión en admin.adaptivesecurity.com como administrador.
- Vaya a Settings → API.
2
Genere el token de API
- Genere un nuevo token de API.
- Asígnele un nombre que pueda reconocer más adelante, por ejemplo
Living Security. - Confirme que el rol del token puede leer usuarios, campañas de phishing y campañas de capacitación.
- Copie el token.
Parte B — En Living Security Platform
El responsable del programa realiza este paso, o el administrador del sistema si se utiliza la configuración delegada. Ya está conectado a Adaptive Security.Frecuencia de obtención de los datos
La API de informes de Adaptive no ofrece un filtro de «qué ha cambiado desde», por lo que Living Security lee cada campaña de simulación y de capacitación mientras sigue generando resultados y deja de leerla cuando lleva dos semanas cerrada. De este modo, los clics y los reportes tardíos se siguen registrando, y las campañas finalizadas no se vuelven a leer indefinidamente.
La primera conexión de una cuenta de Adaptive grande puede requerir varias ejecuciones programadas para terminar de leer todos los datos. Cada ejecución lee todo lo que puede y la siguiente continúa desde donde se detuvo, por lo que los recuentos aumentan durante el primer día o los dos primeros días en lugar de aparecer todos a la vez.
Solución de problemas
403 Forbidden
403 Forbidden
El token se autenticó, pero su rol no puede leer los datos solicitados. Volver a pegar el mismo token no servirá de nada. En Adaptive, confirme que el rol del token tiene acceso de lectura a usuarios, phishing y capacitación, o emita un token desde un rol que lo tenga.
429 Too Many Requests
429 Too Many Requests
Adaptive limitó la frecuencia de la conexión. Living Security detiene esa ejecución y la reanuda desde el mismo punto en la siguiente ejecución programada, por lo que no se pierde ningún dato; los recuentos simplemente tardan más en aumentar. Si esto persiste durante varios días, comuníquese con el soporte de Adaptive Security para consultar el límite de frecuencia que se aplica a su cuenta.
Aparecen personas, pero no resultados de simulaciones
Aparecen personas, pero no resultados de simulaciones
Compruebe que las campañas que espera se hayan ejecutado realmente. Adaptive solo informa de las inscripciones de las simulaciones que se han enviado, por lo que una campaña que aún se encuentra en estado Borrador o Programado no aporta nada hasta que se envía. Living Security no las lee de forma deliberada, para dedicar su presupuesto de solicitudes a las campañas que tienen resultados reales.
Faltan simulaciones de voz o de texto
Faltan simulaciones de voz o de texto
Living Security determina el canal de cada resultado a partir del escenario asociado. Si se eliminó un escenario en Adaptive después de ejecutarse su simulación, sus resultados se registran en el canal de correo electrónico, porque ya no es posible leer el canal. Conservar en Adaptive los escenarios retirados en lugar de eliminarlos evita este problema.

