Instance Profile
cloudDéfinition
Un Instance Profile AWS est un conteneur pour un rôle IAM qui peut être associé à une instance EC2. Il permet à l'instance EC2 d'assumer automatiquement le rôle IAM et d'obtenir des credentials temporaires via le service de métadonnées d'instance (IMDS - Instance Metadata Service), sans nécessiter de stocker des clés d'accès dans le code, les fichiers de configuration, ou les variables d'environnement. Techniquement, un Instance Profile est une ressource IAM distincte d'un rôle IAM, bien qu'il lui soit toujours associé. Lors du lancement d'une instance EC2, on spécifie l'Instance Profile (pas directement le rôle). L'AWS CLI et les SDKs interrogent automatiquement l'endpoint de métadonnées (http://169.254.169.254/latest/meta-data/iam/security-credentials/) pour obtenir les credentials temporaires associés au rôle. L'Instance Profile est le mécanisme recommandé par AWS pour authentifier les applications s'exécutant sur EC2. Il élimine le besoin de gérer des credentials statiques et les risques associés (clés hardcodées dans le code source, fuites via les dépôts Git, absence de rotation). Les credentials sont automatiquement renouvelés par AWS avant leur expiration. Du point de vue de la sécurité, l'Instance Profile est un vecteur d'attaque significatif. Si une instance EC2 est compromise (via RCE, SSRF, ou accès non autorisé), un attaquant peut interroger l'endpoint IMDS pour voler les credentials temporaires du rôle associé. Ces credentials peuvent ensuite être utilisés depuis n'importe où (hors de l'instance) pour effectuer des actions AWS jusqu'à leur expiration. L'activation obligatoire de IMDSv2 (Instance Metadata Service v2) est la contre-mesure principale : elle exige un token PUT avant tout accès aux métadonnées, rendant les attaques SSRF basiques inefficaces pour accéder aux credentials de l'Instance Profile.
Sécurisation des Instance Profiles
Appliquez le principe du moindre privilège au rôle associé à chaque Instance Profile : une instance servant uniquement des fichiers depuis S3 ne doit avoir qu'AmazonS3ReadOnlyAccess sur le bucket spécifique. Évitez les rôles avec iam:* ou ec2:* qui permettraient une escalade de privilèges. Utilisez IAM Conditions (aws:SourceVpc, aws:RequestedRegion) pour restreindre l'usage des credentials même depuis l'instance.
IMDSv2 obligatoire
Forcez IMDSv2 sur toutes les nouvelles instances via la configuration du compte (ModifyInstanceMetadataDefaults) ou via des SCP/Config Rules détectant les instances avec IMDSv1 actif. IMDSv2 nécessite une requête PUT initiale pour obtenir un token session, puis ce token dans chaque requête GET. Les attaques SSRF simples ne peuvent pas effectuer la requête PUT bidirectionnelle, bloquant l'accès aux credentials.
Détection des abus d'Instance Profile
AWS GuardDuty détecte automatiquement l'utilisation des credentials EC2 depuis une IP externe à l'instance (UnauthorizedAccess:IAMUser/InstanceCredentialExfiltration). CloudTrail enregistre toutes les API calls avec le contexte de session incluant l'ARN de l'instance source, permettant de corréler les actions API avec l'instance d'origine et de détecter les usages anormaux.
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h