4.6 KiB
\newpage
Une vision plus Clair de la sécurité
Nous avons vu, au travers de tous les précédents TP, que Docker nous apportait un certain degré de sécurité d'emblée au lancement du conteneur. Cela peut sans doute paraître quelque peu rassurant pour la personne chargée d'administrer la machine hébergeant les conteneurs, car cela lui apporte des garanties quant à l'effort de cloisonnement mis en place.
Mais doit-on pour autant s'arrêter là et considérer que nous avons réglé l'ensemble des problématiques de sécurité liées aux conteneurs ?
Évidemment, non : une fois nos services lancés dans des conteneurs, il ne sont pas moins exposés aux bugs et autres failles applicatives ; qu'elles soient dans notre code ou celui d'une bibliothèque, accessible par rebond, ...
Il est donc primordial de ne pas laisser ses conteneurs à l'abandon une fois leur image créée et envoyée en production. Nos conteneurs doivent être regénérés sitôt que leur image de base est mise à jour (une mise à jour d'une image telle que Debian, Ubuntu ou Redhat n'apparaît que pour cela) ou bien lorsqu'un des programmes ou bibliothèques que l'on a installé ensuite.
Convaincu ? Cela sonne encore comme des bonnes pratiques difficile à mettre en œuvre, pouvant mettre en péril tout un système d'information. Pour s'en protéger, nous allons avoir besoin de réaliser à intervalles réguliers une analyse statique de nos conteneurs.
Clair
Le principal outil pour indexer et chercher des vulnérabilités est
Clair
, du projet CoreOS. À partir des
informations mises à disposition par les équipes de sécurités des principales
distributions, cela alimente en continu une base de données qui sera accéder au
moment de l'analyse.
L'outil se présente sous la forme d'un serveur autonome dans la récupération de ses données sources, auquel nous pourrons interagir au moyen d'une API : pour lui envoyer des images et lui demander une analyse. Les clients de cette API seront soit les registres directement, soit un programme dédié.
Commençons par lancer notre propre instance de Clair
, à l'aide d'un
docker-compose.yml
:
clair: container_name: clair_clair image: quay.io/coreos/clair:v2.0.6 restart: unless-stopped depends_on: - postgres ports: - "6060-6061:6060-6061" links: - postgres volumes: - /tmp:/tmp - ./clair_config:/config command: [-config, /config/config.yaml]
</div>
Vous trouverez un exemple de configuration dans le [dépôt du
projet](https://raw.githubusercontent.com/coreos/clair/master/config.yaml.sample). N'oubliez
pas de changer le nom d'hôte et le mot de passe pour se connecter au conteneur
de base de données.
Une fois lancé, la base nécessite d'être initialisée. L'opération peut prendre
plusieurs minutes. Vous pouvez suivre l'avancement de l'ajout :
<div lang="en-US">
```bash
curl http://localhost:6060/v1/namespaces
curl http://localhost:6060/v1/namespaces/debian:9/vulnerabilities?limit=10
PAClair
Afin de pouvoir réaliser à la demande et sans registre privé, l'analyse de
conteneur, nous allons utiliser le programme
paclair
:
Il nécessite un fichier de configuration pour être utilisé, essayez :
Pour obtenir un rapport d'analyse, on commence par envoyer les couches de
l'image à Clair
:
Puis on lui demande la génération d'un rapport html
:
Si l'on souhaite uniquement avoir des statistiques dans la console :
Exercice {-}
Déterminez le nombre de vulnérabilités dans les principales images officielles
du Docker Hub, notamment nginx
, golang
,
reddis
, ...