Comment utiliser : Générateur de politique IAM AWS
- Choisissez Politique IAM à attacher à un utilisateur ou à un rôle, ou Politique de bucket S3 à attacher à un bucket.
- Saisissez votre ID de compte et votre région afin que les ARN soient complets.
- Ajoutez une autorisation par service avec + Ajouter une autorisation : choisissez le niveau d’accès (lecture, écriture, complet) et le nom de la ressource — un bucket, une table, une file, une fonction ou un secret. Supprimez-en une avec ×.
- Cochez des conditions comme Exiger le MFA ou HTTPS uniquement, puis copiez le JSON ou la commande AWS CLI. Corrigez d’abord les points signalés dans les avertissements.
Le moindre privilège en pratique
Une politique IAM est une liste d’instructions (Statement) : un Effect (Allow ou Deny), les Action concernées et les Resource auxquelles elles s’appliquent, éventuellement avec des Condition. Le moindre privilège consiste à n’accorder que les actions réellement utilisées par une charge de travail, et uniquement sur les ressources dont elle a besoin — ainsi, une clé divulguée ne peut ni supprimer votre base de données ni lire tous vos buckets.
- Évitez
"Action": "*"et"Resource": "*"; le générateur signale les instructions qui les utilisent. - S3 nécessite deux formes de ressources :
arn:aws:s3:::bucketpourListBucketetarn:aws:s3:::bucket/*pour les objets — le générateur les répartit automatiquement. - Certaines actions ne fonctionnent qu’avec
*, commeecr:GetAuthorizationToken; elles ont leur propre instruction.
Politiques de bucket
Une politique de bucket est attachée au bucket et désigne un Principal — un autre compte, un rôle, CloudFront ou tout le monde. Pour un site web, la configuration recommandée consiste en un bucket privé que seul CloudFront avec Origin Access Control peut lire, complété par une instruction qui refuse les requêtes en HTTP simple. La lecture publique exige de désactiver S3 Block Public Access ; ne l’utilisez donc que pour des fichiers réellement publics.
Testez vos politiques avant la mise en production avec le simulateur de politiques IAM, et vérifiez les accès avec IAM Access Analyzer. Voir aussi : Générateur de YAML Kubernetes, Générateur d’en-têtes CORS.
Aussi recherché comme : générateur policy iam, politique iam moindre privilège, générateur de bucket policy s3, exemple de politique iam aws, politique iam json, politique iam dynamodb, politique iam lambda.
Outils complémentaires : Générateur de politique IAM AWS
- Générateur GitLab CI — Choisissez votre environnement et obtenez un .gitlab-ci.yml fonctionnel : installation avec cache, jobs de lint et de tests, build avec artifacts, image Docker poussée dans le registre GitLab, ou déploiement sur GitLab Pages.
- Générateur de workflows GitHub Actions — Choisissez votre pile, vos déclencheurs et vos étapes, puis obtenez un script commenté .github/workflows/ci.yml — installation, mise en cache, analyse syntaxique, test, compilation, une matrice de versions et, en option, un déploiement vers GitHub Pages, Vercel ou un registre de conteneurs.
- Formateur JSON — Collez votre code JSON pour le formater, le compresser ou le valider.
- Validateur YAML — Collez un fichier Docker Compose, un manifeste Kubernetes, un workflow GitHub Actions ou tout autre YAML pour localiser les erreurs, repérer les pièges courants et obtenir une version proprement formatée.