Vragen over n8n security komen meestal vlak voor de go-live. Een snel gebouwde workflow, vaak met hulp van AI, gaat dan met echte klantdata werken. Een AI-gebouwde automatisering is een workflow waarvan de stappen, instellingen of code met hulp van AI zijn gemaakt. De beveiliging ervan heeft twee lagen. Bij n8n Cloud, Make en Zapier beheert de leverancier de hosting. U bepaalt wat elk gekoppeld account mag, wie een webhook kan aanroepen en waar klantdata terechtkomt.
Deze gids behandelt de controles vóór de go-live, het bewijs dat u bij uw developer opvraagt en waar elke instelling zit in n8n, Make en Zapier. Voor het bredere productperspectief, zie onze gids over AI-gebouwde producten veilig lanceren.
TL;DR
- Het risico zit hem in uw workflows, niet in het platform. n8n Cloud, Make en Zapier bieden veilige hosting en encryptie. Vijf van de zeven beveiligingsmaatregelen blijven bij u, waaronder verbindingsrechten, webhook-authenticatie en uitvoeringsgeschiedenis. Zelfgehoste n8n biedt extra patches: CVE-2026-21858 (CVSS 10.0) vereist versie 1.121.0 of later.
- Er worden drie controles uitgevoerd voordat live data wordt verwerkt. Elk verbonden account heeft alleen de rechten die nodig zijn voor de betreffende taak. Elke webhook verifieert de afzender voordat een beveiligde actie wordt uitgevoerd. De uitvoeringsgeschiedenis bewaart niet meer persoonsgegevens dan nodig. Als een controle mislukt, wordt de workflow uitgeschakeld voor live data.
- Persoonsgegevens in een workflow brengen AVG-verplichtingen met zich mee. U hebt een verwerkersovereenkomst nodig met elk platform en elke AI-aanbieder (artikel 28) en een beperkte bewaartermijn (artikel 5(1)(e)). Een datalek moet, indien mogelijk, binnen 72 uur worden gemeld aan de Autoriteit Persoonsgegevens (artikel 33).
Hoe veilig is n8n? Het platform en uw workflows zijn twee aparte vragen
n8n heeft als platform de gebruikelijke maatregelen: versleutelde credentials, HTTPS voor webhooks en de API, en toegangsbeheer zoals rollen, SSO en MFA, afhankelijk van het abonnement. Het meeste risico zit een laag hoger, in de workflows die u erop bouwt. Bij Make en Zapier werkt het net zo. n8n beschrijft de maatregelen op het platform op zijn securitypagina.
De vraag is dus niet “is de tool veilig?” maar “welke maatregelen zijn van ons?”. Het antwoord hangt af van hoe u host.
| Maatregel | n8n Cloud, Make, Zapier | Self-hosted n8n |
|---|---|---|
| Hosting, versleuteling en patches van het platform | Leverancier | U |
| SSO, MFA en gebruikersrollen | Leverancier biedt ze (afhankelijk van abonnement); u zet ze aan | U configureert (afhankelijk van licentie) |
| Rechten van elk gekoppeld account | U | U |
| Authenticatie van webhooks | U | U |
| Persoonsgegevens in de execution history | U stelt de bewaartermijn in | U stelt bewaartermijn en opslag in |
| Gegenereerde code, templates en community-componenten | U | U |
| Wie workflows kan bewerken, starten en stoppen | U | U |
Vijf van de zeven maatregelen blijven bij u, welk platform u ook kiest. Daarom kan een AI-gebouwde workflow op een goed beveiligd platform toch klantdata blootstellen.
Wat controleert u voordat u een AI-gebouwde automatisering laat draaien?
Begin met het in kaart brengen van één workflow, van trigger tot laatste actie, inclusief de accounts en opgeslagen data onderweg. Zo heeft uw developer een afgebakend proces om te reviewen.
Leg vast:
- Het doel, de trigger en elk publiek toegangspunt, zoals een webhook (een URL die verzoeken van een andere dienst ontvangt).
- Elk gekoppeld account, de eigenaar ervan en de acties die het kan uitvoeren.
- De binnenkomende velden, de doelsystemen en de data die in de execution history, wachtrijen of mislukte runs wordt bewaard.
- Elke AI-provider, gegenereerde code, geïmporteerde template of component van derden, plus de persoon die de workflow beheert.
Neem een workflow die een klantmail ontvangt, die met AI classificeert en een taak in het CRM aanmaakt. De mail komt van buiten de organisatie binnen. Geselecteerde velden gaan naar de AI-provider. Een CRM-koppeling maakt de taak aan, en de execution history kan een kopie van de verwerkte data bewaren.
Dat voorbeeld heeft vier reviewpunten, terwijl het zichtbare resultaat één taak is. Classificeren vaste regels de mail, dan vervallen de controles op de AI-provider. De controles op koppelingen, toegang en opslag blijven.
AI-assistenten schrijven voor een geslaagde run. Ze vragen meestal het recht dat de aanroep laat slagen en laten een testwebhook zonder authenticatie staan. Eén te ruim ingesteld CRM-token kan het hele klantenbestand blootstellen.
Workflow automation security: controles voor n8n, Make en Zapier
Controleer de rechten en de dataverwerking achter elke zakelijke actie. Een geslaagde run bewijst dat de workflow zijn taak afrondt. Of ongeautoriseerde verzoeken worden geweigerd, blijkt er niet uit.
Gebruik de checklist hieronder met de persoon die de workflow heeft gebouwd of beheert. Vraag om geanonimiseerd bewijs, zodat de review zelf geen credentials of klantrecords blootlegt.
| Maatregel en risico | Vraag aan de developer of eigenaar | Bewijs om op te vragen |
|---|---|---|
| Credentials en gekoppelde accounts. Rechten kunnen verder reiken dan het doel van de workflow. | Wat kan elke koppeling lezen of wijzigen, wie is eigenaar, en is verouderde toegang ingetrokken? | Geanonimiseerde lijst van koppelingen, toegekende rechten en een overzicht van ingetrokken toegang. |
| Triggers en webhooks. Niet-geverifieerde verzoeken kunnen beschermde acties bereiken. | Waar wordt de afzender of het verzoek geautoriseerd voordat de actie draait? | Instellingen voor authenticatie of validatie en een test die laat zien dat een ongeautoriseerd verzoek wordt geblokkeerd. |
| Gegenereerde code en geïmporteerde componenten. Geïmporteerde logica kan niet-goedgekeurde bestemmingen aanroepen. | Wie heeft de code of component gereviewd, en met welke bestemmingen kan die contact maken? | Gereviewde workflow-export of codewijzigingen, lijst van componenten en goedgekeurde uitgaande bestemmingen. |
| Toegang tot bedrijfsrecords. Een geldige koppeling kan het record van de verkeerde klant raken. | Kan binnenkomende data records of bestemmingen kiezen buiten de toegestane scope van de aanroeper? | Autorisatieregels en een test die laat zien dat toegang buiten de scope wordt geweigerd. |
| Execution history. Payloads kunnen in andere diensten of diagnostische opslag achterblijven. | Wat wordt verzonden, opgeslagen of bewaard na fouten, en wie kan het lezen? | Datakaart per veld, instellingen voor bewaartermijn en toegang, geanonimiseerde voorbeelden van uitvoeringen. |
| Mislukte runs. Een workflow kan stoppen zonder dat iemand het merkt, waardoor facturen of opvolging stilvallen. | Wie krijgt een melding als een run mislukt, en hoe snel? | Instellingen van de error-workflow of alerts en de naam van de ontvanger. |
| Bewerkrechten en eigenaarschap. Wijzigingen in de workflow kunnen veranderen hoe credentials worden gebruikt. | Wie kan productie bewerken, publiceren, starten of stoppen, en hoe wordt de toegang van een vertrekkende medewerker ingetrokken? | Toegangslijst, identiteitsbeheer, gescheiden test- en productieaccounts, en een benoemde eigenaar. |
Gebruikt een workflow een database-sleutel met ruime rechten, zoals een service-role key, vraag dan waar de autorisatie per klant wordt afgedwongen. Zulke sleutels omzeilen row-level security (databaseregels die bepalen welke gebruiker welke rij mag zien). De workflow moet de rechten dan zelf controleren.
Houd credentials buiten prompts, inline code, workflownotities en screenshots. Vermoedt u een lek, beperk dan de betrokken toegang, bewaar relevant bewijs en trek de gelekte credential in of vervang die. Gebruik de gids over gelekte API keys voor de uitgebreide aanpak.
Welke beveiligingsproblemen lost u op vóór u live data gebruikt?
Houd de betrokken workflow weg van gevoelige live data als een van deze punten geldt:
- een niet-geverifieerde trigger kan beschermde acties bereiken
- een koppeling geeft toegang tot records buiten de goedgekeurde scope
- van credentials is bekend dat ze gelekt zijn
Minder urgente punten, zoals onvolledige operationele documentatie, kunnen via een vastgelegd verbeterplan lopen, zolang ze die maatregelen niet verzwakken. Leg per open punt de impact, de eigenaar en het bewijs vast dat nodig is om het af te sluiten.
Weet u niet welke van uw workflows klantdata of admin-toegang bevatten? Ons team brengt uw automatiseringen in kaart, controleert credentials, webhooks en execution history, en vertelt u in heldere taal wat u eerst oplost. Praat met ons automatiseringsteam→
Waar u de beveiligingsinstellingen vindt in n8n, Make en Zapier
Loop de koppelingen, triggerinstellingen en execution history van elke workflow door met degene die de workflow beheert. Vraag om geanonimiseerd bewijs en gebruik de officiële documentatie voor de technische details.
n8n security: controles
n8n security omvat de configuratie van de instantie en de rechten en datapaden van elke workflow. Vraag drie soorten bewijs op:
- Koppelingen en webhooks: de accountrechten achter elke gekoppelde node en de instellingen voor webhook-authenticatie. Controleer of het bewijs het productie-endpoint dekt, want n8n gebruikt aparte test- en productie-URL’s.
- Code en execution history: een review van gegenereerde code, geïmporteerde of community-nodes en uitgaande bestemmingen. Bewaar een geanonimiseerde workflow-export, voorbeelden van uitvoeringen en de lijst van mensen die de workflow kunnen bewerken.
- Security audit: het rapport van de ingebouwde security audit (CLI-commando n8n audit) met uitleg bij de relevante bevindingen. Zie het rapport als nulmeting. Het signaleert risicovolle instellingen en nodes, maar controleert uw toegangsregels voor de bedrijfsvoering niet.
Make: controles
Richt u bij Make-scenario’s op koppelingen, webhookcontroles en bewaarde payloads:
- Koppelingen en gemapte data: de rechten van het gekoppelde account en een scenario of blueprint met toelichting. Benoem gegenereerde code, custom requests, doel-URL’s en overbodige velden. Controleer wie het scenario kan bewerken of stoppen.
- Binnenkomende verzoeken: bewijs van authenticatie en verzoekvalidatie voor custom webhooks. Make ondersteunt authenticatie met een API key. Velden herkennen uit een voorbeeldpayload zet validatie niet aan.
- Execution history: geanonimiseerde voorbeelden uit de execution history en de opslag van mislukte runs. Keep data confidential beperkt het bewaren van payloads in nieuwe execution logs, ten koste van eenvoudiger troubleshooting. Controleer incomplete executions en webhook-wachtrijen apart; één schakelaar dekt niet elke opslaglocatie.
Zapier: controles
Vraag per Zap de eigenaar om accounttoegang, verificatie van de afzender en controle over vervolgacties te laten zien:
- Koppelingen en bewerkrechten: de accountidentiteit en rechten achter elke actie, plus de deellijst van de Zap. Review gemapte velden en eventuele Code- of custom-request-stappen. De weergavenaam van een koppeling zegt niets over de toegangsscope.
- Webhookverificatie: vraag bij Catch Hook of Catch Raw Hook waar de afzender wordt geverifieerd voordat een beschermde actie draait. Wie een unieke ontvangst-URL kent, is daarmee nog niet geautoriseerd.
- Zap history en goedkeuringen: geanonimiseerde voorbeelden uit de Zap history die laten zien welke velden worden bewaard. Gebruikt u Human in the Loop, controleer dan de toegang van de reviewer en of een afwijzing de beschermde actie stopt. Zapier kan zo zijn ingesteld dat de Zap na een afwijzing doorloopt, dus controleer de instelling en niet alleen of de stap bestaat.
Self-hosted n8n: patchen en hardening
Bij self-hosting verschuift de platformlaag van n8n naar u. In januari 2026 maakte n8n CVE-2026-21858 bekend, een kritieke kwetsbaarheid (CVSS 10.0) in workflows met formulieren. Ongeauthenticeerde aanvallers konden daarmee bestanden op de server lezen. Self-hosted instanties hadden versie 1.121.0 of hoger nodig; n8n Cloud werd door n8n bijgewerkt. Self-hosted instanties zonder patch-eigenaar blijven kwetsbaar tot iemand het opmerkt.
Vraag voor self-hosted n8n bewijs op van:
- een benoemde eigenaar voor versie-updates en security-advisories
- HTTPS via een reverse proxy, met de editor niet open naar het internet
- de encryptiesleutel buiten de instantie opgeslagen en geback-upt
- databaseback-ups die in een test zijn teruggezet
- ongebruikte nodes geblokkeerd en SSRF-bescherming aan (die voorkomt dat een workflow wordt misbruikt om interne systemen aan te roepen)
Managed hosting neemt deze infrastructuurtaken over. De workflowcontroles hierboven blijven gelden.
Extra waarborgen als uw workflow AI gebruikt
Een workflow die tijdens het draaien een AI-model aanroept, heeft controles nodig op de input, de output en de toegestane acties van het model. Die controles gelden of AI nu een bericht samenvat of een agent een tool kiest, maar de gevolgen verschillen.
In het voorbeeld van de klantmail geeft een classificatiestap een categorie terug voor vaste routering. Een agent die zelf CRM-acties mag kiezen, heeft meer speelruimte. Review die speelruimte expliciet:
- Stuur alleen de velden die de taak nodig heeft. Toets hoe de provider data verwerkt en bewaart aan uw eisen.
- Behandel binnenkomende mails en documenten als niet-vertrouwde inhoud. Een mail kan instructies bevatten die het model vragen klantgegevens elders naartoe te sturen; dat is een prompt-injection-risico.
- Valideer de teruggegeven categorie, record-ID’s en bestemmingen voordat ze verder worden gebruikt. Houd rechtencontroles in de workflowlogica of de gekoppelde systemen, buiten de instructies van het model.
- Beperk de beschikbare tools en acties. Waar een verkeerde actie informatie kan lekken, geld kan verplaatsen of belangrijke records kan wijzigen, vereist u een goedkeuringsstap. Laat de reviewer de voorgestelde actie, het doel en de parameters zien, en zorg dat een afwijzing de actie blokkeert.
Vraag om de datakaart van de input, de validatieregels en de configuratie van de goedkeuring, en beoordeel die tegen de gevolgen van de actie. Voor agents met bredere tooltoegang, zie AI agent security.
AVG-plichten voor data die door uw automatiseringen gaat
Verplaatst een workflow persoonsgegevens, dan volgen de AVG-plichten die data naar elke tool die ze raakt. Voor Nederlandse en Europese organisaties zijn vier artikelen het belangrijkst:
- Artikel 28: elk platform en elke AI-provider die persoonsgegevens voor u verwerkt, heeft een verwerkersovereenkomst nodig.
- Artikel 32: beveiligingsmaatregelen moeten passen bij het risico; beperkte credentials, geauthenticeerde webhooks en beperkte bewerkrechten zijn voorbeelden.
- Artikel 5, lid 1, onder e: persoonsgegevens mogen niet langer worden bewaard dan nodig, en de execution history telt als opslag.
- Artikel 33: een datalek, zoals een gelekt token waardoor klantrecords openlagen, meldt u zonder onredelijke vertraging en zo mogelijk binnen 72 uur na ontdekking bij de Autoriteit Persoonsgegevens, tenzij het lek waarschijnlijk geen risico voor mensen oplevert.
Een workflowreview laat zien waar deze plichten gelden. Het is geen juridische beoordeling van AVG-compliance; schakel daarvoor uw privacy officer of jurist in.
Zelf oplossen, een review laten doen of de automatisering herbouwen
De juiste volgende stap hangt af van wat de workflow verwerkt en hoeveel van uw bedrijf erdoorheen loopt.
| Situatie | Advies | Voorwaarde |
|---|---|---|
| Een paar workflows, geen persoonsgegevens, cloud-hosted | Los het zelf op met de controles hierboven | Iemand in het team kan voor elke maatregel bewijs laten zien |
| Workflows verwerken klant- of medewerkersgegevens, of self-hosted n8n heeft geen patch-eigenaar | Laat vóór live gebruik een onafhankelijke review doen | U heeft bewijs nodig voor klanten, investeerders of het AVG-verwerkingsregister |
| Orders, facturatie of onboarding draaien op een keten van workflows met door AI geschreven code | Herbouw als onderhouden procesautomatisering | Fouten bereiken al klanten, of niemand kan uitleggen hoe de keten werkt |
Hoe Sunbytes zakelijke automatiseringen reviewt en herbouwt
Het platform is zelden de zwakke plek. Incidenten beginnen in de workflows erbovenop: ruime tokens, open webhooks en een execution history vol klantdata.
Sunbytes reviewt software engineering en security samen, zodat code, credentials en datastroom van een workflow in één ronde worden gecontroleerd. U krijgt bevindingen met bewijs en een geprioriteerd actieplan. U krijgt ook een overdracht waarmee uw developer verder kan, in heldere taal in plaats van een scannerexport. We werken onder een ISO/IEC 27001:2022-gecertificeerd ISMS, met Nederlandse aansturing en 300+ opgeleverde projecten sinds 2011.
Sommige kernprocessen, zoals orders, facturatie of onboarding, ontgroeien een keten van snelle workflows. Ons team voor procesautomatisering kan ze herbouwen als onderhouden systeem. Draaien de automatiseringen achter een product voor klanten, begin dan met een AI-built product review. Elke situatie is anders, dus de scope spreken we per geval af.
