Ressources · Intégration n8n

Intégration MISP n8nAutomatiser MISP avec n8n.

Combien de temps passe-t-on à saisir des événements à la main dans MISP ? L'intégration MISP n8n propose 44 opérations réparties sur 11 ressources : événements, attributs, tags, flux et le reste. Aucun trigger MISP n'existe côté n8n, le workflow démarre donc autrement.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert l'intégration MISP n8n au quotidien ?

Elle branche une instance MISP sur un workflow, au lieu de laisser l'onglet ouvert toute la journée. n8n fournit un nœud MISP qui dialogue avec l'API MISP grâce à une clé d'automatisation, et qui expose 44 opérations réparties sur 11 ressources : événements, attributs, tags d'événement, flux, galaxies, noticelists, objets, organisations, tags, utilisateurs et warninglists. Rien à installer, sur n8n Cloud comme sur une instance auto-hébergée.

Premier usage, la saisie qui disparaît. Un Schedule Trigger récupère l'élément à documenter, event.create ouvre un événement MISP sous l'organisation choisie, puis attribute.create y rattache la valeur avec un Type url, text ou comment. Une exécution, un événement documenté, zéro copier-coller entre deux fenêtres.

Deuxième usage, le reporting. event.getAll avec Return All activé enchaîne les pages de l'API et transmet chaque événement au nœud suivant : Google Sheets pour un récapitulatif hebdomadaire, ou MySQL quand l'historique doit rester interrogeable des mois plus tard. attribute.search fait la même chose sur un périmètre plus étroit, filtré par Tags ou par Category.

Troisième usage, la relecture avant diffusion. event.update ajuste Analysis et Threat Level ID pendant qu'un analyste travaille, eventTag.add appose le tag convenu, et event.publish ferme la boucle. Un message vers Slack à cet instant prévient l'équipe que l'événement est sorti.

Le nœud couvre 44 opérations sur 11 ressources. Quand un workflow a besoin d'un endpoint absent de ce catalogue, le nœud HTTP Request l'appelle directement et réutilise le même credential via l'authentification prédéfinie : la clé d'automatisation reste stockée à un seul endroit.

Deux contraintes structurent la conception. Il n'existe pas de nœud trigger MISP : chaque exécution part d'un Schedule Trigger à intervalle fixe, d'un Webhook n8n (une URL qu'un autre service appelle) ou du trigger d'un autre outil de la chaîne. Et toute opération de liste s'arrête à Limit tant que Return All n'est pas coché. Si le choix de plateforme n'est pas encore tranché, l'Avis n8n creuse la question de l'hébergement.

Connexion

Comment connecter MISP à n8n ?

  1. 01

    Récupérer une clé d'automatisation dans MISP

    Dans MISP, les clés d'API portent le nom de clés d'automatisation. Ouvre Event Actions > Automation et copie la clé qui s'y trouve. La documentation MISP sur les clés d'automatisation explique comment en générer d'autres, ce qui vaut le coup si tu préfères donner sa propre clé à chaque workflow plutôt qu'en partager une seule.

  2. 02

    Créer le credential MISP dans n8n

    Ouvre le menu Credentials de n8n et ajoute un credential MISP. Deux champs portent la connexion : API Key, la clé d'automatisation que tu viens de copier, et Base URL, l'adresse de ton instance MISP. Un credential se crée une fois puis se réutilise dans tous les workflows, et le nœud le propose dans une liste déroulante au lieu de redemander la clé.

  3. 03

    Choisir une ressource et une opération

    Pose le nœud MISP dans le workflow, sélectionne le credential, puis choisis une ressource et une opération, par exemple Event et Publish. Les champs requis ne sont pas décoratifs : laisse-en un vide et le nœud arrête l'exécution. Les valeurs venues d'un nœud précédent se passent en expression, sous la forme {{ $json.field }}, la manière dont n8n lit un champ de l'item entrant.

Actions

Que sait faire le nœud MISP ?

Le nœud MISP expose 44 opérations sur 11 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdateDeleteAddRemoveDisableEnablePublishSearchUnpublish
Attribute✓✓✓✓✓✓
Event✓✓✓✓✓✓✓✓
Event Tag✓✓
Feed✓✓✓✓✓✓
Galaxy✓✓✓
Noticelist✓✓
Object✓
Organisation✓✓✓✓✓
Tag✓✓✓✓
User✓✓✓✓✓
Warninglist✓✓

Attribute

6 opérations
01

Create an attribute

attribute.create

Ce que tu vois dans n8n

Notes & cas d'usage

Une valeur nouvelle entre dans MISP sous forme d'attribut, et cette opération la crée à l'intérieur d'un événement déjà identifié.

Paramètres clés

  • Event UUID : l'UUID de l'événement auquel l'attribut se rattache, souvent {{ $json.field }} issu du nœud qui a créé l'événement.
  • Type : trois choix, text, url et comment.
  • Value : requis, le nœud bloque l'exécution tant qu'il reste vide.
  • Distribution : champ additionnel qui décide qui pourra voir cet événement une fois publié.
Cas d'usage
enrichir un événement ouvert plus tôt dans le même workflow, un attribut par item sorti d'une boucle.
02

Delete an attribute

attribute.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Suppression sèche : l'attribut disparaît de l'événement auquel il était rattaché.

Paramètres clés

  • Attribute ID : l'UUID ou l'identifiant numérique de l'attribut, les deux formes passent.
Cas d'usage
nettoyer après un import raté, avec une opération de recherche en amont qui collecte les attributs à retirer et ce nœud qui tourne une fois par item. À encadrer d'une validation manuelle, puisque rien ici ne demande de confirmation.
03

Get an attribute

attribute.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relire un attribut donne aux nœuds suivants son enregistrement complet, et pas seulement son identifiant.

Paramètres clés

  • Attribute ID : l'UUID ou l'identifiant numérique de l'attribut recherché.
Cas d'usage
un workflow qui reçoit une référence d'attribut depuis un outil de ticketing et veut l'enregistrement stocké avant de décider quoi que ce soit. Utile aussi en contrôle après une mise à jour, pour comparer ce que MISP conserve et ce que le workflow a envoyé.
04

Get many attributes

attribute.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

La liste des attributs revient en lot, un item n8n par attribut, sans filtre appliqué.

Paramètres clés

  • Return All : coché, n8n enchaîne les pages de l'API jusqu'au dernier attribut ; décoché, il s'arrête à Limit.
  • Limit : le nombre maximal d'attributs renvoyés quand Return All reste décoché.
Cas d'usage
un export nocturne de la base d'attributs vers un tableur ou une base de données, où Return All fait la différence entre un export complet et un export tronqué.
06

Update an attribute

attribute.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifier un attribut existant passe par cette opération, qui laisse intacts les champs que tu ne remplis pas.

Paramètres clés

  • Attribute ID : l'identifiant de l'attribut à mettre à jour.
  • Distribution : champ de mise à jour pour qui pourra voir cet événement une fois publié.
  • Sharing Group Name or ID : utile uniquement quand Sharing Group est la valeur retenue dans Distribution, à prendre dans la liste ou à passer en expression.
Cas d'usage
élargir ou resserrer la visibilité d'un lot d'attributs quand un dossier change d'équipe.

Event

8 opérations
07

Create an event

event.create

Ce que tu vois dans n8n

Notes & cas d'usage

Tout événement MISP commence quelque part, et cette opération en ouvre un sous l'organisation que tu désignes.

Paramètres clés

  • Organization Name or ID : choisi dans la liste, ou passé en expression quand la valeur vient d'un nœud précédent.
  • Information : la description de l'événement, jusqu'à 65535 caractères.
  • Threat Level ID : High, Medium, Low ou Undefined.
  • Analysis : le niveau de maturité de l'analyse, Initial, Ongoing ou Complete.
Cas d'usage
ouvrir un événement par rapport entrant, puis y rattacher les attributs dans la même exécution.
08

Delete an event

event.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprimer un événement le retire de l'instance, et les attributs qui y étaient rattachés partent avec lui.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement.
Cas d'usage
faire le ménage des événements de test après validation d'un workflow sur une instance de recette, pour que les essais ne restent pas dans la base. Place un nœud IF devant, qui vérifie que l'événement appartient bien à l'organisation de test.
09

Get an event

event.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relire un événement par son identifiant donne à la suite du workflow l'enregistrement complet sur lequel travailler.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement, les deux formes sont acceptées.
Cas d'usage
une commande dans un salon d'équipe où quelqu'un colle une référence d'événement et le workflow répond avec ce que MISP contient. S'intercale aussi entre deux écritures, pour vérifier si la seconde est encore nécessaire.
10

Get many events

event.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Lecture en masse : MISP renvoie les événements et n8n transforme chacun en item distinct.

Paramètres clés

  • Return All : coché, n8n suit les pages jusqu'à récupérer toute la liste ; décoché, il s'interrompt avant.
  • Limit : le plafond d'événements rapportés tant que Return All reste décoché.
Cas d'usage
un récapitulatif hebdomadaire qui compte les événements ouverts sur la période et poste le chiffre dans un canal d'équipe.
11

Publish an event

event.publish

Ce que tu vois dans n8n

Notes & cas d'usage

La publication fait passer l'événement en état publié, le moment à partir duquel son réglage de distribution décide qui le voit.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement à publier.
Cas d'usage
la dernière étape d'un workflow de relecture, où une validation humaine dans n8n conditionne l'appel pour que rien ne sorte tout seul. Un message Slack juste après laisse une trace lisible de ce qui a été publié et quand.
13

Unpublish an event

event.unpublish

Ce que tu vois dans n8n

Notes & cas d'usage

Le mouvement inverse : l'événement quitte l'état publié et redevient un enregistrement interne.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement.
Cas d'usage
un parcours de correction. Une erreur est signalée dans un ticket, le workflow dépublie l'événement, le met à jour, et ne republie qu'après un second regard. Enchaîner avec un nœud d'approbation garde ce retour en arrière volontaire.
14

Update an event

event.update

Ce que tu vois dans n8n

Notes & cas d'usage

Corriger un événement après coup se fait ici, champ par champ, sans toucher à ce que tu laisses vide.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement à modifier.
  • Information : la description, jusqu'à 65535 caractères.
  • Analysis : Initial, Ongoing ou Complete.
  • Distribution : qui pourra voir cet événement une fois publié.
Cas d'usage
passer Analysis de Ongoing à Complete quand le ticket associé se ferme, en réécrivant la description dans le même appel.

Event Tag

2 opérations
15

Add a tag to an event

eventTag.add

Ce que tu vois dans n8n

Notes & cas d'usage

Les tags rendent les événements retrouvables plus tard, et cet appel en pose un sur un événement existant.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement qui reçoit le tag.
  • Tag Name or ID : pris dans la liste, ou passé en expression quand le tag dépend de l'item entrant.
Cas d'usage
taguer tous les événements créés depuis une même source dans l'exécution, pour qu'une recherche sur Tags reconstitue le lot en une étape.
16

Remove a tag from an event

eventTag.remove

Ce que tu vois dans n8n

Notes & cas d'usage

Détacher un tag laisse l'événement intact, seul le lien entre les deux disparaît.

Paramètres clés

  • Event ID : l'UUID ou l'identifiant numérique de l'événement.
  • Tag Name or ID : le tag à détacher, depuis la liste ou en expression.
Cas d'usage
retirer un tag temporaire une fois le dossier clos. Une recherche qui liste tout ce qui le porte, puis ce nœud une fois par item, vide l'ensemble sans ouvrir MISP.

Feed

6 opérations
17

Create a feed

feed.create

Ce que tu vois dans n8n

Notes & cas d'usage

Un flux s'enregistre dans MISP avec un nom, un fournisseur et une URL, et cette opération écrit cet enregistrement.

Paramètres clés

  • Name : texte requis.
  • Provider : texte requis.
  • URL : requise, sous la forme https://example.com.
  • Rules : champ additionnel qui porte les règles de filtrage du flux.
Cas d'usage
enregistrer des flux depuis une liste tenue ailleurs, pour reconstruire le même ensemble sur une seconde instance sans ressaisir les URL.
18

Disable a feed

feed.disable

Ce que tu vois dans n8n

Notes & cas d'usage

Couper un flux tient en un appel, et son enregistrement reste en place pour plus tard.

Paramètres clés

  • Feed ID : l'UUID ou l'identifiant numérique du flux.
Cas d'usage
une source devenue bruyante ou injoignable. Un workflow qui détecte le problème ailleurs désactive le flux dans la foulée et prévient l'équipe, ce qui vaut mieux que d'attendre que quelqu'un le remarque dans l'interface.
19

Enable a feed

feed.enable

Ce que tu vois dans n8n

Notes & cas d'usage

Rallumer un flux prend la même forme, avec l'identifiant pour seule information à fournir.

Paramètres clés

  • Feed ID : l'UUID ou l'identifiant numérique du flux à activer.
Cas d'usage
la seconde moitié d'une fenêtre de maintenance. Un workflow planifié désactive les flux avant l'opération, un autre les réactive après, et la liste des identifiants vit dans un tableur plutôt que dans la mémoire de quelqu'un.
20

Get a feed

feed.get

Ce que tu vois dans n8n

Notes & cas d'usage

Un flux, lu par son identifiant, dont l'enregistrement part vers le nœud suivant.

Paramètres clés

  • Feed ID : l'UUID ou l'identifiant numérique du flux.
Cas d'usage
une étape de contrôle avant une mise à jour, pour que le workflow sache ce qui est enregistré avant d'écraser quoi que ce soit. C'est aussi le moyen le plus rapide de répondre à un collègue qui demande vers quoi pointe un flux donné.
21

Get many feeds

feed.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

L'inventaire complet des flux revient ici, un item n8n par flux.

Paramètres clés

  • Return All : coché, tous les flux sont récupérés page après page ; décoché, l'exécution s'arrête à Limit.
  • Limit : le nombre maximal de flux rapportés tant que Return All reste décoché.
Cas d'usage
un audit des sources enregistrées sur l'instance, exporté dans un tableau pour que l'équipe revoie ce qui mérite d'être gardé.
22

Update a feed

feed.update

Ce que tu vois dans n8n

Notes & cas d'usage

Changer un enregistrement sans le supprimer, voilà ce que fait cette opération.

Paramètres clés

  • Feed ID : l'identifiant du flux à mettre à jour.
  • URL : l'adresse vers laquelle pointe le flux.
  • Provider : le fournisseur enregistré pour ce flux.
  • Rules : les règles de filtrage du flux.
Cas d'usage
un fournisseur déplace son fichier vers une nouvelle adresse et un workflow réécrit l'URL sur chaque flux concerné, au lieu d'une modification manuelle un par un.

Galaxy

3 opérations
23

Delete a galaxy

galaxy.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Un identifiant suffit pour supprimer une galaxie de l'instance MISP visée par le credential.

Paramètres clés

  • Galaxy ID : l'UUID ou l'identifiant numérique de la galaxie à supprimer. Quand la valeur vient d'un nœud précédent, on la récupère avec une expression, la syntaxe n8n qui lit un champ de l'item entrant, sous la forme {{ $json.field }}.
Cas d'usage
un workflow de ménage parcourt une liste validée en amont et supprime chaque galaxie par son Galaxy ID.
24

Get a galaxy

galaxy.get

Ce que tu vois dans n8n

Notes & cas d'usage

Cette opération ramène une galaxie et une seule, celle dont tu donnes l'identifiant. Le workflow n'a donc rien à parcourir pour la retrouver.

Paramètres clés

  • Galaxy ID : l'UUID ou l'identifiant numérique de la galaxie à lire.
Cas d'usage
un formulaire interne envoie un identifiant de galaxie, le nœud lit la fiche correspondante et la branche suivante décide de la suite.
25

Get many galaxies

galaxy.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Lister les galaxies donne au workflow l'inventaire que porte l'instance, la base de tout filtrage ou de toute comparaison ensuite.

Paramètres clés

  • Return All : activé, n8n enchaîne les pages de l'API jusqu'à la dernière galaxie ; désactivé, le nœud s'arrête à Limit.
  • Limit : le nombre maximal de galaxies renvoyées tant que Return All reste désactivé.
Cas d'usage
un workflow planifié liste les galaxies avec Return All et garde le résultat, pour que la prochaine exécution montre ce qui a bougé.

Noticelist

2 opérations
26

Get a noticelist

noticelist.get

Ce que tu vois dans n8n

Notes & cas d'usage

Donne le numéro d'une noticelist et le nœud la renvoie seule, sans toucher au reste du catalogue. La sortie reste courte, ce qui aide quand il faut relire une exécution.

Paramètres clés

  • Noticelist ID : l'identifiant numérique de la noticelist à récupérer, écrit en dur si le workflow lit toujours la même, ou repris de l'item entrant avec une expression du type {{ $json.field }}.
Cas d'usage
un workflow déclenché depuis un message d'analyste va chercher la noticelist citée dans le message et transmet son contenu à l'étape de mise en forme.
27

Get many noticelists

noticelist.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Le catalogue complet des noticelists tient dans une seule exécution, un item par noticelist.

Paramètres clés

  • Return All : coché, le nœud parcourt les pages de l'API jusqu'au bout ; décoché, il ne rend que ce que Limit autorise.
  • Limit : plafonne le nombre de noticelists renvoyées.
Cas d'usage
une exécution nocturne liste les noticelists et les écrit dans une table, pour garder une trace des évolutions.

Object

1 opération

Organisation

5 opérations
29

Create an organization

organisation.create

Ce que tu vois dans n8n

Notes & cas d'usage

Créer une organisation ajoute une fiche dans MISP, sous le nom envoyé par le nœud.

Paramètres clés

  • Name : requis, le nom de l'organisation, seule valeur indispensable à l'opération.
  • Additional Fields : le bloc optionnel qui transporte Description, Sector, Nationality, Type, Created by Email et User Count dans le même appel.
Cas d'usage
un partenaire rejoint un cercle de partage, le workflow de validation crée l'organisation avec son Name et reprend le Sector saisi dans la demande.
30

Delete an organization

organisation.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Quand une organisation n'a plus sa place sur l'instance, un appel retire sa fiche. Le nœud ne demande aucune confirmation : le garde-fou se met dans le workflow, pas dans MISP.

Paramètres clés

  • Organisation ID : l'UUID ou l'identifiant numérique de l'organisation à retirer. D'où l'intérêt d'une lecture juste avant, pour vérifier que c'est bien la bonne fiche qui part.
Cas d'usage
un workflow de fin de collaboration reprend l'identifiant depuis un ticket et supprime l'organisation une fois le nœud de validation manuelle passé.
31

Get an organization

organisation.get

Ce que tu vois dans n8n

Notes & cas d'usage

Ici, le nœud renvoie la fiche d'organisation qui correspond à l'identifiant fourni, rien de plus. Une seule organisation en sortie, donc un item à traiter par exécution.

Paramètres clés

  • Organisation ID : l'UUID ou l'identifiant numérique de l'organisation à lire, souvent mappé depuis le nœud précédent avec une expression comme {{ $json.field }}.
Cas d'usage
avant la création d'un compte, le workflow lit l'organisation mentionnée dans la demande et oriente la suite selon ce qui revient.
32

Get many organizations

organisation.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

L'annuaire des organisations connues de l'instance ressort ici, une organisation par item, prêt à être filtré par les nœuds suivants.

Paramètres clés

  • Return All : actif, n8n enchaîne les pages de l'API jusqu'à la dernière organisation ; inactif, Limit décide du nombre rendu.
  • Limit : le plafond d'organisations renvoyées, utile pour tester le workflow sur un échantillon avant de le lancer en entier.
Cas d'usage
une revue mensuelle liste les organisations avec Return All et compare le résultat à l'annuaire interne.
33

Update an organization

organisation.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifier une organisation existante, c'est la désigner par son ID puis lister ce qui change dans le bloc Update Fields.

Paramètres clés

  • Organisation ID : requis, l'identifiant de l'organisation à mettre à jour.
  • Update Fields : le bloc qui porte Name, Description, Sector, Nationality et Type.
Cas d'usage
un partenaire change de nom commercial, le workflow met à jour le Name de l'organisation à partir du formulaire validé.

Tag

4 opérations
34

Create a tag

tag.create

Ce que tu vois dans n8n

Notes & cas d'usage

Un tag se crée à partir d'un nom, et le nœud lui donne sa couleur dans le même appel.

Paramètres clés

  • Name : requis, le nom du tag.
  • Color : un code couleur hexadécimal pour le tag, dans Additional Fields.
Cas d'usage
au lancement d'un exercice de partage, un workflow crée d'un coup les tags prévus, chacun avec sa Color pour que les analystes les repèrent sans lire le libellé.
35

Delete a tag

tag.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Un tag qui ne sert plus se retire de l'instance par son numéro, et le nœud ne traite qu'un tag par item entrant.

Paramètres clés

  • Tag ID : requis, l'identifiant numérique du tag à supprimer, souvent repris d'un nœud précédent via une expression, c'est-à-dire un champ de l'item entrant appelé sous la forme {{ $json.field }}.
Cas d'usage
un workflow de nettoyage liste les tags, garde ceux marqués dans un fichier interne et les supprime un par un.
36

Get many tags

tag.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Tous les tags définis sur l'instance reviennent par cette opération, la liste dont part la plupart des traitements de tags.

Paramètres clés

  • Return All : activé, le nœud passe les pages de l'API jusqu'au dernier tag ; désactivé, Limit fixe la coupure.
  • Limit : le nombre maximal de tags dans la sortie.
Cas d'usage
avant un traitement en masse, le workflow liste les tags pour vérifier que les noms qu'il s'apprête à utiliser existent déjà.
37

Update a tag

tag.update

Ce que tu vois dans n8n

Notes & cas d'usage

Renommer un tag ou changer sa couleur passe par cette opération, le tag étant désigné par son ID.

Paramètres clés

  • Tag ID : requis, l'identifiant du tag à mettre à jour.
  • Update Fields : porte Name et Color, le code couleur hexadécimal du tag.
Cas d'usage
la convention de nommage évolue, un workflow parcourt la liste des tags et réécrit chaque Name au nouveau format.

User

5 opérations
38

Create a user

user.create

Ce que tu vois dans n8n

Notes & cas d'usage

Deux valeurs suffisent pour ouvrir un compte : une adresse et un rôle. Le nœud crée l'utilisateur avec ça.

Paramètres clés

  • Email : requis, l'adresse du compte, au format name@email.com proposé par le champ.
  • Role ID : requis, les identifiants de rôle se trouvent dans le tableau de bord MISP, à /roles/index.
  • Organization Name or ID : à choisir dans la liste chargée par le nœud, ou à fournir sous forme d'identifiant via une expression.
Cas d'usage
un workflow d'arrivée lit la demande RH et crée le compte avec le Role ID correspondant au poste.
39

Delete a user

user.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Le départ d'un collaborateur se termine ici : le nœud supprime l'utilisateur dont il reçoit le numéro, puis le workflow continue sur l'étape suivante.

Paramètres clés

  • User ID : requis, l'identifiant numérique de l'utilisateur à supprimer. Laissé vide, il bloque l'exécution du nœud, comme tout champ marqué requis.
Cas d'usage
dès qu'un départ est marqué dans l'annuaire interne, le workflow supprime le compte correspondant et consigne l'exécution dans une table, de quoi alimenter la prochaine revue des accès.
40

Get a user

user.get

Ce que tu vois dans n8n

Notes & cas d'usage

Une fiche utilisateur, appelée par son numéro, arrive en sortie de cette opération. Un compte par exécution, donc une boucle dès qu'il y en a plusieurs à contrôler.

Paramètres clés

  • User ID : requis, l'identifiant numérique de l'utilisateur à lire, en dur dans le champ ou renseigné par le nœud qui précède via {{ $json.field }}.
Cas d'usage
un workflow de revue des accès lit les comptes un à un et conserve chaque réponse pour le rapport construit en fin d'exécution.
41

Get many users

user.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Cette opération balaie l'annuaire des comptes de l'instance et renvoie ceux qu'elle trouve.

Paramètres clés

  • Return All : actif, toutes les pages d'utilisateurs sont récupérées ; inactif, Limit plafonne le nombre de comptes rendus.
  • Limit : le nombre maximal d'utilisateurs par exécution.
Cas d'usage
une revue trimestrielle liste les utilisateurs avec Return All et confronte la sortie à l'annuaire RH avant toute modification.
42

Update a user

user.update

Ce que tu vois dans n8n

Notes & cas d'usage

Les changements sur un compte existant passent par Update Fields, le compte étant désigné par son ID.

Paramètres clés

  • User ID : requis, l'identifiant de l'utilisateur à mettre à jour.
  • Update Fields : porte Email, GPG Key, Inviter Name or ID et Organization Name or ID.
Cas d'usage
un analyste change d'équipe, le workflow met à jour l'Organization Name or ID du compte sans que personne n'ouvre MISP.

Warninglist

2 opérations
43

Get a warninglist

warninglist.get

Ce que tu vois dans n8n

Notes & cas d'usage

Les warninglists se lisent ici une par une, par leur numéro. La charge renvoyée reste légère quand une seule warninglist intéresse l'exécution.

Paramètres clés

  • Warninglist ID : requis, l'identifiant numérique de la warninglist. Si le numéro sort d'une étape précédente au lieu d'être saisi, une expression {{ $json.field }} le transporte.
Cas d'usage
un workflow de tri lit la warninglist citée dans une note interne et passe son contenu à l'étape qui rédige le résumé.
44

Get many warninglists

warninglist.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Toutes les warninglists portées par l'instance ressortent en une exécution, sans avoir à les demander une par une.

Paramètres clés

  • Return All : activé, n8n demande page après page jusqu'à la fin du catalogue ; désactivé, Limit raccourcit la sortie.
  • Limit : le nombre maximal de warninglists renvoyées quand Return All reste éteint.
Cas d'usage
un workflow d'audit liste les warninglists et stocke le résultat, pour que l'exécution suivante montre ce qui s'est ajouté.
Besoin d'aide

Besoin d'aide pour automatiser MISP avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

MISP et n8n, les questions fréquentes

01L'intégration MISP n8n est-elle gratuite ?
Côté n8n, oui. Le nœud MISP est livré avec n8n : rien à installer, aucun coût supplémentaire, que tu travailles sur n8n Cloud ou sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Les 44 opérations sont disponibles dès que le credential se connecte. MISP est une autre affaire : le credential attend une instance que tu installes et fais tourner toi-même, et ce qu'elle te coûte en hébergement et en maintenance ne relève pas de n8n. Un workflow se comporte de la même façon dans les deux configurations, donc rien n'est à réécrire si tu migres plus tard.
02Quels credentials faut-il pour le nœud MISP ?
Un seul credential, construit sur une clé d'API. Dans MISP, ces clés s'appellent clés d'automatisation et se récupèrent depuis Event Actions > Automation ; la documentation MISP explique comment en générer d'autres si tu préfères une clé par workflow. Le credential demande cette API Key et une Base URL, l'adresse de ton instance MISP. Un troisième réglage, Allow Unauthorized Certificates, laisse n8n se connecter même quand la validation du certificat SSL échoue, ce qui compte sur une instance derrière un certificat auto-signé. Le credential se crée une fois dans le menu Credentials et chaque workflow le sélectionne ensuite dans une liste.
03Quelles sont les limites du nœud MISP dans n8n ?
Le nœud expose 44 opérations réparties sur 11 ressources : le catalogue est large mais fini. Quand un workflow a besoin d'un endpoint qui n'y figure pas, le nœud HTTP Request appelle cet endpoint directement sur l'API MISP et réutilise le même credential via l'authentification prédéfinie, ce qui garde la clé d'automatisation à un seul endroit. L'autre point à anticiper, c'est la pagination : toute opération de liste s'arrête à Limit tant que Return All n'est pas activé, et c'est comme ça qu'un export finit tronqué sans que personne le remarque. Les champs requis sont stricts aussi : un champ vide arrête l'exécution.
04Le nœud MISP réagit-il en temps réel ?
Il n'y a pas de nœud trigger MISP dans n8n, donc rien ne pousse d'événement depuis MISP vers un workflow. L'exécution démarre autrement : un Schedule Trigger qui se déclenche à intervalle fixe, un Webhook n8n, c'est-à-dire une URL qu'un autre service appelle quand quelque chose se passe chez lui, ou le trigger d'un autre outil déjà présent dans la chaîne. En pratique, une exécution planifiée associée à event.search ou attribute.search couvre l'essentiel de ce qu'un trigger aurait fait, puisque les opérations de recherche filtrent côté MISP et ne renvoient que ce qui correspond aux critères.
05n8n ou Make pour MISP ?
La réponse honnête dépend de l'endroit où tes données ont le droit de vivre. n8n tourne sur tes propres serveurs via Docker ou npm, ou sur n8n Cloud, et le workflow se comporte de façon identique dans les deux cas. Make est hébergé uniquement, sans option d'auto-hébergement, et se facture à l'opération. Pour une instance MISP, généralement installée et exploitée en interne, la possibilité de garder l'automatisation du même côté du réseau que l'instance tranche souvent la question à elle seule. Les modèles de coût diffèrent également, et la logique visuelle relève surtout de l'habitude.