Configuration dans Wirespeed
- Connectez-vous à Wirespeed et accédez à Intégrations > Ajouter une intégration > Generic Detection
- Saisissez un Nom de la source pour identifier ce système émetteur (par exemple,
Internal SIEM) - Activez éventuellement Authentification (voir Authentification)
- Cliquez sur Intégrer
- Sélectionnez Détails du webhook
- Copiez l’URL du webhook et, si vous avez activé l’authentification, le Secret du webhook
Authentification
L’authentification est facultative et désactivée par défaut. Lorsque Authentification est activé, chaque requête doit inclure le secret de webhook de l’intégration dans l’en-têteX-Webhook-Key :
401 et le rejet est inscrit dans le journal de l’intégration (au plus une fois toutes les cinq minutes, pour qu’un émetteur mal configuré ne puisse pas inonder le journal). Le secret n’est jamais accepté dans l’URL ni dans le corps de la requête.
Régénérer le secret
- Ouvrez les Détails du webhook de l’intégration
- Cliquez sur Régénérer le secret
- Mettez à jour l’émetteur avec le nouveau secret
401 et ne sont pas mises en file d’attente.
Envoyer une détection
Envoyez une détection par requêtePOST avec un corps JSON :
X-Webhook-Key si vous n’avez pas activé l’authentification. Une réponse 200 signifie que la détection a été acceptée et mise en file d’attente ; elle n’attend pas la fin du tri.
Référence de la charge utile
Les champs inconnus sont rejetés, y compris dansassets, de sorte qu’une faute de frappe fait échouer la requête au lieu d’être ignorée silencieusement.
Actifs
Les actifs indiquent à Wirespeed quels utilisateurs, terminaux, fichiers ou adresses IP sont concernés par la détection, afin qu’elle puisse la corréler avec votre inventaire. Les utilisateurs, terminaux et fichiers peuvent aussi être confinés au besoin ; les adresses IP servent uniquement à la corrélation. Envoyez autant d’actifs que la détection en concerne — jusqu’à 50 de chaque type par requête. N’envoyez que les champs que vous connaissez : chaque actif utilisateur, terminal ou fichier doit avoir au moins un de ses champs, et chaque actif IP doit avoiraddress.
Les empreintes sont insensibles à la casse et sont stockées en minuscules. Une empreinte de mauvaise longueur ou contenant des caractères non hexadécimaux fait échouer la requête.
Envoyez chaque adresse IP seule. Un port (
203.0.113.7:443), une plage CIDR (10.0.0.0/8) ou un nom d’hôte fait échouer la requête ; envoyez plutôt les noms d’hôte comme terminaux. Les adresses IPv6 sont stockées en minuscules.
Catégories
Choisissez la catégorie qui décrit le mieux la détection. La liste est volontairement courte ; pour une détection suspecte, envoyez la catégorie la plus proche. UtilisezOTHER__INFORMATIONAL_EVENT uniquement pour une activité qui ne nécessite aucune intervention, car Wirespeed clôture automatiquement ces détections comme bénignes.
Les valeurs de catégorie utilisent le format standard des catégories Wirespeed : des segments en majuscules joints par des doubles traits de soulignement. Par exemple, IDENTITY__LOGIN comporte deux traits de soulignement entre IDENTITY et LOGIN — IDENTITY_LOGIN et IDENTITY-LOGIN ne sont pas acceptés.
Exemples de charges utiles
Logiciel malveillant sur terminal avec un actif fichier
Connexion réseau avec des actifs adresse IP
Charge utile minimale
Uniquement les champs requis. Wirespeed peut trier cette détection, mais l’ajout d’unid et d’identifiants d’actifs améliore la déduplication et la corrélation.
Erreurs et cas limites
Les livraisons rejetées ne sont jamais mises en file d’attente. Lorsqu’une livraison échoue à la validation, la raison est inscrite dans le journal de l’intégration dans Wirespeed pour que vous puissiez corriger l’émetteur ; vérifiez-y d’abord lorsque des détections n’apparaissent pas.
Cas limites à connaître :
- Une détection par requête. Envoyez un tableau et la requête échoue à la validation ; bouclez plutôt sur les détections.
- Les nouvelles tentatives sont sûres avec un
id. Le mêmeidlivré deux fois devient une seule détection. Sansid, une nouvelle tentative peut créer un doublon. - Les horodatages futurs sont ramenés à l’heure d’ingestion pour l’heure d’événement de la détection ; les horodatages que vous avez envoyés sont conservés sur la ligne SIEM.
- Les intégrations désactivées rejettent les livraisons jusqu’à leur réactivation.
- Les secrets dans les URL sont ignorés. Un paramètre de requête
webhookSecretn’authentifie pas une requête ; utilisez l’en-têteX-Webhook-Key.
Ce que Wirespeed en fait
Chaque livraison acceptée devient une détection Wirespeed à part entière, comme une détection issue de n’importe quelle intégration native, et elle est triée automatiquement : Wirespeed l’analyse, rend un verdict, puis escalade ou intervient selon les paramètres d’automatisation de votre équipe, sans aucune étape manuelle. Les utilisateurs, terminaux et fichiers que vous envoyez sont extraits pour la corrélation et le confinement, les adresses IP pour la corrélation, la détection est classée avec lacategory que vous avez envoyée, et la charge utile normalisée est écrite dans la table SIEM generic_detection_logs. Dans le SIEM, vous pouvez filtrer cette table par severity, category et source ; les lignes sont stockées triées par équipe, puis par source, puis par heure, de sorte que les requêtes filtrées par source restent rapides. Chaque intégration Generic Detection apparaît aussi comme sa propre source SIEM sous son Nom de source, de sorte que les livraisons de différents systèmes émetteurs restent séparées même si elles partagent une seule table.
