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

VPC Endpoint

cloud

Définition

Un VPC Endpoint AWS permet à des ressources dans un VPC privé de se connecter aux services AWS (S3, DynamoDB, SQS, KMS, etc.) ou aux services exposés via AWS PrivateLink sans passer par Internet, une NAT Gateway, ou un VPN. Le trafic reste entièrement dans le réseau d'AWS (backbone interne), améliorant la sécurité et potentiellement réduisant les coûts de transfert de données. Il existe deux types de VPC Endpoints. Les Gateway Endpoints supportent uniquement S3 et DynamoDB : ils fonctionnent comme des routes dans la table de routage du VPC. Les Interface Endpoints (basés sur AWS PrivateLink) supportent la quasi-totalité des services AWS et des services partenaires : ils créent une ENI (Elastic Network Interface) dans le subnet sélectionné avec une adresse IP privée du VPC, accessible via DNS. Du point de vue de la sécurité, les VPC Endpoints offrent plusieurs avantages majeurs. Premièrement, ils permettent de s'assurer que les communications avec les services AWS ne transitent pas par Internet, réduisant la surface d'exposition aux interceptions. Deuxièmement, les VPC Endpoint Policies (politiques attachées au endpoint) permettent de restreindre quels buckets S3 ou quelles tables DynamoDB sont accessibles depuis le VPC, ajoutant une couche de contrôle supplémentaire. Les VPC Endpoint Policies sont particulièrement utiles pour prévenir les attaques de type data exfiltration : en restreignant l'accès S3 uniquement aux buckets de l'organisation (via aws:ResourceOrgID ou une liste de buckets spécifiques), on empêche une instance compromise d'exfiltrer des données vers un bucket S3 contrôlé par un attaquant, même depuis le même compte AWS. Les bonnes pratiques incluent : déployer des Interface Endpoints pour tous les services AWS utilisés (EC2, KMS, Secrets Manager, STS, SSM) dans les VPCs sans accès Internet (private subnets), configurer des Endpoint Policies restrictives, et combiner avec des Security Groups sur les Interface Endpoints pour contrôler finement les sources autorisées.

VPC Endpoint pour la conformité et l'isolation

Dans des architectures hautement sécurisées (PCI-DSS, HDS, SecNumCloud), les VPC Endpoint remplacent complètement les NAT Gateways et les Internet Gateways : aucun trafic ne quitte le réseau AWS. Cette configuration est exigée pour certaines certifications. Les Services VPC Endpoint (SSM, Secrets Manager, KMS, STS) permettent d'administrer les instances EC2 privées sans accès Internet via Systems Manager Session Manager.

VPC Endpoint Policies anti-exfiltration

Configurez une Gateway Endpoint Policy S3 restreignant l'accès aux buckets de votre organisation uniquement : condition aws:ResourceOrgID = o-XXXXXXXXXX. Cette politique empêche les instances du VPC d'accéder à des buckets S3 extérieurs à votre organisation, bloquant un vecteur d'exfiltration courant même pour des instances avec des permissions IAM trop larges.

DNS et résolution des Interface Endpoints

Les Interface Endpoints génèrent des noms DNS régionaux et de zone de disponibilité. Activez le DNS privé (Private DNS Names) pour que les applications utilisant les noms DNS officiels (ex: ec2.eu-west-1.amazonaws.com) soient automatiquement routées vers l'endpoint privé sans modification de code. Assurez-vous que enableDnsSupport et enableDnsHostnames sont activés dans votre VPC.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis