Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Outils open source — Gratuits, portables, hors ligne
Caractéristiques communes
100 % hors ligne — aucune donnée transmise
Portables — un seul fichier exécutable
Gratuits — MIT ou GPL v3
Code source ouvert sur GitHub
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Academy Contact

Instance Profile

cloud

Dé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

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis