Vue d’ensemble
Stage de préparation à Hackvens, événement organisé par Advens, autour de vulnérabilités Kubernetes et IoT. La finalité du stage était de préparer cette restitution/challenge en identifiant des failles techniques, en les reliant à des risques opérationnels, puis en formalisant les constats dans un playbook de détection et de remédiation.
Contexte de l’événement
Le contexte portait sur des scénarios réalistes de sécurité offensive et défensive préparés en amont de Hackvens. L’objectif n’était pas seulement de trouver une faille, mais de comprendre son impact concret : ce qu’elle permet à un attaquant, les actifs exposés, et les mesures nécessaires pour réduire le risque.
Environnements testés
Infrastructure Kubernetes
J’ai travaillé sur plusieurs scénarios impliquant des usages Kubernetes vulnérables :
- Escalade de privilèges via RBAC : Exploitation de permissions trop permissives
- Extraction de secrets : Récupération de credentials stockés dans les secrets Kubernetes
- Pods privilégiés : Utilisation de pods avec des privilèges élevés pour compromettre le nœud hôte
- Service accounts : Exploitation de service accounts avec des permissions excessives
Dispositifs IoT
Les challenges IoT comprenaient :
- Analyse de firmware pour identifier des backdoors
- Exploitation de protocoles non sécurisés (MQTT, HTTP)
- Interception et manipulation de communications entre dispositifs
- Accès à des interfaces d’administration non protégées
Techniques et outils utilisés
Reconnaissance et énumération
# Scan réseau avec nmap
nmap -sV -sC -p- target-ip
# Énumération Kubernetes
kubectl get pods --all-namespaces
kubectl auth can-i --list
Exploitation
- Metasploit Framework pour l’exploitation automatisée
- Burp Suite pour l’analyse et la manipulation de requêtes HTTP
- kubectl pour l’interaction avec les clusters Kubernetes
- Docker pour analyser les images et conteneurs
Documentation et remédiation
Les constats ont été structurés dans un playbook de détection et de remédiation : symptômes observables, causes probables, impact associé et actions correctives prioritaires.
Méthodologie appliquée
- Reconnaissance : Collecte d’informations sur la cible
- Scanning : Identification des services et vulnérabilités
- Exploitation : Exploitation des failles identifiées
- Analyse d’impact : Lien entre faille technique et risque opérationnel
- Documentation : Rédaction d’un playbook de détection et remédiation
Leçons apprises
Sur la sécurité Kubernetes
- L’importance du principe du moindre privilège (least privilege)
- Les dangers des configurations par défaut non sécurisées
- La nécessité de Network Policies bien configurées
- L’importance de sécuriser les secrets et d’utiliser des solutions comme Vault
Sur l’IoT
- Beaucoup de dispositifs IoT manquent de sécurité de base
- Les protocoles non chiffrés sont encore largement utilisés
- L’importance des mises à jour firmware régulières
- La nécessité de segmenter le réseau IoT
Réflexions
Cette expérience m’a confirmé que la sécurité doit être intégrée dès la conception (Security by Design) plutôt que d’être ajoutée après coup. Elle m’a également rappelé l’importance de rester humble - même les systèmes qui semblent sécurisés peuvent avoir des failles cachées.
Cette expérience m’a aussi appris à communiquer efficacement les découvertes techniques : une vulnérabilité n’est réellement utile à traiter que si son impact, sa probabilité et sa remédiation sont compréhensibles par les personnes qui doivent agir.