Saltar al contenido principal
La integración Generic Detection convierte cualquier sistema que pueda enviar un POST HTTPS — un SIEM, una herramienta interna, un script u otro producto de seguridad — en una fuente de detecciones para Wirespeed. Usted envía una detección por solicitud en el formato JSON documentado, y Wirespeed la clasifica como una detección de cualquier otra integración: los activos se extraen, la detección se categoriza con la categoría que usted suministra y aparece en Detections y en el SIEM. Use esta integración cuando su sistema ya produce detecciones finalizadas. Si en su lugar quiere que Wirespeed encuentre detecciones en datos de registro sin procesar, use Generic JSON o una integración dedicada para su producto.

Configuración en Wirespeed

  1. Inicie sesión en Wirespeed y navegue a Integraciones > Añadir integración > Generic Detection
  2. Ingrese un Nombre de la fuente para identificar este sistema emisor (por ejemplo, Internal SIEM)
  3. Opcionalmente active Autenticación (consulte Autenticación)
  4. Haga clic en Integrar
  5. Seleccione Detalles del webhook
  6. Copie la URL del webhook y, si activó la autenticación, el Secreto del webhook
La URL del webhook tiene la forma:
Cree una integración Generic Detection por sistema emisor. Cada integración tiene su propia URL, su propio secreto opcional y su propio Nombre de la fuente, de modo que las entregas se mantienen atribuibles y el secreto de un sistema puede rotarse sin afectar a otro.

Autenticación

La autenticación es opcional y está desactivada de forma predeterminada. Cuando Autenticación está activado, cada solicitud debe incluir el secreto de webhook de la integración en el encabezado X-Webhook-Key:
Las solicitudes con una clave ausente o incorrecta se rechazan con un 401 y el rechazo se escribe en el registro de la integración (como máximo una vez cada cinco minutos, para que un emisor mal configurado no pueda inundar el registro). El secreto nunca se acepta en la URL ni en el cuerpo de la solicitud.

Rotar el secreto

  1. Abra los Detalles del webhook de la integración
  2. Haga clic en Rotar secreto
  3. Actualice el emisor con el nuevo secreto
El secreto anterior deja de funcionar en cuanto se completa la rotación. No hay período de gracia, así que actualice el emisor cuanto antes; las entregas enviadas mientras tanto con el secreto anterior se rechazan con un 401 y no se ponen en cola.

Enviar una detección

Envíe una detección por solicitud POST con un cuerpo JSON:
Omita el encabezado X-Webhook-Key si no activó la autenticación. Una respuesta 200 significa que la detección fue aceptada y puesta en cola; no espera a que termine la clasificación.

Referencia de la carga útil

Los campos desconocidos se rechazan, incluso dentro de assets, de modo que un error tipográfico hace fallar la solicitud en lugar de descartarse silenciosamente.

Activos

Los activos indican a Wirespeed qué usuarios, endpoints, archivos o direcciones IP conciernen a la detección, para que pueda correlacionarla con su inventario. Los usuarios, endpoints y archivos también se pueden contener si es necesario; las direcciones IP solo se usan para la correlación. Envíe tantos como la detección involucre — hasta 50 de cada tipo en una solicitud. Envíe solo los campos que conoce: cada activo de usuario, endpoint o archivo necesita al menos uno de sus campos, y cada activo IP necesita address. Los hashes no distinguen mayúsculas y se almacenan en minúsculas. Un hash con la longitud incorrecta o caracteres no hexadecimales hace fallar la solicitud. Envíe cada dirección IP sola. Un puerto (203.0.113.7:443), un rango CIDR (10.0.0.0/8) o un nombre de host hace fallar la solicitud; envíe los nombres de host como endpoints. Las direcciones IPv6 se almacenan en minúsculas.

Categorías

Elija la categoría que mejor describa la detección. La lista es deliberadamente corta; para una detección sospechosa, envíe la categoría más cercana. Use OTHER__INFORMATIONAL_EVENT solo para actividad que no requiere respuesta, porque Wirespeed cierra automáticamente esas detecciones como benignas. Los valores de categoría usan el formato estándar de categorías de Wirespeed: segmentos en mayúsculas unidos por guiones bajos dobles. Por ejemplo, IDENTITY__LOGIN tiene dos guiones bajos entre IDENTITY y LOGIN — IDENTITY_LOGIN e IDENTITY-LOGIN no se aceptan.

Cargas útiles de ejemplo

Malware en endpoint con un activo de archivo

Conexión de red con activos de dirección IP

Carga útil mínima

Solo los campos requeridos. Wirespeed puede clasificar esta detección, pero añadir un id e identificadores de activos mejora la deduplicación y la correlación.

Errores y casos límite

Las entregas rechazadas nunca se ponen en cola. Cuando una entrega no supera la validación, el motivo se escribe en el registro de la integración en Wirespeed para que pueda corregir el emisor; revise allí primero cuando las detecciones no aparezcan. Casos límite que debe conocer:
  • Una detección por solicitud. Enviar un arreglo hace que la solicitud no supere la validación; itere sobre las detecciones en su lugar.
  • Los reintentos son seguros con un id. El mismo id entregado dos veces se convierte en una sola detección. Sin un id, un reintento puede crear un duplicado.
  • Las marcas de tiempo futuras se limitan a la hora de ingesta para la hora del evento de la detección; las marcas que envió se conservan en la fila del SIEM.
  • Las integraciones desactivadas rechazan las entregas hasta que se reactivan.
  • Los secretos en las URL se ignoran. Un parámetro de consulta webhookSecret no autentica una solicitud; use el encabezado X-Webhook-Key.

Qué hace Wirespeed con ella

Cada entrega aceptada se convierte en una detección de Wirespeed de primera clase, igual que una detección de cualquier integración nativa, y se clasifica automáticamente: Wirespeed la investiga, emite un veredicto y escala o responde según la configuración de automatización de su equipo, sin ningún paso manual. Los usuarios, endpoints y archivos que envía se extraen para la correlación y la contención, las direcciones IP para la correlación, la detección se categoriza con la category que envió, y la carga útil normalizada se escribe en la tabla del SIEM generic_detection_logs. En el SIEM puede filtrar esa tabla por severity, category y source; las filas se almacenan ordenadas por equipo, luego por source y luego por hora, de modo que las consultas filtradas por fuente se mantienen rápidas. Cada integración de Generic Detection también aparece como su propia fuente del SIEM bajo su Source Name, de modo que las entregas de diferentes sistemas emisores permanecen separadas aunque compartan una sola tabla.