idov31/silversealFramework de post-exploitation Linux avec un bootkit UEFI qui charge de manière persistante et furtive un rootkit de module noyau basé sur Rust sur les systèmes Linux modernes.
Silverseal est un framework de post-exploitation Linux qui démontre la capacité d'un bootkit UEFI à charger de manière persistante et furtive un rootkit sous forme de module noyau basé sur Rust sur les systèmes Linux modernes. Le projet comprend :
Installe les paquets nécessaires à la compilation de modules externes Rust-for-Linux, installe rustup si nécessaire, bascule la toolchain par défaut sur stable, ajoute rust-src, installe bindgen-cli, et avertit si le noyau en cours d'exécution n'expose pas CONFIG_RUST=y.
./scripts/install_dependencies.sh
[!IMPORTANT]
Si vous utilisez WSL, assurez-vous de configurer WSL 2 et d'installer Ubuntu. Ce script compile un noyau WSL2 personnalisé compatible Rust, prépare un VHDX de modules, et peut éventuellement écrire une entrée Windows .wslconfig qui pointe WSL vers le noyau généré.
./scripts/wsl_setup.sh
Le script installe automatiquement les dépendances de compilation Ubuntu, clone les sources du noyau WSL2 Microsoft correspondant, active CONFIG_RUST, compile le noyau avec LLVM, et configure /lib/modules/<release>/build pour la compilation de modules externes.
Pour voir les options prises en charge :
./scripts/wsl_setup.sh --help
Pour compiler le rootkit contre le noyau cible souhaité, vous devez exécuter le script suivant sur votre machine de compilation (soit WSL, soit une machine Linux native) :
./scripts/ubuntu_target_setup.sh <uname -r of your target kernel>
Ce flux installe les paquets correspondants linux-headers-<kernel> et linux-lib-rust-<kernel>, installe la toolchain Rust 1.82 fournie par Ubuntu utilisée par le flux generic-kernel, répare /usr/src/linux-headers-<kernel>/rust si ce lien symbolique est cassé, et affiche la commande make exacte à utiliser ensuite.
Compilez le rootkit avec le système de compilation du noyau. N'utilisez pas Cargo pour la compilation réelle du module.
cd Silverseal/silverseal-rootkit
make
Les artefacts du module sont placés dans silverseal-rootkit/target/ après la compilation.
Compilez le rootkit pour un noyau cible Ubuntu generic depuis WSL :
cd Silverseal/silverseal-rootkit
make clean
PATH=/usr/bin:/bin:$PATH \
RUST_LIB_SRC=/usr/src/rustc-1.82.0/library \
make RUST_MIN_TOOLCHAIN= \
KDIR=/usr/src/linux-headers-6.17.0-20-generic \
CC=x86_64-linux-gnu-gcc-13 \
RUSTC=rustc-1.82 \
RUSTDOC=rustdoc-1.82
Le Makefile du module détecte automatiquement les cibles /usr/src/linux-headers-* et transmet le cfg de compatibilité Rust via les variables de flags Rust de Kbuild afin que le schéma de métadonnées module! plus récent d'Ubuntu utilise authors au lieu de l'ancienne clé author.
Après la compilation, vérifiez que la version du noyau cible a été correctement intégrée :
modinfo target/silverseal_rootkit.ko | grep vermagic
La compilation du bootkit nécessite nasm dans le PATH. Le crate est déjà configuré pour cibler x86_64-unknown-uefi, et le script de compilation assemble à la fois asm/x64/lkm_loader.asm et asm/x64/lkm_stager.asm en blobs binaires plats intégrés dans l'image EFI.
cd Silverseal/silverseal-bootkit
cargo build --release
Le binaire EFI résultant est écrit dans :
Silverseal/target/x86_64-unknown-uefi/release/silverseal-bootkit.efi
Le script de déploiement attend actuellement un fichier nommé silverseal-bootkit.efi à la racine du dépôt. Après avoir compilé le bootkit, copiez l'artefact EFI à cet emplacement, puis exécutez le script d'installation depuis la racine du dépôt.
cd Silverseal
cp target/x86_64-unknown-uefi/release/silverseal-bootkit.efi ./silverseal-bootkit.efi
sudo ./scripts/setup_silverseal.sh
Le script effectue un échange direct sur la partition EFI :
/boot/efi/EFI/ubuntu/grubx64.efi vers /boot/efi/EFI/ubuntu/grubx64.efi.original./silverseal-bootkit.efi en place sous /boot/efi/EFI/ubuntu/grubx64.efiPour supprimer Silverseal, restaurez le binaire GRUB d'origine depuis la sauvegarde .original :
cd Silverseal
sudo ./scripts/restore_silverseal.sh
ls -la /dev/ttyS*
Ports courants : /dev/ttyS0 (COM1), /dev/ttyS1 (COM2)
minicom :sudo minicom -D /dev/ttyS0 -b 115200
# Or with `screen`:
sudo screen /dev/ttyS0 115200
# Or with `picocom`:
sudo picocom -b 115200 /dev/ttyS0
\\.\pipe\com_1)Vous pouvez également utiliser le script d'assistance, qui reconnecte en continu PuTTY à \\.\pipe\com_1 à 115200 bauds :
powershell -ExecutionPolicy Bypass -File .\scripts\connect-vm.ps1