Ressources · Intégration n8n

Intégration AWS Certificate Manager n8nAutomatiser AWS Certificate Manager avec n8n.

Quel certificat expire en premier, et qui pense à le renouveler ? L'intégration AWS Certificate Manager n8n répond depuis un workflow, une suite d'étapes automatisées : 5 opérations sur une seule ressource Certificate, pour lister, lire, renouveler et supprimer. Le départ se donne avec un Schedule Trigger.

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

Pourquoi automatiser

À quoi sert l'intégration AWS Certificate Manager n8n ?

Le nœud AWS Certificate Manager relie n8n à ACM, le service AWS qui stocke tes certificats SSL. Il expose 5 opérations sur une ressource unique, Certificate : get many, get one, get metadata, renew, delete. Les cinq passent par un credential AWS, c'est-à-dire un jeu d'identifiants enregistré une fois dans n8n et sélectionné ensuite dans une liste déroulante, workflow après workflow.

Premier usage, celui que tout le monde monte en premier : le rapport d'expiration que personne n'a besoin de se rappeler. Un Schedule Trigger lance le workflow à heure fixe, certificate.getMany récupère la liste avec Return All activé, et le résultat atterrit là où quelqu'un le lira vraiment, un canal via Slack ou un onglet de suivi via Google Sheets. Le filtre Certificate Statuses fait la différence entre un rapport lisible et un mur de lignes : tu demandes EXPIRED et PENDING_VALIDATION, le reste ne sort pas.

Deuxième usage, le renouvellement avec un humain dans la boucle. Pour une agence qui gère les domaines de plusieurs clients, la validation compte autant que l'action : le workflow envoie la demande par Gmail, attend la réponse, puis appelle certificate.renew sur l'ARN validé. Trois nœuds sur un même canevas, et une trace de qui a validé quoi.

Troisième usage, l'inventaire. certificate.getMetadata lit un certificat par son ARN, une boucle passe sur chaque ligne renvoyée par Get Many, et la revue de sécurité trimestrielle a enfin autre chose qu'un onglet de console à ouvrir. Le même workflow peut finir par certificate.delete pour nettoyer ce qu'un domaine résilié a laissé derrière lui.

Quand l'appel ACM dont tu as besoin ne fait pas partie de ces 5 opérations, le nœud HTTP Request prend le relais : il appelle n'importe quel endpoint de l'API en réutilisant exactement le même credential AWS via l'authentification prédéfinie. Pas de deuxième jeu de clés à gérer en parallèle.

Deux limites à connaître avant de construire. Return All désactivé, le nœud s'arrête à Limit : pratique pour un test, faux pour un export complet. Et un champ requis laissé vide bloque le nœud au moment de l'exécution, pas à l'enregistrement, donc teste avec un vrai ARN. Si tu veux d'abord juger la plateforme, il y a un Avis n8n, et une Formation n8n si ton équipe préfère savoir monter ce workflow elle-même.

Connexion

Comment connecter n8n à AWS Certificate Manager ?

  1. 01

    Créer une clé d'accès dans IAM

    Connecte-toi à la console IAM, ouvre ton nom d'utilisateur en haut à droite et choisis Security credentials. Dans la section Access keys, clique sur Create access key, puis sélectionne ton cas d'usage sur la page des bonnes pratiques, ou Other si rien ne correspond. Mets un tag de description parlant, par exemple n8n integration, pour reconnaître cette clé parmi celles que ton infrastructure utilise déjà.

  2. 02

    Enregistrer le credential AWS (IAM) dans n8n

    Dans n8n, ouvre le menu Credentials et crée un credential AWS (IAM). Trois valeurs comptent : ta Region, l'Access Key ID et la Secret Access Key révélées à l'étape précédente. Si tes clés sont temporaires, active l'option Temporary security credential et ajoute le Session token qui va avec. Un seul enregistrement suffit : tous les workflows de l'instance peuvent ensuite le sélectionner.

  3. 03

    Ou assumer un rôle plutôt que stocker des clés

    Le credential AWS (Assume Role) s'authentifie en assumant un rôle IAM via AWS STS. Les identifiants utilisés par n8n pour l'appel AssumeRole se saisissent à la main, ou se lisent automatiquement dans l'environnement où tourne n8n. C'est cette deuxième voie qu'il faut regarder quand tu héberges n8n toi-même sur de l'infrastructure AWS (EKS, ECS ou EC2) et que tu préfères ne garder aucune clé statique dans l'application.

Actions

Les 5 opérations du nœud sur tes certificats

Le nœud AWS Certificate Manager expose 5 opérations sur 1 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
RessourceGetDeleteGet ManyGet MetadataRenew
Certificate✓✓✓✓✓

Certificate

5 opérations
01

Delete a certificate

certificate.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime un certificat dans ACM. C'est la seule des cinq opérations qui demande plus qu'un identifiant : n8n exige trois valeurs remplies avant d'accepter de tourner.

Paramètres clés

  • Certificate ARN : l'identifiant ACM, de la forme arn:aws:acm:region:123456789012:certificate/12345678-1234-1234-1234-123456789012. Quand il vient d'un nœud précédent, reprends la valeur qu'il renvoie par une expression plutôt que de la coller à la main.
  • Bucket Name : requis par l'opération, donc bloquant tant qu'il reste vide.
  • Certificate Key : la troisième valeur requise, bloquante elle aussi.
Cas d'usage
un contrat client se termine, le domaine part, le certificat reste. Un workflow de ménage liste l'existant, met de côté ce qui sert encore, et supprime le reste ligne par ligne.
02

Get a certificate

certificate.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit un certificat précis dans ACM à partir de son ARN et le transmet au nœud suivant. Un champ requis, rien d'autre à régler.

Paramètres clés

  • Certificate ARN : l'identifiant complet, de la forme arn:aws:acm:region:123456789012:certificate/12345678-1234-1234-1234-123456789012. C'est un ARN, pas un nom de domaine : un workflow qui ne connaît que le domaine doit d'abord passer par Get Many.
Cas d'usage
un ticket de support mentionne un certificat et la personne d'astreinte veut le détail sans ouvrir la console. Le workflow récupère l'ARN dans le ticket, appelle cette opération et renvoie la réponse dans le fil.
03

Get many certificates

certificate.getMany

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie la liste des certificats depuis ACM. C'est sur elle que se construisent les rapports, parce que la collection Options réduit la liste avant qu'elle n'arrive dans la suite du workflow.

Paramètres clés

  • Return All : coché, n8n enchaîne les pages de l'API et ramène tous les certificats ; décoché, il s'arrête à Limit.
  • Certificate Statuses : 7 valeurs de filtre, de ISSUED à REVOKED, EXPIRED ou VALIDATION_TIMED_OUT.
  • Key Types : 6 algorithmes, dont RSA_2048 et EC_prime256v1.
  • Key Usage et Extended Key Usage : filtrent sur les extensions du certificat, par exemple TLS_WEB_SERVER_AUTHENTICATION.
Cas d'usage
un contrôle hebdomadaire qui ne demande que les certificats en PENDING_VALIDATION, pour que le workflow reste silencieux quand rien n'est bloqué.
04

Get certificate metadata

certificate.getMetadata

Ce que tu vois dans n8n

Notes & cas d'usage

Récupère les métadonnées d'un certificat. L'entrée est la même que pour Get a certificate : toute la différence se joue dans ce que chaque opération rend, le certificat d'un côté, ses métadonnées de l'autre.

Paramètres clés

  • Certificate ARN : l'identifiant du certificat à décrire, au format arn:aws:acm:region:123456789012:certificate/12345678-1234-1234-1234-123456789012. Alimente-le depuis une étape de liste quand le workflow boucle sur plusieurs certificats.
Cas d'usage
un inventaire qui parcourt la sortie de Get Many, appelle cette opération pour chaque élément et écrit une ligne par certificat dans une base, prête pour la revue de sécurité.
05

Renew a certificate

certificate.renew

Ce que tu vois dans n8n

Notes & cas d'usage

Lance le renouvellement d'un certificat dans ACM. C'est la seule opération d'écriture du nœud qui change un état sans rien supprimer, ce qui en fait la dernière étape logique après une validation.

Paramètres clés

  • Certificate ARN : le certificat à renouveler, au format arn:aws:acm:region:123456789012:certificate/12345678-1234-1234-1234-123456789012. Récupère-le depuis la réponse de validation par expression, pour que personne ne retape un identifiant à la main.
Cas d'usage
le rapport signale un certificat, quelqu'un valide par mail, et le workflow renouvelle cet ARN précis en gardant la trace de la validation.
Besoin d'aide

Besoin d'aide pour automatiser AWS Certificate Manager avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qu'on se pose ensuite

01L'intégration AWS Certificate Manager n8n est-elle gratuite ?
Oui, côté n8n. Le nœud est livré avec n8n : rien à installer, aucun coût supplémentaire côté n8n pour le débloquer. C'est vrai sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow construit d'un côté se comporte pareil de l'autre, ce qui compte si tu prototypes sur Cloud avant de passer sur ta propre infrastructure. Ce que facture AWS de son côté est une autre question, que cette page ne traite pas. Le seul vrai prérequis reste un compte AWS avec des identifiants capables d'atteindre ACM.
02Quels identifiants AWS faut-il pour connecter le nœud ?
Deux types de credentials au choix. AWS (IAM) s'authentifie avec une clé d'accès : tu enregistres ta Region, un Access Key ID et une Secret Access Key, plus un Session token si tu as activé l'option de credential temporaire. AWS (Assume Role) s'authentifie en assumant un rôle IAM via AWS STS, et les identifiants utilisés pour cet appel AssumeRole se saisissent à la main ou se lisent automatiquement dans l'environnement où tourne n8n. Cette seconde option est celle à regarder quand tu héberges n8n sur de l'infrastructure AWS, EKS, ECS ou EC2, et que tu veux éviter les clés statiques dans l'application. Dans les deux cas, le credential se crée une fois et se réutilise partout.
03Quelles sont les limites du nœud AWS Certificate Manager ?
Deux points à anticiper. La pagination d'abord : sur Get Many, si Return All est décoché, le nœud s'arrête au nombre fixé par Limit, donc un export complet réclame Return All activé. Le catalogue ensuite : le nœud couvre 5 opérations sur la ressource Certificate, et tout ce qui sort de ce périmètre passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API en réutilisant le même credential AWS via l'authentification prédéfinie. Aucun second jeu de clés à maintenir. Détail pratique enfin : un champ requis vide bloque le nœud à l'exécution, donc teste avec un vrai ARN avant d'activer le workflow.
04Peut-on réagir en temps réel à un changement de certificat ?
Pas avec un déclencheur dédié : cet outil n'a pas de nœud trigger dans n8n. Un workflow qui touche aux certificats démarre donc autrement. Le plus courant est le Schedule Trigger, qui lance le workflow à intervalle fixe, chaque jour ou chaque heure, et appelle Get Many pour voir ce qui a bougé. L'autre voie est le nœud Webhook de n8n, une URL qu'un service tiers appelle quand quelque chose se passe chez lui, utile quand un autre système est déjà au courant du changement. Tu peux aussi brancher le workflow sur le trigger d'un autre outil, par exemple un message posté dans un canal qui demande un renouvellement.
05n8n ou Make pour AWS Certificate Manager ?
Ça dépend de quatre critères, et le prix n'en est qu'un. L'hébergement : n8n s'auto-héberge avec Docker ou npm, ou tourne sur n8n Cloud, là où Make est une plateforme hébergée sans option d'auto-hébergement. La maîtrise des données en découle, puisqu'une instance auto-hébergée garde les identifiants de certificats et les logs sur une infrastructure qui t'appartient. Le modèle de coût : Make facture à l'opération, ce qui mérite une simulation quand un workflow boucle sur tous les certificats d'un compte. La logique visuelle enfin : les deux se construisent sur un canevas, et le choix relève surtout du goût. Monte le même rapport des deux côtés avant de trancher.