Sécurité du cloud
Sécurité de la posture, des identités, du réseau et de Kubernetes sur AWS, Azure et Google Cloud.
La plupart des compromissions cloud commencent par une erreur de configuration, pas par un exploit exotique : un rôle trop permissif, un bucket public, une clé oubliée. Nous examinons votre cloud comme le ferait un attaquant, puis nous le corrigeons en code (identités au moindre privilège, réseaux segmentés, secrets dans un coffre, conteneurs durcis) pour que l’état sécurisé soit versionné et le reste au fil des livraisons.
01 / Ce que cela résout
Identités, exposition, stockage, chiffrement et journalisation vérifiés au regard des références du fournisseur et des benchmarks CIS, avec une liste de corrections priorisée.
Des rôles limités à ce dont chaque personne, service et agent IA a réellement besoin, sans clés à longue durée de vie ni comptes admin partagés.
Points de terminaison privés, groupes de sécurité stricts et trafic sortant contrôlé, pour qu’un service compromis n’atteigne pas tout le reste.
Images minimales, politiques d’admission, network policies et limites à l’exécution pour EKS, AKS, GKE ou des clusters autogérés.
02 / Stack
Standard du secteur, ennuyeux dans le bon sens : des outils d’avenir, que le prochain ingénieur connaîtra aussi.
Clouds
AWS
IAM, Organizations, GuardDuty, Security Hub
Microsoft Azure
Entra ID, Defender for Cloud, Policy
Google Cloud
IAM, Security Command Center, VPC Service Controls
Posture et analyse
Prowler
Contrôles open source au regard du CIS et des références des fournisseurs
Checkov / tfsec
Contrôles de politique sur l’infrastructure en code avant déploiement
Trivy
Analyse des images, dépendances et mauvaises configurations
Kubernetes
Kyverno / OPA Gatekeeper
Politiques d’admission en code
Cilium
Network policies et chiffrement entre services
Falco
Détection à l’exécution des comportements suspects
Secrets et clés
HashiCorp Vault / OpenBao
Secrets centralisés avec des identifiants éphémères
Cloud KMS
Clés gérées par le client et rotation
External Secrets Operator
Secrets synchronisés dans Kubernetes sans texte en clair dans Git
03 / Approche
Chaque correction passe par Terraform, OpenTofu ou Pulumi avec revue, pour qu’elle ne puisse pas régresser en silence.
D’abord l’exposition à Internet et les identités trop privilégiées, ensuite le cosmétique.
Des politiques en CI et au niveau de l’organisation qui bloquent les changements risqués sans freiner votre équipe.
Chaque mesure est documentée avec sa raison, pour que votre équipe et votre auditeur puissent la suivre.
04 / Standards
Nous respectons les standards du secteur et des méthodes éprouvées sur chaque projet : c’est ce qui fait tenir le devis.
05 / Infrastructure
Bonnes questions
Des réponses franches aux questions posées avant de démarrer.
AWS, Microsoft Azure et Google Cloud, y compris les configurations multi-cloud et les clusters Kubernetes sur chacun d’eux (EKS, AKS, GKE) ou autogérés.
Réalisations liées
Nos projets et produits qui ont mobilisé ce service.
Start
Dites-nous quels clouds et comptes vous utilisez. Un ingénieur senior vous répond avec un périmètre et un prix honnêtes pour la revue.
Let’s manage Voir l’architecture zero trust
