1 Introduction

Metarget = meta- + target, un framework fournissant des constructions automatiques d'infrastructures vulnérables, utilisé pour déployer rapidement et automatiquement des cibles cloud native simples ou complexes.

1.1 Pourquoi Metarget ?

Lors des recherches en sécurité, on constate souvent que le déploiement d'environnements vulnérables prend beaucoup de temps, alors que le temps passé à tester les PoC ou ExP est comparativement court. Dans le domaine de la sécurité cloud native, en raison de la complexité des systèmes cloud native, ce problème est encore plus critique.

Il existe déjà d'excellents projets de sécurité comme Vulhub, VulApps dans la communauté open-source, qui empaquettent des scènes vulnérables dans des images conteneur, permettant aux chercheurs de les utiliser et de déployer rapidement des scénarios.

Cependant, ces projets se concentrent principalement sur les vulnérabilités dans les applications. Que faire si nous avons besoin d'étudier les vulnérabilités dans les infrastructures comme Docker, Kubernetes, voire le noyau Linux ?

C'est pourquoi nous développons Metarget et espérons résoudre dans une certaine mesure le problème de déploiement ci-dessus. De plus, nous espérons également que Metarget pourra aider à construire multicouche des scènes cloud native vulnérables automatiquement.

1.2 Installer une vulnérabilité !

Dans ce projet, nous introduisons des concepts comme installer des vulnérabilités et installer des scènes vulnérables. Pourquoi ne pas installer des vulnérabilités comme on installe des logiciels ? C'est possible, car nos objectifs sont la recherche en sécurité et la sécurité offensive.

Pour être précis, nous attendons :

metarget cnv install cve-2019-5736 installera Docker avec CVE-2019-5736 sur le serveur.
metarget cnv install cve-2018-1002105 installera Kubernetes avec CVE-2018-1002105 sur le serveur.
metarget cnv install kata-escape-2020 installera Kata-containers avec CVE-2020-2023/2025/2026 sur le serveur.
metarget cnv install cve-2016-5195 installera un noyau avec DirtyCoW dans le serveur.

C'est cool, non ? Plus d'étapes. Pas besoin de RTFM. Exécutez une commande et savourez votre café.

De plus, nous attendons :

avec l'aide de Metarget, les hackers éthiques peuvent déployer rapidement des cibles cloud native simples ou complexes et apprendre en hackant des environnements cloud native.
metarget appv install dvwa installera une cible DVWA sur notre infrastructure vulnérable.
metarget appv install thinkphp-5-0-23-rce --external installera une vulnérabilité ThinkPHP RCE avec un service NodePort sur notre infrastructure vulnérable.

Vous pouvez simplement exécuter les 5 commandes ci-dessous après avoir installé une nouvelle Ubuntu et obtenir une scène vulnérable multicouche :```bash ./metarget cnv install cve-2016-5195 # container escape with dirtyCoW ./metarget cnv install cve-2019-5736 # container escape with docker ./metarget cnv install cve-2018-1002105 # kubernetes single-node cluster with cve-2018-1002105 ./metarget cnv install privileged-container # deploy a privileged container ./metarget appv install dvwa --external # deploy dvwa target

RCE, évasion de conteneur, mouvement latéral, persistance, ils sont à vous maintenant.

D'autres fonctions géniales arrivent ! Restez à l'écoute :)

Remarque :

Ce projet vise à fournir des scénarios vulnérables pour la recherche en sécurité. La sécurité des scénarios générés n'est pas garantie. Il est **DÉCONSEILLÉ** de déployer des composants ou des scénarios avec Metarget sur Internet.

## 2 Installation

### 2.1 Prérequis

- Ubuntu **20.04 / 22.04 / 24.04 (recommandé)**, 18.04 également pris en charge
    - pour certains cas (par exemple, nouvelles vulnérabilités du noyau) des distributions Ubuntu spécifiques sont nécessaires
    - vous pouvez lire la note pour les vulnérabilités spécifiques (indiquées par un astérisque (\*)) pour plus de détails
- **Python >= 3.7** (Python 2.x n'est pas pris en charge !)
- pip3

### 2.2 Depuis les sources

Clonez le dépôt et installez les dépendances :```bash
git clone https://github.com/Metarget/metarget.git
cd metarget/
pip3 install -r requirements.txt

Commencez à utiliser Metarget et construisez des scènes vulnérables. Par exemple :```bash ./metarget cnv install cve-2019-5736

### 2.3 Depuis PyPI

Actuellement non pris en charge.

## 3 Utilisation

Metarget doit être exécuté en tant que **root**.

Il est recommandé d'ajouter l'option `--verbose` lors du débogage.

### 3.1 Utilisation de base```
usage: metarget [-h] [-v] subcommand ...

automatic constructions of vulnerable infrastructures

positional arguments:
  subcommand     description
    gadget       cloud native gadgets (docker/k8s/...) management
    cnv          cloud native vulnerabilities management
    appv         application vulnerabilities management

optional arguments:
  -h, --help     show this help message and exit
  -v, --version  show program's version number and exit

Exécutez ./metarget gadget list pour voir les composants cloud natifs actuellement pris en charge.

3.2 Gérer les composants cloud natifs```

usage: metarget gadget [-h] subcommand ...

positional arguments: subcommand description list list supported gadgets install install gadgets remove uninstall gadgets

optional arguments: -h, --help show this help message and exit

> Exécutez`./metarget gadget list docker/k8s/containerd/runc/kernel`pour voir les versions actuellement prises en charge des composants cloud natifs.
#### 3.2.1 Cas : Installer Docker avec une version spécifiée

Exécutez :```bash
./metarget gadget install docker --version 18.03.1

Si la commande ci-dessus s'exécute avec succès, Docker 18.03.1 sera installé.

3.2.2 Cas : Installer Kubernetes avec une version spécifiée

Exécutez :```bash ./metarget gadget install k8s --version 1.28.4

Si la commande ci-dessus se termine avec succès, un cluster Kubernetes à nœud unique 1.28.4 sera installé.

Plage de versions Kubernetes prises en charge : **1.9 – 1.33**.

Remarque :

Metarget offre les options suivantes pour l'installation de Kubernetes :```
  -v VERSION, --version VERSION
                        gadget version
  --runtime {auto,docker,containerd}
                        container runtime for k8s (auto: containerd for k8s>=1.24, docker otherwise)
  --runtime-version RUNTIME_VERSION
                        version of the container runtime to install alongside k8s.
                        For --runtime containerd: containerd.io apt version (e.g. 1.6.28).
                        For --runtime docker with k8s>=1.24: cri-dockerd version (e.g. 0.3.15).
                        Omit to install the latest/default version.
  --cni-plugin CNI_PLUGIN
                        cni plugin, flannel by default
  --pod-network-cidr POD_NETWORK_CIDR
                        pod network cidr, default cidr for each plugin by default
  --taint-master        taint master node or not
  --domestic            use domestic (Aliyun) mirrors for k8s images

Sélection du runtime de conteneur :

k8s < 1.24 : Utilise Docker par défaut (doit être préinstallé via metarget gadget install docker). Utilisez --runtime containerd pour forcer containerd.
k8s >= 1.24 : containerd est installé et configuré automatiquement comme CRI (--runtime auto par défaut). Aucune installation manuelle de Docker nécessaire.
k8s >= 1.24 + --runtime docker : Installe automatiquement cri-dockerd comme shim CRI (Docker doit être préinstallé). Utilisez --runtime-version pour verrouiller une version spécifique de cri-dockerd.

Exemples :```bash

Install k8s 1.28 with containerd (auto-selected)

./metarget gadget install k8s --version 1.28.4

Install k8s 1.28 with a specific containerd version

./metarget gadget install k8s --version 1.28.4 --runtime containerd --runtime-version 1.6.28

Install k8s 1.28 with Docker + cri-dockerd (Docker must be pre-installed)

./metarget gadget install k8s --version 1.28.4 --runtime docker

Install k8s 1.20 with containerd (forced on an older version)

./metarget gadget install k8s --version 1.20.15 --runtime containerd

**Metarget prend en charge le déploiement d'un cluster multi-nœuds. Si vous souhaitez ajouter plus de nœuds au cluster, vous pouvez copier le script `tools/install_k8s_worker.sh` et l'exécuter sur chaque nœud worker après l'installation réussie du cluster à nœud unique.**

#### 3.2.3 Cas : Installer Kata-containers avec une version spécifiée

Exécutez :```bash
./metarget gadget install kata --version 1.10.0

Si la commande ci-dessus se termine avec succès, Kata-containers 1.10.0 sera installé.

Remarque :

Vous pouvez également spécifier le type de runtime kata (qemu/clh/fc/...) avec l'option --kata-runtime-type, qui est qemu par défaut.

3.2.4 Cas : Installer un noyau Linux avec une version spécifiée

Exécutez :```bash ./metarget gadget install kernel --version 5.7.5

Si la commande ci-dessus s'exécute avec succès, le noyau 5.7.5 sera installé.

Remarque :

Actuellement, Metarget installe les noyaux de 2 manières :

1. apt
2. si le paquet apt n'est pas disponible, télécharger \*.deb à distance depuis Ubuntu et essayer de l'installer

Après une installation réussie du noyau, un redémarrage du système est nécessaire. Metarget demandera de redémarrer automatiquement.

#### 3.2.5 Cas : Installer containerd/runc avec une version spécifiée

Exécutez :```bash
./metarget gadget install containerd --version 1.7.14

Si la commande ci-dessus s'exécute avec succès, containerd 1.7.14 sera installé et automatiquement configuré en tant que runtime CRI Kubernetes (SystemdCgroup = true), prêt à être utilisé avec metarget gadget install k8s.

Exécutez :```bash ./metarget gadget install runc --version 1.1.6

Si la commande ci-dessus s'exécute avec succès, le runc 1.1.6 sera installé.

### 3.3 Gérer les scènes vulnérables liées aux composants Cloud Native```
usage: metarget cnv [-h] subcommand ...

positional arguments:
  subcommand  description
    list      list supported cloud native vulnerabilities
    install   install cloud native vulnerabilities
    remove    uninstall cloud native vulnerabilities

optional arguments:
  -h, --help  show this help message and exit

Exécutez ./metarget cnv list pour voir les scénarios vulnérables liés aux composants cloud natifs actuellement pris en charge.

3.3.1 Cas : CVE-2019-5736

Exécutez :```bash ./metarget cnv install cve-2019-5736

Si la commande ci-dessus s'exécute correctement, Docker avec CVE-2019-5736 sera installé.

#### 3.3.2 Cas : CVE-2018-1002105

Exécutez :```bash
./metarget cnv install cve-2018-1002105

Si la commande ci-dessus s'exécute avec succès, Kubernetes avec CVE-2018-1002105 sera installé.

3.3.3 Cas : Évasion de Kata-containers

Exécutez :```bash ./metarget cnv install kata-escape-2020

Si la commande ci-dessus réussit, Kata-containers avec CVE-2020-2023/2025/2026 sera installé。

#### 3.3.4 Cas : CVE-2016-5195

Exécutez :```bash
./metarget cnv install cve-2016-5195

Si la commande ci-dessus se termine avec succès, le noyau avec CVE-2016-5195 sera installé。

3.4 Gérer les scénarios vulnérables liés aux applications cloud natives```

usage: metarget appv [-h] subcommand ...

positional arguments: subcommand description list list supported application vulnerabilities install install application vulnerabilities remove uninstall application vulnerabilities

optional arguments: -h, --help show this help message and exit

Exécutez `./metarget appv list` pour voir les scénarios vulnérables liés aux applications cloud natives actuellement pris en charge.

Note:

Avant de déployer des scénarios vulnérables d'applications, vous devez d'abord installer Docker et Kubernetes. Vous pouvez utiliser Metarget pour installer Docker et Kubernetes.

#### 3.4.1 Cas: DVWA

Exécutez:```bash
./metarget appv install dvwa

Si la commande ci-dessus se termine avec succès, DVWA sera déployée en tant que ressources Deployment et Service dans le Kubernetes actuel.

Note :

Vous pouvez spécifier l'option --external, alors le service sera exposé en tant que NodePort, afin que vous puissiez y accéder par l'IP du nœud hôte (Par défaut, le type de service est ClusterIP).
Vous pouvez spécifier l'option --host-net, alors l'appv partagera l'espace de noms réseau de l'hôte.
Vous pouvez spécifier l'option --host-pid, alors l'appv partagera l'espace de noms PID de l'hôte.

3.5 Image d'environnement de vulnérabilité

En fonction de l'environnement réseau de l'utilisateur, de la version d'Ubuntu et de la version de Docker, l'installation en un clic de l'environnement de vulnérabilité via des scripts automatisés échoue encore occasionnellement, c'est pourquoi nous fournissons pour la première fois l'image de l'environnement de vulnérabilité.

Exécutez la commande suivante pour construire l'image de l'environnement de vulnérabilité cible :```bash sudo docker build -t vuln-docker-24.0.7 -f vuln-docker-24.0.7 .

Exécutez la commande suivante pour lancer l'image de l'environnement de vulnérabilité cible :```bash
docker run vuln-XXX

3.6 Gérer le cluster cible natif vulnérable dans le cloud

En développement, actuellement non pris en charge.

4 Liste des scénarios

4.1 Scénarios vulnérables liés aux composants natifs du cloud

Si un astérisque (*) suit le nom d'un scénario vulnérable, vous devez lire la note correspondante ci-dessous le tableau pour plus de détails.