Skip to content
KitploitKITPLOIT
OutilsExploitsBlog
Log in
Soumettre
OutilsExploitsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
GIGABYTE-H510M-K-V2-BIOS-SMM-Reverse-Engineering-CVE-2025-7026-7027-7028-7029-Research — Rétro-ingénierie statique d'une image BIOS GIGABYTE H510M K V2 (`H510MKV2.F3`) : analyse complète de l'extraction des volumes de firmware UEFI de l'allocateur mémoire SMM Core de la spécification PI et chasse ciblée des quatre vulnérabilités de corruption mémoire SMM divulguées par GIGABYTE/Binarly en 2025 (CVE-2025-7026 CVE-2025-7027 CVE-2025-7028 CVE-2025-7029). | Kitploit
Outils/GitHubGitHub/tobss8/gigabyte-h510m-k-v2-bios-smm-reverse-engineering-cve-2025-7026-7027-7028-7029-research
Analyse StatiqueAnalyse des VulnérabilitésRétro-ingénierieSécurité MatérielleAnalyse de BinairesAnalyse de Micrologiciel
GitHubtobss8/gigabyte-h510m-k-v2-bios-smm-reverse-engineering-cve-2025-7026-7027-7028-7029-research

GIGABYTE-H510M-K-V2-BIOS-SMM-Reverse-Engineering-CVE-2025-7026-7027-7028-7029-Research

Voir le dépôt
129il y a 1 moisPas encore vérifié

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →

À propos

Rétro-ingénierie statique d'une image BIOS GIGABYTE H510M K V2 (`H510MKV2.F3`) : analyse complète de l'extraction des volumes de firmware UEFI de l'allocateur mémoire SMM Core de la spécification PI et chasse ciblée des quatre vulnérabilités de corruption mémoire SMM divulguées par GIGABYTE/Binarly en 2025 (CVE-2025-7026 CVE-2025-7027 CVE-2025-7028 CVE-2025-7029).

Partager

Recherche sur le BIOS GIGABYTE H510M K V2 — Rétro-ingénierie SMM & CVE-2025-7026/7027/7028/7029

Rétro-ingénierie statique d'une image BIOS GIGABYTE H510M K V2 (H510MKV2.F3) : extraction complète des volumes de firmware UEFI, analyse de l'allocateur mémoire du noyau SMM conforme à la spécification PI et recherche ciblée des quatre vulnérabilités de corruption mémoire SMM divulguées par GIGABYTE/Binarly en 2025 (CVE-2025-7026, CVE-2025-7027, CVE-2025-7028, CVE-2025-7029).

Statut : 1 CVE sur 4 confirmée comme présente (CVE-2025-7027). Les 3 autres ont été activement recherchées dans l'ensemble du firmware accessible et n'ont pas été trouvées — voir CVE non confirmées pour comprendre précisément ce que cela signifie et ne signifie pas.


TOUS LES FICHIERS DE LA RECHERCHE : TÉLÉCHARGEMENT GOOGLE DRIVE : SMM_ALL

Table des matières

  • Avertissement / périmètre
  • Cible
  • TL;DR
  • Méthodologie et outils
  • Structure du firmware
  • Structure du dépôt
  • Contexte : les CVE publiques
  • Découverte bonus : l'allocateur mémoire SMM (PiSmmCore)
  • Confirmée : CVE-2025-7027
  • CVE non confirmées — CVE-2025-7026 / 7028 / 7029
  • Remédiation
  • Limites
  • Références

Avertissement / périmètre

Cette recherche est de type n-day, pas une divulgation de 0-day. Les quatre CVE référencées ici ont déjà été divulguées publiquement et corrigées par GIGABYTE (les firmwares corrigés ont commencé à être distribués le 2025-06-12), ont reçu leurs identifiants CVE et ont été documentées par Binarly et le CERT/CC avant le début de cette recherche. Rien dans ce dépôt ne constitue une découverte de vulnérabilité — il s'agit d'une vérification indépendante par analyse statique de la présence ou non des classes de bugs précédemment divulguées et corrigées dans une version spécifique du BIOS téléchargeable publiquement.

  • Aucun exploit fonctionnel ni PoC n'est inclus ni n'a été développé. Il s'agit uniquement d'analyse statique (désassemblage/décompilation des modules de firmware extraits) ; rien n'a été exécuté, aucune lecture/écriture SMRAM n'a été effectuée, aucun matériel n'a été touché.
  • Aucune nouvelle vulnérabilité n'est revendiquée. La présence de la CVE-2025-7027 est confirmée par correspondance avec le motif de code vulnérable déjà décrit publiquement par Binarly, et non par une découverte indépendante.
  • Publiée à des fins éducatives / de sécurité défensive : comprendre à quoi ressemblent concrètement les bugs de firmware de type n-day et renforcer la recommandation de mise à jour de GIGABYTE avec des preuves concrètes pour cette carte/révision de BIOS spécifique.
  • Si vous possédez cette carte : mettez votre BIOS à jour. Voir Remédiation.

Cible

CarteGIGABYTE H510M K V2 (H510MKV2)
Fichier BIOSH510MKV2.F3
Taille du fichier16777216 octets (16 Mo)
Date du fichier2023-12-20
MD5a9bca8aeb55061824af1c3eedfb5c846
SHA-256934a935e5faba8d2cea4e1d51e9edb6aed86b32f412d0da5bae602bd9fd8f9f3
ChipsetIntel H510
Correctif constructeur disponible depuis2025-06-12 (cette version le précède d'environ 18 mois)

TL;DR

  • Extraction de l'arborescence complète des volumes de firmware UEFI de l'image BIOS (uefi_firmware / uefi-firmware-parser) — 356 fichiers FFS énumérés dans le volume SMM/DXE, dont 302 avec une image PE32/TE extractible.
  • Isolation et rétro-ingénierie complète de PiSmmCore (le noyau SMM conforme à la spécification PI), confirmant et nommant le véritable allocateur de pools/pages SMM (internes de SmmAllocatePool/SmmFreePool/SmmAllocatePages/SmmFreePages) via ses signatures de garde codées en dur "sphd"/"tail" — une correspondance exacte avec le code open-source EDK2 MdeModulePkg/Core/PiSmmCore/Pool.c.
  • Recherche de marqueurs d'identification issus des publications publiques de Binarly sur les CVE-2025-7026/7027/7028/7029 dans tous les modules extractibles de tous les volumes de firmware présents dans la ROM (325+ modules au total).
  • CVE-2025-7027 — confirmée. Le chemin de code vulnérable exact a été trouvé et tracé dans GenericComponentSmmEntry : une variable NVRAM (SetupXtuBufferAddress) est récupérée via GetVariable() sans aucune validation et utilisée directement comme pointeur d'écriture accessible via le SMI logiciel 0xB2 — cela correspond point par point à la description publique de la cause racine de Binarly.
  • CVE-2025-7026 / -7028 / -7029 — non trouvées malgré un balayage exhaustif au niveau chaîne/octet de l'ensemble du firmware accessible. Ce résultat est rapporté comme ouvert et non concluant, pas comme un satisfecit — voir la section dédiée pour comprendre pourquoi et ce qu'une réponse définitive exigerait.

Méthodologie et outils

  1. Extraction — uefi_firmware (uefi-firmware-parser -e) a dépaqueté récursivement l'image BIOS : régions du descripteur de flash Intel → volumes de firmware → fichiers FFS → sections, en décompressant chaque volume de firmware compressé LZMA/Tiano trouvé.
  2. Isolation des modules — chaque fichier FFS avec une section .ui (nom d'affichage du driver) et une section d'image .pe/.te a été copié sous forme de binaire PE32+/TE autonome nommé <DriverName>__<GUID8>.<pe32|te>.
  3. Analyse statique — IDA Pro (via l'interface de travail headless ida-pro-mcp / idalib) avec le décompilateur Hex-Rays, une base de données par module. Auto-analyse + Hex-Rays uniquement — aucune signature FLIRT ni bibliothèque de types EDK2 n'était disponible dans cet environnement (mentionné comme limite ci-dessous).
  4. Recherche de marqueurs — balayages Python au niveau octet/chaîne sur chaque module extrait (et sur l'image brute de 16 Mo) à la recherche des identifiants cités dans les avis publics de Binarly (noms de variables, constantes magiques, étiquettes de fonctions).
  5. Tracé manuel — pour chaque correspondance de marqueur, la fonction référençante a été décompilée et son graphe d'appels (appelants/appelés) parcouru manuellement pour reconstruire le chemin de code réel, recoupé avec la description publique de la cause racine.
  6. Renommage — les fonctions confirmées ont été renommées dans leur base de données IDA afin de documenter la découverte directement dans l'artefact analysable, pas seulement en prose.

Structure du firmware

L'image BIOS contient quatre régions du descripteur de flash Intel ; seule region-bios contient du code GIGABYTE/OEM (region-me.fd, region-gbe.fd, region-pdr.fd sont des firmwares du moteur de gestion Intel / GbE / descripteur — des composants séparés hors périmètre, non explorés).

Quatre volumes de firmware ont été trouvés et extraits dans region-bios :

Volume (GUID du conteneur FFS)ContenuFichiers extraits
file-9e21fd93-... → volume-ee4e5898-...Volume principal des drivers DXE/SMM — tous les drivers Smm*, drivers DXE de la plateforme302
file-f641ac56-... → volume-ee4e5898-...Copie en double/phase PEI du volume ci-dessus (sous-ensemble plus petit : PiSmmCommunicationPei, IT8728FSmmFeaturesPei, etc.)22
file-3417f275-... → volume-3417f275-...Volume d'amorçage PEI/DXE précoce (DxeIpl, FspS3Notify, ...)21 (2 avec images)
file-05ca020b-... → volume-05ca020b-...Petit volume auxiliaire, aucune image exécutable2
Télécharger l’outil