Recursos · Integración n8n

Integración MISP n8nAutomatiza MISP con n8n.

¿Cuántos eventos se siguen escribiendo a mano en MISP? La integración MISP n8n abre 44 operaciones repartidas en 11 recursos: eventos, atributos, etiquetas, feeds y el resto. No existe un nodo trigger de MISP, así que el flujo arranca desde otro lado.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué resuelve la integración MISP n8n?

Pone una instancia de MISP detrás de un flujo de trabajo, en vez de detrás de una pestaña abierta todo el día. n8n trae un nodo MISP que habla con la API de MISP mediante una clave de automatización y expone 44 operaciones repartidas en 11 recursos: eventos, atributos, etiquetas de evento, feeds, galaxias, noticelists, objetos, organizaciones, etiquetas, usuarios y warninglists. Nada que instalar, ni en n8n Cloud ni en una instancia autoalojada.

El primer escenario es la captura que deja de hacerse a mano. Un Schedule Trigger recoge el elemento, event.create abre un evento en MISP bajo la organización que elijas y attribute.create le engancha el valor con un Type url, text o comment. Una ejecución, un evento documentado y ningún copiar y pegar entre ventanas.

El segundo es el informe recurrente. event.getAll con Return All activado recorre las páginas de la API y entrega cada evento al nodo siguiente: Google Sheets para un resumen semanal, o MongoDB cuando el histórico tiene que seguir consultable meses más tarde. attribute.search hace lo mismo sobre un subconjunto más estrecho, filtrado por Tags o por Category.

El tercero es la revisión previa a la difusión. event.update ajusta Analysis y Threat Level ID mientras un analista trabaja, eventTag.add coloca la etiqueta acordada y event.publish cierra el ciclo. Un mensaje a Slack en ese punto avisa al equipo de que el evento ya salió.

El nodo cubre 44 operaciones en 11 recursos. Cuando un flujo necesita un endpoint que queda fuera de ese catálogo, el nodo HTTP Request lo llama directamente y reutiliza el mismo credential mediante la autenticación predefinida, así la clave de automatización no se guarda dos veces.

Hay dos condiciones que marcan el diseño. No existe nodo trigger de MISP: cada ejecución parte de un Schedule Trigger a intervalo fijo, de un Webhook de n8n (una URL que otro servicio llama) o del trigger de otra herramienta de la cadena. Y cualquier operación de listado se detiene en Limit mientras Return All siga desactivado. Si todavía estás comparando plataformas, la Reseña n8n entra a fondo en el tema del alojamiento.

Conexión

¿Cómo se conecta MISP con n8n?

  1. 01

    Consigue una clave de automatización en MISP

    En MISP, las claves de API se llaman claves de automatización. Entra en Event Actions > Automation y copia la clave que aparece ahí. La documentación de MISP sobre claves de automatización explica cómo generar más, algo que conviene si prefieres dar una clave propia a cada flujo en lugar de compartir una sola en toda la instancia.

  2. 02

    Crea el credential MISP en n8n

    Abre el menú Credentials de n8n y añade un credential de MISP. Dos campos sostienen la conexión: API Key, la clave de automatización que acabas de copiar, y Base URL, la dirección de tu instancia de MISP. Un credential se crea una vez y se reutiliza en todos los flujos, y el nodo lo ofrece en un desplegable en lugar de pedirte la clave otra vez.

  3. 03

    Elige un recurso y una operación

    Coloca el nodo MISP en el flujo, selecciona el credential y elige un recurso y una operación, por ejemplo Event y Publish. Los campos obligatorios no son decorativos: deja uno vacío y el nodo detiene la ejecución. Los valores que vienen de un nodo anterior se pasan como expresión, con la forma {{ $json.field }}, que es como n8n lee un campo del item entrante.

Acciones

¿Qué sabe hacer el nodo MISP ?

El nodo MISP expone 44 operaciones en 11 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDeleteAddRemoveDisableEnablePublishSearchUnpublish
Attribute✓✓✓✓✓✓
Event✓✓✓✓✓✓✓✓
Event Tag✓✓
Feed✓✓✓✓✓✓
Galaxy✓✓✓
Noticelist✓✓
Object✓
Organisation✓✓✓✓✓
Tag✓✓✓✓
User✓✓✓✓✓
Warninglist✓✓

Attribute

6 operaciones
01

Create an attribute

attribute.create

Lo que ves en n8n

Notas y casos de uso

Un valor nuevo entra en MISP como atributo, y esta operación lo crea dentro de un evento ya identificado.

Parámetros clave

  • Event UUID: el UUID del evento al que se engancha el atributo, a menudo {{ $json.field }} del nodo que creó el evento.
  • Type: tres opciones, text, url y comment.
  • Value: obligatorio, el nodo detiene la ejecución mientras siga vacío.
  • Distribution: campo adicional que decide quién podrá ver este evento una vez publicado.
Casos de uso
enriquecer un evento abierto antes en el mismo flujo, un atributo por cada item que sale de un bucle.
02

Delete an attribute

attribute.delete

Lo que ves en n8n

Notas y casos de uso

Borrado y poco más: el atributo desaparece del evento al que estaba enganchado.

Parámetros clave

  • Attribute ID: el UUID o el identificador numérico del atributo, valen las dos formas.
Casos de uso
limpiar después de una importación fallida, con una operación de búsqueda previa que reúne los atributos a quitar y este nodo ejecutándose una vez por item. Conviene ponerle delante una validación manual, porque aquí nada pide confirmación.
03

Get an attribute

attribute.get

Lo que ves en n8n

Notas y casos de uso

Releer un atributo entrega a los nodos siguientes su registro completo, no solo el identificador.

Parámetros clave

  • Attribute ID: el UUID o el identificador numérico del atributo que buscas.
Casos de uso
un flujo que recibe una referencia de atributo desde una herramienta de tickets y necesita el registro guardado antes de decidir nada. También sirve como control posterior a una actualización, para comparar lo que guarda MISP con lo que envió el flujo.
04

Get many attributes

attribute.getAll

Lo que ves en n8n

Notas y casos de uso

El listado de atributos vuelve en lote, un item de n8n por atributo, sin filtro aplicado.

Parámetros clave

  • Return All: activado, n8n encadena las páginas de la API hasta el último atributo; desactivado, se para en Limit.
  • Limit: el número máximo de atributos devueltos mientras Return All siga desactivado.
Casos de uso
una exportación nocturna de la base de atributos hacia una hoja de cálculo o una base de datos, donde Return All separa un volcado completo de uno recortado.
06

Update an attribute

attribute.update

Lo que ves en n8n

Notas y casos de uso

Modificar un atributo existente pasa por esta operación, que deja intactos los campos que no rellenas.

Parámetros clave

  • Attribute ID: el identificador del atributo a actualizar.
  • Distribution: campo de actualización para quién podrá ver este evento una vez publicado.
  • Sharing Group Name or ID: solo sirve cuando Sharing Group es el valor elegido en Distribution, tomado de la lista o pasado como expresión.
Casos de uso
ampliar o restringir la visibilidad de un lote de atributos cuando un caso cambia de equipo.

Event

8 operaciones
07

Create an event

event.create

Lo que ves en n8n

Notas y casos de uso

Todo evento de MISP empieza en algún punto, y esta operación abre uno bajo la organización que señales.

Parámetros clave

  • Organization Name or ID: elegido de la lista, o pasado como expresión cuando el valor viene de un nodo anterior.
  • Information: la descripción del evento, hasta 65535 caracteres.
  • Threat Level ID: High, Medium, Low o Undefined.
  • Analysis: el nivel de madurez del análisis, Initial, Ongoing o Complete.
Casos de uso
abrir un evento por cada informe que entra y engancharle los atributos en la misma ejecución.
08

Delete an event

event.delete

Lo que ves en n8n

Notas y casos de uso

Eliminar un evento lo saca de la instancia, y los atributos que tenía enganchados se van con él.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento.
Casos de uso
retirar los eventos de prueba después de validar un flujo en una instancia de pruebas, para que los ensayos no se queden en la base. Pon delante un nodo IF que confirme que el evento pertenece a la organización de pruebas.
09

Get an event

event.get

Lo que ves en n8n

Notas y casos de uso

Recuperar un evento por su identificador le da al resto del flujo el registro completo con el que trabajar.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento, se aceptan ambas formas.
Casos de uso
un comando en el canal del equipo donde alguien pega una referencia de evento y el flujo responde con lo que guarda MISP. También encaja entre dos escrituras, para ver si la segunda sigue haciendo falta.
10

Get many events

event.getAll

Lo que ves en n8n

Notas y casos de uso

Lectura masiva: MISP devuelve los eventos y n8n convierte cada uno en un item distinto.

Parámetros clave

  • Return All: activado, n8n sigue las páginas hasta traer la lista entera; desactivado, se corta antes.
  • Limit: el techo de eventos que vuelven mientras Return All siga desactivado.
Casos de uso
un resumen semanal que cuenta los eventos abiertos en el periodo y publica la cifra en un canal del equipo.
11

Publish an event

event.publish

Lo que ves en n8n

Notas y casos de uso

Publicar lleva el evento a su estado publicado, el momento a partir del cual su ajuste de distribución decide quién lo ve.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento a publicar.
Casos de uso
el último paso de un flujo de revisión, donde una validación humana en n8n condiciona la llamada para que nada salga solo. Un mensaje a Slack justo después deja un rastro legible de qué se publicó y cuándo.
13

Unpublish an event

event.unpublish

Lo que ves en n8n

Notas y casos de uso

El movimiento contrario: el evento sale del estado publicado y vuelve a ser un registro interno.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento.
Casos de uso
una vía de corrección. Alguien señala un error en un ticket, el flujo despublica el evento, lo actualiza y solo vuelve a publicarlo tras una segunda revisión. Encadenarlo con un nodo de aprobación mantiene esa marcha atrás deliberada.
14

Update an event

event.update

Lo que ves en n8n

Notas y casos de uso

Corregir un evento más tarde se hace aquí, campo a campo, sin tocar lo que dejas en blanco.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento a modificar.
  • Information: la descripción, hasta 65535 caracteres.
  • Analysis: Initial, Ongoing o Complete.
  • Distribution: quién podrá ver este evento una vez publicado.
Casos de uso
pasar Analysis de Ongoing a Complete cuando se cierra el ticket asociado, reescribiendo la descripción en la misma llamada.

Event Tag

2 operaciones
15

Add a tag to an event

eventTag.add

Lo que ves en n8n

Notas y casos de uso

Las etiquetas son lo que hace localizable un evento meses después, y esta llamada coloca una sobre un evento existente.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento que recibe la etiqueta.
  • Tag Name or ID: elegida de la lista, o pasada como expresión cuando la etiqueta depende del item entrante.
Casos de uso
etiquetar todos los eventos creados desde una misma fuente en la ejecución, para que una búsqueda por Tags reconstruya el lote de una vez.
16

Remove a tag from an event

eventTag.remove

Lo que ves en n8n

Notas y casos de uso

Quitar una etiqueta deja el evento intacto, solo desaparece el vínculo entre ambos.

Parámetros clave

  • Event ID: el UUID o el identificador numérico del evento.
  • Tag Name or ID: la etiqueta a retirar, desde la lista o como expresión.
Casos de uso
jubilar una etiqueta temporal al cerrar el caso. Una búsqueda lista todo lo que la lleva y este nodo, ejecutado una vez por item, vacía el conjunto entero sin que nadie abra MISP.

Feed

6 operaciones
17

Create a feed

feed.create

Lo que ves en n8n

Notas y casos de uso

Un feed se registra en MISP con un nombre, un proveedor y una URL, y esta operación escribe ese registro.

Parámetros clave

  • Name: texto obligatorio.
  • Provider: texto obligatorio.
  • URL: obligatoria, con la forma https://example.com.
  • Rules: campo adicional que lleva las reglas de filtrado del feed.
Casos de uso
registrar feeds desde una lista mantenida en otro sitio, para rehacer el mismo conjunto en una segunda instancia sin volver a teclear las URL.
18

Disable a feed

feed.disable

Lo que ves en n8n

Notas y casos de uso

Apagar un feed cabe en una llamada, y su registro se queda donde estaba para más adelante.

Parámetros clave

  • Feed ID: el UUID o el identificador numérico del feed.
Casos de uso
una fuente que se ha vuelto ruidosa o inalcanzable. Un flujo que detecta el problema por otro lado desactiva el feed en el acto y avisa al equipo, mejor que esperar a que alguien lo note en la interfaz.
19

Enable a feed

feed.enable

Lo que ves en n8n

Notas y casos de uso

Volver a encender un feed tiene la misma forma, con el identificador como único dato a aportar.

Parámetros clave

  • Feed ID: el UUID o el identificador numérico del feed a activar.
Casos de uso
la segunda mitad de una ventana de mantenimiento. Un flujo programado desactiva los feeds antes de la intervención, otro los reactiva después, y la lista de identificadores vive en una hoja de cálculo y no en la memoria de nadie.
20

Get a feed

feed.get

Lo que ves en n8n

Notas y casos de uso

Un feed, leído por su identificador, con su registro entregado al nodo siguiente.

Parámetros clave

  • Feed ID: el UUID o el identificador numérico del feed.
Casos de uso
un paso de control antes de una actualización, para que el flujo sepa qué hay registrado antes de sobrescribir nada. Es también la vía más rápida de responder a un compañero que pregunta hacia dónde apunta un feed concreto.
21

Get many feeds

feed.getAll

Lo que ves en n8n

Notas y casos de uso

El inventario completo de feeds vuelve por aquí, un item de n8n por feed.

Parámetros clave

  • Return All: activado, se recuperan todos los feeds página tras página; desactivado, la ejecución se para en Limit.
  • Limit: cuántos feeds vuelven como máximo mientras Return All siga desactivado.
Casos de uso
una auditoría de las fuentes registradas en la instancia, exportada a una tabla para que el equipo revise qué merece seguir ahí.
22

Update a feed

feed.update

Lo que ves en n8n

Notas y casos de uso

Cambiar un registro sin borrarlo es exactamente para lo que está esta operación.

Parámetros clave

  • Feed ID: el identificador del feed a actualizar.
  • URL: la dirección hacia la que apunta el feed.
  • Provider: el proveedor registrado para ese feed.
  • Rules: las reglas de filtrado del feed.
Casos de uso
un proveedor mueve su fichero a otra dirección y un flujo reescribe la URL en cada feed afectado, en lugar de editarlos uno por uno.

Galaxy

3 operaciones
23

Delete a galaxy

galaxy.delete

Lo que ves en n8n

Notas y casos de uso

Con un solo identificador, el nodo borra esa galaxia de la instancia MISP a la que apunta la credencial.

Parámetros clave

  • Galaxy ID: el UUID o el identificador numérico de la galaxia que se elimina. Si el valor llega de un nodo anterior, se recoge con una expresión, la sintaxis de n8n que lee un campo del item entrante, escrita {{ $json.field }}.
Casos de uso
un flujo de limpieza recorre una lista ya revisada y borra cada galaxia por su Galaxy ID.
24

Get a galaxy

galaxy.get

Lo que ves en n8n

Notas y casos de uso

Esta operación devuelve una galaxia concreta, la del identificador que le pasas, sin recorrer nada más de la instancia.

Parámetros clave

  • Galaxy ID: el UUID o el identificador numérico de la galaxia que se lee.
Casos de uso
un formulario interno envía el identificador de una galaxia, el nodo lee la ficha y la rama siguiente decide qué hacer con ella.
25

Get many galaxies

galaxy.getAll

Lo que ves en n8n

Notas y casos de uso

Listar galaxias entrega al flujo el inventario que guarda la instancia, el punto de partida de cualquier filtro o comparación posterior.

Parámetros clave

  • Return All: activado, n8n encadena las páginas de la API hasta la última galaxia; desactivado, el nodo se detiene en Limit.
  • Limit: el número máximo de galaxias devueltas mientras Return All siga apagado.
Casos de uso
una ejecución programada lista las galaxias con Return All y guarda la salida, para que la siguiente muestre lo que ha cambiado.

Noticelist

2 operaciones
26

Get a noticelist

noticelist.get

Lo que ves en n8n

Notas y casos de uso

Basta el número de una noticelist para que el nodo la devuelva sola, sin tocar el resto del catálogo. La salida se queda corta y se revisa de una pasada.

Parámetros clave

  • Noticelist ID: el identificador numérico de la noticelist que se recupera, fijo en el campo si el flujo siempre lee la misma, o tomado del item entrante con una expresión {{ $json.field }}.
Casos de uso
un flujo lanzado desde el mensaje de un analista busca la noticelist citada y pasa su contenido al paso que prepara el formato.
27

Get many noticelists

noticelist.getAll

Lo que ves en n8n

Notas y casos de uso

El catálogo completo de noticelists cabe en una sola ejecución, un item por noticelist.

Parámetros clave

  • Return All: marcado, el nodo recorre las páginas de la API hasta el final; sin marcar, solo devuelve lo que permite Limit.
  • Limit: pone techo al número de noticelists devueltas.
Casos de uso
un proceso nocturno lista las noticelists y las escribe en una tabla, para dejar rastro de cómo evolucionan.

Object

1 operación

Organisation

5 operaciones
29

Create an organization

organisation.create

Lo que ves en n8n

Notas y casos de uso

Crear una organización añade una ficha nueva en MISP con el nombre que envía el nodo.

Parámetros clave

  • Name: obligatorio, el nombre de la organización y el único valor que la operación necesita.
  • Additional Fields: el bloque opcional que lleva Description, Sector, Nationality, Type, Created by Email y User Count en la misma llamada.
Casos de uso
entra un socio nuevo en un círculo de intercambio y el flujo de aprobación crea la organización con su Name y el Sector indicado en la solicitud.
30

Delete an organization

organisation.delete

Lo que ves en n8n

Notas y casos de uso

Cuando una organización ya no pinta nada en la instancia, esta operación retira su ficha en una llamada.

Parámetros clave

  • Organisation ID: el UUID o el identificador numérico de la organización que se retira.
Casos de uso
un flujo de cierre de colaboración toma el identificador de un ticket y borra la organización después de pasar por un nodo de aprobación manual.
31

Get an organization

organisation.get

Lo que ves en n8n

Notas y casos de uso

Aquí el nodo devuelve la ficha de la organización que coincide con el identificador recibido, y nada más.

Parámetros clave

  • Organisation ID: el UUID o el identificador numérico de la organización que se lee, mapeado desde el nodo anterior con una expresión como {{ $json.field }}.
Casos de uso
antes de abrir una cuenta, el flujo lee la organización que aparece en la solicitud y decide el camino según lo que vuelve.
32

Get many organizations

organisation.getAll

Lo que ves en n8n

Notas y casos de uso

El directorio de organizaciones que conoce la instancia sale por esta operación, una organización por item.

Parámetros clave

  • Return All: encendido, n8n encadena las páginas de la API hasta la última organización; apagado, Limit decide cuántas vuelven.
  • Limit: el tope de organizaciones devueltas.
Casos de uso
una revisión mensual lista las organizaciones con Return All y compara el resultado con el directorio interno.
33

Update an organization

organisation.update

Lo que ves en n8n

Notas y casos de uso

Modificar una organización existente consiste en señalarla por su ID y enumerar los cambios en el bloque Update Fields.

Parámetros clave

  • Organisation ID: obligatorio, el identificador de la organización que se actualiza.
  • Update Fields: el bloque que lleva Name, Description, Sector, Nationality y Type.
Casos de uso
un socio cambia de marca y el flujo actualiza el Name de la organización a partir del formulario aprobado.

Tag

4 operaciones
34

Create a tag

tag.create

Lo que ves en n8n

Notas y casos de uso

Un tag nace de un nombre, y el nodo le asigna su color en la misma llamada.

Parámetros clave

  • Name: obligatorio, el nombre del tag.
  • Color: un código de color hexadecimal para el tag, dentro de Additional Fields.
Casos de uso
al abrir un ejercicio de intercambio, un flujo crea de golpe los tags previstos, cada uno con su Color para que los analistas los distingan de un vistazo.
35

Delete a tag

tag.delete

Lo que ves en n8n

Notas y casos de uso

Un tag que ya nadie usa se retira de la instancia por su número.

Parámetros clave

  • Tag ID: obligatorio, el identificador numérico del tag que se borra, a menudo heredado de un nodo anterior con una expresión como {{ $json.field }}.
Casos de uso
un flujo de mantenimiento lista los tags, se queda con los marcados en un archivo interno y los va borrando uno a uno.
36

Get many tags

tag.getAll

Lo que ves en n8n

Notas y casos de uso

Todos los tags definidos en la instancia vuelven por esta operación, la lista con la que empieza casi cualquier trabajo sobre tags.

Parámetros clave

  • Return All: activado, el nodo pasa las páginas de la API hasta el último tag; desactivado, Limit marca el corte.
  • Limit: el número máximo de tags en la salida.
Casos de uso
antes de un proceso masivo, el flujo lista los tags para comprobar que los nombres que va a usar ya existen.
37

Update a tag

tag.update

Lo que ves en n8n

Notas y casos de uso

Cambiar el nombre o el color de un tag pasa por esta operación, con el tag señalado por su ID.

Parámetros clave

  • Tag ID: obligatorio, el identificador del tag que se actualiza.
  • Update Fields: lleva Name y Color, el código de color hexadecimal del tag.
Casos de uso
cambia la convención de nombres y un flujo recorre la lista de tags reescribiendo cada Name al formato nuevo.

User

5 operaciones
38

Create a user

user.create

Lo que ves en n8n

Notas y casos de uso

Abrir una cuenta pide dos valores, una dirección y un rol, y con eso el nodo crea al usuario.

Parámetros clave

  • Email: obligatorio, la dirección de la cuenta, con el formato name@email.com que propone el campo.
  • Role ID: obligatorio, y los identificadores de rol están en el panel de MISP, en /roles/index.
  • Organization Name or ID: se elige en la lista que carga el nodo o se indica como identificador mediante una expresión.
Casos de uso
un flujo de incorporación lee la solicitud de RRHH y crea la cuenta con el Role ID que corresponde al puesto.
39

Delete a user

user.delete

Lo que ves en n8n

Notas y casos de uso

La salida de una persona termina aquí: el nodo elimina al usuario cuyo número recibe y el flujo sigue con el paso siguiente.

Parámetros clave

  • User ID: obligatorio, el identificador numérico del usuario que se elimina. Si queda vacío, la ejecución del nodo se detiene, como con cualquier campo marcado como obligatorio.
Casos de uso
en cuanto una baja queda marcada en el directorio interno, el flujo borra la cuenta correspondiente y deja constancia de la ejecución en una tabla, material para la próxima revisión de accesos.
40

Get a user

user.get

Lo que ves en n8n

Notas y casos de uso

Una ficha de usuario, pedida por su número, es lo que sale de esta operación. Una cuenta por ejecución, así que con varias conviene montar un bucle.

Parámetros clave

  • User ID: obligatorio, el identificador numérico del usuario que se lee, escrito a mano o mapeado desde el nodo anterior con {{ $json.field }}.
Casos de uso
un flujo de revisión de accesos lee las cuentas de una en una y guarda cada respuesta para el informe que arma al final.
41

Get many users

user.getAll

Lo que ves en n8n

Notas y casos de uso

Esta operación recorre el directorio de cuentas de la instancia y devuelve las que encuentra.

Parámetros clave

  • Return All: encendido, se recuperan todas las páginas de usuarios; apagado, Limit limita cuántas cuentas vuelven.
  • Limit: cuántos usuarios llegan como mucho en una ejecución.
Casos de uso
una revisión trimestral lista los usuarios con Return All y contrasta la salida con el listado de RRHH antes de tocar nada.
42

Update a user

user.update

Lo que ves en n8n

Notas y casos de uso

Los cambios sobre una cuenta existente viajan en Update Fields, con la cuenta señalada por su ID.

Parámetros clave

  • User ID: obligatorio, el identificador del usuario que se actualiza.
  • Update Fields: lleva Email, GPG Key, Inviter Name or ID y Organization Name or ID.
Casos de uso
un analista cambia de equipo y el flujo actualiza el Organization Name or ID de su cuenta sin que nadie abra MISP.

Warninglist

2 operaciones
43

Get a warninglist

warninglist.get

Lo que ves en n8n

Notas y casos de uso

Las warninglists se leen aquí de una en una, por su número, y la respuesta pesa poco cuando al flujo solo le interesa una de ellas.

Parámetros clave

  • Warninglist ID: obligatorio, el identificador numérico de la warninglist. Cuando el número viene de un paso previo en vez de escribirse, lo traslada una expresión {{ $json.field }}.
Casos de uso
un flujo de triaje lee la warninglist citada en una nota interna y pasa su contenido al paso que redacta el resumen.
44

Get many warninglists

warninglist.getAll

Lo que ves en n8n

Notas y casos de uso

Todas las warninglists que guarda la instancia salen en una sola ejecución.

Parámetros clave

  • Return All: activado, n8n pide página tras página hasta cerrar el catálogo; desactivado, Limit recorta la salida.
  • Limit: el número máximo de warninglists devueltas.
Casos de uso
un flujo de auditoría lista las warninglists y guarda el resultado, para que la ejecución siguiente muestre lo que se ha añadido.
Necesitas ayuda

¿Necesitas ayuda para automatizar MISP con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

MISP y n8n, las dudas habituales

01¿La integración MISP n8n es gratuita?
Por el lado de n8n, sí. El nodo MISP viene incluido con n8n, así que no hay nada que instalar ni coste adicional, trabajes en n8n Cloud o en una instancia autoalojada en Community Edition bajo licencia Sustainable Use. Las 44 operaciones están disponibles en cuanto el credential conecta. MISP es otra historia: el credential espera una instancia que tú instalas y mantienes en marcha, y lo que te cueste en alojamiento y mantenimiento queda fuera de n8n. Un flujo se comporta igual en ambas configuraciones, así que no hay que reescribir nada si más adelante cambias de una a otra.
02¿Qué credentials necesita el nodo MISP?
Uno solo, construido sobre una clave de API. En MISP esas claves se llaman claves de automatización y se obtienen desde Event Actions > Automation; la documentación de MISP explica cómo generar más si prefieres una clave por flujo. El credential pide esa API Key y una Base URL, que es la dirección de tu propia instancia de MISP. Un tercer ajuste, Allow Unauthorized Certificates, permite que n8n conecte incluso cuando falla la validación del certificado SSL, algo que importa en instancias detrás de un certificado autofirmado. El credential se crea una vez en el menú Credentials y cada flujo lo elige después de un desplegable.
03¿Qué límites tiene el nodo MISP en n8n?
El nodo expone 44 operaciones repartidas en 11 recursos, un catálogo amplio pero finito. Cuando un flujo necesita un endpoint que no está en él, el nodo HTTP Request lo llama directamente contra la API de MISP y reutiliza el mismo credential mediante la autenticación predefinida, lo que mantiene la clave de automatización en un único sitio. El otro punto a prever es la paginación: cualquier operación de listado se detiene en Limit mientras Return All siga desactivado, y así es como una exportación acaba recortada sin que nadie lo note. Los campos obligatorios también son estrictos: uno vacío detiene la ejecución.
04¿El nodo MISP reacciona en tiempo real?
No hay nodo trigger de MISP en n8n, así que nada empuja eventos desde MISP hacia un flujo. La ejecución arranca de otra manera: un Schedule Trigger que salta a intervalo fijo, un Webhook de n8n, es decir una URL que otro servicio llama cuando pasa algo de su lado, o el trigger de otra herramienta que ya esté en la cadena. En la práctica, una ejecución programada junto a event.search o attribute.search cubre casi todo lo que haría un trigger, porque las operaciones de búsqueda filtran del lado de MISP y devuelven solo lo que encaja con los criterios.
05¿n8n o Make para MISP?
La respuesta honesta depende de dónde pueden vivir tus datos. n8n corre en tus propios servidores con Docker o npm, o en n8n Cloud, y el mismo flujo se comporta igual en los dos casos. Make es solo alojado, sin opción de autoalojamiento, y factura por operación. Para una instancia de MISP, que normalmente se instala y se opera en casa, poder mantener la automatización del mismo lado de la red que la instancia suele zanjar la cuestión por sí solo. Los modelos de coste difieren, y la lógica visual es más cuestión de costumbre que de capacidad.