Ressources · Intégration n8n

Intégration AWS IAM n8nAutomatiser AWS IAM avec n8n.

Qui a accès à quoi dans ton compte AWS, et depuis quand ? L'intégration AWS IAM n8n expose 12 opérations réparties sur 2 ressources, les utilisateurs et les groupes. Aucun nœud trigger n'est livré : le workflow démarre sur un Schedule Trigger ou un Webhook. Pensé pour les équipes ops et plateforme.

Tester l'intégration AWS IAM sur n8nVoir les 12 opérations

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

Pourquoi automatiser

À quoi sert l'intégration AWS IAM n8n ?

L'intégration AWS IAM n8n branche la couche identité de ton compte AWS sur le reste de tes automatisations. n8n embarque un nœud AWS IAM qui dialogue directement avec Amazon IAM : il crée, lit, met à jour et supprime des utilisateurs et des groupes, et il fait entrer ou sortir un utilisateur d'un groupe. Douze opérations, deux ressources, et un credential AWS que tous les autres nœuds AWS de n8n réutilisent.

Premier chantier dans la plupart des équipes : l'arrivée d'un nouveau collaborateur. La ligne sort du fichier RH, user.create ouvre l'utilisateur IAM avec le nom passé dans User Name, puis user.addToGroup le rattache au groupe qui porte déjà les bonnes permissions. Renseigne Path avec quelque chose comme /division_abc/engineering/ et le compte reste lisible un an plus tard.

Le départ suit le chemin inverse, et c'est souvent celui qui traîne le plus. user.removeFromGroup détache la personne de chaque groupe, user.delete ferme le compte, et un message part dans Slack pour laisser une trace écrite au canal sécurité. Plus rien n'attend qu'un humain pense à ouvrir un ticket.

Troisième usage, la revue d'accès. Lance user.getAll avec Return All activé, puis group.getAll avec Include Users activé, et déverse le tout dans Google Sheets à intervalle régulier. Un seul onglet répond alors à la question par laquelle commence toute revue : qui se trouve dans quel groupe. Gmail se charge de relancer les valideurs.

Les templates n8n publiés pour ce nœud racontent la même histoire. L'un réagit à une clé d'accès compromise, avec Slack, du Code et un agent IA en renfort. Un autre alerte Slack sur les clés d'accès de plus de 365 jours. Le troisième, lui, collecte des preuves SOC 2 vers Google Sheets et prévient par Gmail. Point commun : le nœud AWS IAM y travaille toujours accompagné.

À savoir avant de dessiner ton workflow : ce qui sort des 12 opérations du catalogue passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API AWS en réutilisant le même credential via l'authentification prédéfinie. Si le choix de la plateforme n'est pas encore tranché, l'Avis n8n creuse le sujet, et la Formation n8n montre comment construire ce type de workflow de bout en bout.

Connexion

Comment connecter AWS IAM à n8n ?

  1. 01

    Créer la clé d'accès dans la console IAM

    Connecte-toi à la console IAM, sélectionne ton nom d'utilisateur dans la barre de navigation en haut à droite, puis Security credentials. Dans la section Access keys, choisis Create access key. Sur la page des bonnes pratiques et alternatives, indique ton cas d'usage, ou sélectionne Other si rien ne te propose de créer une clé, puis Next.

  2. 02

    Nommer la clé et révéler les deux valeurs

    Ajoute un tag de description sur la clé pour la retrouver plus tard : n8n integration fait très bien l'affaire. Sélectionne Create access key, puis révèle l'Access Key ID et la Secret Access Key. Les deux valeurs sont générées à ce moment précis. Les clés d'accès se génèrent aussi via l'AWS CLI et l'API AWS si tu préfères scripter cette étape.

  3. 03

    Enregistrer le credential dans n8n et le choisir dans le nœud

    Dans n8n, ouvre le menu Credentials et crée un credential AWS (IAM), c'est-à-dire un jeu d'identifiants enregistré une fois et réutilisé dans tous les workflows. Sélectionne ta Region AWS, colle l'Access Key ID et la Secret Access Key, enregistre. Le nœud AWS IAM te propose ensuite ce credential dans sa liste déroulante, comme tous les autres nœuds AWS de ton instance.

Actions

Que sait faire le nœud AWS IAM ?

Le nœud AWS IAM expose 12 opérations sur 2 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 ManyUpdateDeleteAdd to GroupRemove From Group
User✓✓✓✓✓✓✓
Group✓✓✓✓✓

User

7 opérations
01

Add user to group

user.addToGroup

Ce que tu vois dans n8n

Notes & cas d'usage

C'est par le groupe que passent les permissions, et cette opération y ajoute un utilisateur existant en un seul appel.

Paramètres clés

  • User : sélectionne l'utilisateur à ajouter au groupe. Le champ est un resource locator, donc tu piques dans la liste chargée par n8n ou tu passes une expression comme {{ $json.userName }} venue de l'étape précédente.
  • Group : sélectionne le groupe qui doit accueillir l'utilisateur, de la même manière.
Cas d'usage
un prestataire signe son NDA, le workflow lit la ligne et le rattache au groupe lecture seule pour la durée de la mission.
02

Create user

user.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ouvre un nouvel utilisateur IAM dans le compte. C'est l'opération qui démarre un workflow d'arrivée, avant tout rattachement à un groupe.

Paramètres clés

  • User Name : requis, le nom du nouvel utilisateur, par exemple UserName. Laisse-le vide et le nœud s'arrête sur cet item.
  • Path : le chemin associé au nom, du type /division_abc/subdivision_xyz/, utile dès que plusieurs équipes partagent le compte.
  • Permissions Boundary : l'ARN de la politique gérée qui sert de limite de permissions, par exemple arn:aws:iam::123456789012:policy/ExampleBoundaryPolicy.
  • Tags : la liste des tags à attacher au nouvel utilisateur.
Cas d'usage
la promesse d'embauche arrive à échéance et le compte existe avant même que le portable soit déballé.
03

Delete user

user.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime l'utilisateur dans IAM. Aucun état intermédiaire ici, ce qui explique pourquoi beaucoup d'équipes placent une validation juste avant.

Paramètres clés

  • User : sélectionne l'utilisateur à supprimer. Passer par la liste évite l'erreur classique qui consiste à envoyer un nom d'affichage là où le nœud attend l'utilisateur qu'il a résolu.
Cas d'usage
le workflow de sortie, qui a déjà vidé la personne de tous ses groupes, termine par cet appel puis note l'horodatage pour le prochain audit.
04

Get user

user.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relit un utilisateur dans IAM et transmet la fiche au nœud suivant. Le réflexe à avoir avant de décider quoi que ce soit sur un compte.

Paramètres clés

  • User : sélectionne l'utilisateur à récupérer. Alimenté par une expression depuis un nœud précédent, l'appel devient une recherche dynamique plutôt qu'une valeur figée.
Cas d'usage
une demande arrive par formulaire, le workflow récupère d'abord l'utilisateur et n'oriente le ticket qu'ensuite, vers le responsable de cette partie du compte.
05

Get many users

user.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie la liste des utilisateurs du compte. Tout workflow d'inventaire, de revue ou de rapprochement commence par là.

Paramètres clés

  • Return All : activé, n8n enchaîne les pages de l'API et ramène tous les utilisateurs ; désactivé, il s'arrête au nombre fixé par Limit.
  • Limit : le nombre maximal d'utilisateurs renvoyés tant que Return All reste désactivé, pratique en phase de test.
  • Path Prefix : filtre les résultats sur le chemin, donc /division_abc/ te sort une division au lieu du compte entier.
Cas d'usage
l'export mensuel de tous les utilisateurs dans un tableau que le responsable sécurité signe.
06

Remove user from group

user.removeFromGroup

Ce que tu vois dans n8n

Notes & cas d'usage

Sort un utilisateur d'un groupe. Le compte reste ouvert, les permissions qui venaient de ce groupe disparaissent.

Paramètres clés

  • User : sélectionne l'utilisateur à retirer du groupe.
  • Group : sélectionne le groupe dont il doit sortir. Les deux champs sont des resource locators, ce qui rend la boucle sur une liste de groupes très simple à écrire.
Cas d'usage
une mobilité interne, où le workflow détache la personne de l'ancien groupe avant de l'attacher au nouveau, sans trou entre les deux.
07

Update user

user.update

Ce que tu vois dans n8n

Notes & cas d'usage

Renomme un utilisateur existant, et le déplace au passage dans la hiérarchie des chemins IAM.

Paramètres clés

  • User : sélectionne l'utilisateur à modifier, donc le compte concerné.
  • User Name : requis, le nouveau nom de l'utilisateur, par exemple JohnSmith. C'est le nom cible, pas le nom actuel.
  • Path : le nouveau chemin, du type /division_abc/subdivision_xyz/.
Cas d'usage
la convention de nommage change dans l'entreprise, et un seul passage sur la liste des utilisateurs réaligne tous les comptes sur le nouveau format.

Group

5 opérations
08

Create group

group.create

Ce que tu vois dans n8n

Notes & cas d'usage

Crée un groupe, ce conteneur auquel on rattache des utilisateurs au lieu d'accorder les permissions compte par compte.

Paramètres clés

  • Group Name : requis, le nom du nouveau groupe, par exemple GroupName.
  • Path : le chemin du groupe. Omis, il vaut une barre oblique, /. Avec /division_abc/engineering/, l'organigramme reste visible dans IAM lui-même.
Cas d'usage
un projet démarre et le workflow crée son groupe en premier, pour que chaque utilisateur ajouté ensuite hérite des mêmes permissions.
09

Delete group

group.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime un groupe existant. En général on le lance en fin de nettoyage de projet, une fois les membres replacés ailleurs.

Paramètres clés

  • Group : sélectionne le groupe à supprimer. Choisis-le dans la liste chargée par n8n plutôt que de taper un libellé, puisque le nœud agit sur le groupe qu'il a résolu.
Cas d'usage
le ménage trimestriel, qui lit la liste des groupes, repère ceux que plus personne n'occupe et les supprime après validation humaine du lot.
10

Get group

group.get

Ce que tu vois dans n8n

Notes & cas d'usage

Récupère le détail d'un groupe existant, avec ou sans ses membres.

Paramètres clés

  • Group : sélectionne le groupe à récupérer.
  • Include Users : activé, la réponse embarque aussi la liste des utilisateurs du groupe, ce qui évite un second appel quand tu as besoin de l'appartenance et pas seulement du groupe.
Cas d'usage
un valideur demande qui se trouve actuellement dans le groupe production, et le workflow répond dans le fil de discussion au lieu de le renvoyer vers la console.
11

Get many groups

group.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les groupes du compte, et sait développer chacun d'eux avec ses membres dans le même passage.

Paramètres clés

  • Return All : activé, n8n parcourt les pages de l'API jusqu'au dernier groupe ; désactivé, il s'arrête à Limit.
  • Limit : plafonne le nombre de groupes renvoyés tant que Return All est désactivé.
  • Include Users : ajoute la liste des utilisateurs de chaque groupe, ce qui transforme l'appel en cartographie complète des accès.
Cas d'usage
l'export de revue d'accès qui dit, dans un seul tableau, quel groupe contient quelles personnes.
12

Update group

group.update

Ce que tu vois dans n8n

Notes & cas d'usage

Change le nom d'un groupe existant, et sa place dans la hiérarchie des chemins si tu en fournis une.

Paramètres clés

  • Group : sélectionne le groupe à modifier.
  • Group Name : requis, le nouveau nom du groupe, par exemple GroupName.
  • Path : le nouveau chemin du groupe ; omis, il vaut une barre oblique, /.
Cas d'usage
deux services fusionnent, et un seul passage renomme leurs groupes puis les range sous /division_abc/engineering/ pour que l'audit suivant se lise sans effort.
Besoin d'aide

Besoin d'aide pour automatiser AWS IAM avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

AWS IAM et n8n, les questions fréquentes

01L'intégration AWS IAM n8n est-elle gratuite ?
Oui, côté n8n. Le nœud AWS IAM est livré avec n8n : rien à installer, aucun coût supplémentaire pour le nœud lui-même. Il se comporte de la même façon sur n8n Cloud, l'offre hébergée par n8n, et sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Le workflow construit d'un côté tourne sans modification de l'autre, ce qui compte si tu prototypes sur Cloud avant de rapatrier le flux sur ton infrastructure. Ce que coûte la partie AWS est une autre question, et cette page ne la traite pas.
02Quels credentials faut-il pour le nœud AWS IAM ?
n8n propose deux types de credentials AWS, et ce nœud accepte les deux. Le premier est AWS (IAM), qui s'authentifie avec une clé d'accès : tu fournis ta Region AWS, l'Access Key ID et la Secret Access Key, toutes deux générées au moment de la création de la clé dans la console IAM. Activer Temporary security credential ajoute un champ Session token. Le second est AWS (Assume Role), qui s'authentifie en endossant un rôle IAM via AWS STS ; les identifiants utilisés par n8n pour cet appel AssumeRole se saisissent à la main ou se lisent automatiquement dans l'environnement d'exécution. Si tu héberges n8n sur EKS, ECS ou EC2 et que tu ne veux pas de clé statique stockée dans n8n, c'est cette seconde voie qu'il faut regarder. Un credential se crée une fois dans le menu Credentials et se réutilise partout.
03Quelles sont les limites du nœud AWS IAM dans n8n ?
Ça dépend de ce que tu vises. Le nœud couvre 12 opérations sur 2 ressources, les utilisateurs et les groupes, et tout ce que liste le catalogue s'utilise sans écrire une requête à la main. Ce qui sort de ces opérations passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API AWS en réutilisant exactement le même credential via l'authentification prédéfinie : pas de second jeu de clés à gérer. Côté listes, garde en tête que Get Many s'arrête à Limit tant que Return All n'est pas activé, auquel cas n8n enchaîne les pages de l'API à ta place. Et un champ marqué requis bloque l'exécution du nœud sur l'item concerné s'il reste vide.
04AWS IAM peut-il déclencher un workflow n8n en temps réel ?
Non, pas depuis ce nœud. AWS IAM n'a pas de nœud trigger dans n8n, donc un workflow qui le concerne démarre ailleurs. Trois options couvrent presque tous les besoins. Le Schedule Trigger lance le flux à intervalle fixe, ce qui colle aux inventaires et aux revues d'accès bâtis sur Get Many Users et Get Many Groups. Le Webhook n8n, c'est-à-dire une URL exposée par n8n et appelée par un service tiers, laisse un autre système pousser l'information, par exemple ton outil RH qui annonce un départ. Sinon, tu pars du trigger d'un autre outil et tu enchaînes le nœud AWS IAM derrière. Dans tous les cas, les opérations IAM se placent en aval, comme actions.
05n8n ou Make pour AWS IAM ?
Ça dépend de quatre critères, et aucun des deux outils n'est un mauvais choix. L'hébergement d'abord : Make est une plateforme hébergée, sans option d'auto-hébergement, quand n8n tourne sur ton infrastructure via Docker ou npm, ou sur n8n Cloud. La maîtrise des données découle de ce premier point, et elle pèse plus lourd que d'habitude ici, parce que des données d'identité sont précisément ce qu'une équipe sécurité préfère garder dans son périmètre. Le modèle de coût ensuite : Make facture à l'opération, donc une boucle nocturne sur une longue liste d'utilisateurs ne se lit pas du tout pareil sur les deux plateformes. La logique visuelle enfin, surtout une affaire de confort de lecture pour ton équipe. Monte la même revue d'accès des deux côtés et garde celle que ton équipe maintient sans y penser.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations