NtDeleteBootEntry
Supprime une BOOT_ENTRY de la base BCD par ID, en effaçant la variable firmware correspondante sur UEFI.
Prototype
NTSTATUS NtDeleteBootEntry( ULONG Id );
Arguments
| Name | Type | Dir | Description |
|---|---|---|---|
| Id | ULONG | in | Identifiant attribué par le BCD de l'entrée de démarrage à supprimer (valeur précédemment retournée par NtAddBootEntry ou observée via NtEnumerateBootEntries). |
IDs de syscalls par version de Windows
| Version de Windows | ID de syscall | Build |
|---|---|---|
| Win10 1507 | 0xC2 | win10-1507 |
| Win10 1607 | 0xC5 | win10-1607 |
| Win10 1703 | 0xC8 | win10-1703 |
| Win10 1709 | 0xC9 | win10-1709 |
| Win10 1803 | 0xCA | win10-1803 |
| Win10 1809 | 0xCB | win10-1809 |
| Win10 1903 | 0xCC | win10-1903 |
| Win10 1909 | 0xCC | win10-1909 |
| Win10 2004 | 0xD0 | win10-2004 |
| Win10 20H2 | 0xD0 | win10-20h2 |
| Win10 21H1 | 0xD0 | win10-21h1 |
| Win10 21H2 | 0xD1 | win10-21h2 |
| Win10 22H2 | 0xD1 | win10-22h2 |
| Win11 21H2 | 0xD6 | win11-21h2 |
| Win11 22H2 | 0xD7 | win11-22h2 |
| Win11 23H2 | 0xD7 | win11-23h2 |
| Win11 24H2 | 0xD9 | win11-24h2 |
| Server 2016 | 0xC5 | winserver-2016 |
| Server 2019 | 0xCB | winserver-2019 |
| Server 2022 | 0xD5 | winserver-2022 |
| Server 2025 | 0xD9 | winserver-2025 |
Module noyau
APIs liées
Stub du syscall
4C 8B D1 mov r10, rcx B8 D9 00 00 00 mov eax, 0xD9 F6 04 25 08 03 FE 7F 01 test byte ptr [0x7FFE0308], 1 75 03 jne short +3 0F 05 syscall C3 ret CD 2E int 2Eh C3 ret
Notes non documentées
Syscall à un seul argument — juste l'ID BCD. Mappe à `BcdDeleteObject` en mode utilisateur et à `bcdedit /delete {GUID}` en ligne de commande. Requiert SeSystemEnvironmentPrivilege. Sur UEFI, le noyau émet un `EFI_SET_VARIABLE` avec `DataSize = 0` sur la variable NVRAM `Boot####` correspondante, ce qui est la sémantique de suppression définie par le firmware.
Usage courant par les malwares
Les bootkits utilisent NtDeleteBootEntry pour **nettoyage forensique** et **anti-récupération**. Nettoyage forensique : après avoir utilisé une entrée de démarrage temporaire pour flasher un implant UEFI (motif LoJax / MosaicRegressor), supprimer l'entrée auxiliaire pour qu'un `bcdedit /enum FIRMWARE` post-incident ne montre rien. Anti-récupération : les ransomwares (notamment un dérivé TrickBoot) suppriment les entrées `{recovery}` et Windows RE pour que les victimes ne puissent pas démarrer WinRE et restaurer depuis VSS ou réparer MBR/GPT. Les wipers vont plus loin et suppriment `{bootmgr}` lui-même pour rendre l'hôte inopérant après chiffrement.
Opportunités de détection
ETW Microsoft-Windows-Kernel-Boot est la source principale ; l'événement de suppression identifie le GUID retiré. Combiner avec un snapshot d'énumération périodique — si une entrée présente dans le `bcdedit /enum FIRMWARE` d'hier soir est absente aujourd'hui **sans** ticket d'action admin correspondant, c'est une alerte à haute confiance. La suppression de `{default}`, `{bootmgr}` ou de tout GUID `{recovery*}` doit être traitée comme un indicateur d'attaque destructrice (playbook ransomware BCDEdit) et déclencher un contrôle immédiat d'intégrité VSS/sauvegardes.
Exemples de syscalls directs
asmx64 direct stub (Win11 24H2, SSN 0xD9)
NtDeleteBootEntry PROC
mov r10, rcx ; ULONG Id
mov eax, 0D9h ; Win11 24H2
syscall
ret
NtDeleteBootEntry ENDPcAnti-recovery sweep (DO NOT RUN)
// Mirrors what ransomware does after encryption to prevent WinRE-based recovery.
// Public defensive analysis only.
NTSTATUS sweep_recovery(void) {
// IDs harvested from NtEnumerateBootEntries; filter on FriendlyName == "Windows Recovery Environment".
ULONG recovery_ids[] = { 0x10, 0x11 };
for (size_t i = 0; i < ARRAYSIZE(recovery_ids); ++i) {
NTSTATUS s = NtDeleteBootEntry(recovery_ids[i]);
if (!NT_SUCCESS(s)) return s;
}
return STATUS_SUCCESS;
}rustNaked stub
use std::arch::asm;
#[unsafe(naked)]
unsafe extern "system" fn nt_delete_boot_entry(_id: u32) -> i32 {
asm!(
"mov r10, rcx",
"mov eax, 0xD9", // Win11 24H2
"syscall",
"ret",
options(noreturn),
);
}Mappings MITRE ATT&CK
Last verified: 2026-05-20