Votre PC affiche un écran bleu « KERNEL_MODE_HEAP_CORRUPTION » (code d'arrêt 0x0000013A), au démarrage, sous charge ou juste après une mise à jour de pilote ? Voici sa signature, à ne pas confondre avec les autres écrans bleus « mémoire » : le « tas » (heap) du noyau est la réserve de mémoire dans laquelle Windows et ses pilotes réservent et libèrent en permanence des blocs pour travailler. Le gestionnaire de ce tas surveille l'intégrité de ses propres structures. Quand il découvre que l'une d'elles a été ABÎMÉE — un bloc écrit au-delà de sa taille, un bloc libéré deux fois, une structure de contrôle écrasée — il déclenche immédiatement le 0x13A plutôt que de continuer avec une mémoire noyau corrompue qui finirait par détruire vos données. Autrement dit, Windows a pris un composant du noyau EN FLAGRANT DÉLIT d'avoir corrompu le tas. Le suspect n°1, de très loin : un PILOTE (driver) DÉFAILLANT — un pilote qui gère mal sa mémoire, déborde d'un tampon ou libère deux fois un bloc. Les habitués : le pilote d'AFFICHAGE (carte graphique), un pilote RÉSEAU/Wi-Fi, un pilote AUDIO, un pilote de CHIPSET/stockage récent ou installé via un « pack de pilotes » douteux, et très souvent le pilote bas niveau d'un LOGICIEL DE SÉCURITÉ TIERS (antivirus, pare-feu, « optimiseur ») qui s'accroche à la mémoire du noyau. Viennent ensuite : une RAM DÉFAILLANTE ou instable (barrette fatiguée, XMP/EXPO trop agressif) qui fait « pourrir » aléatoirement le contenu du tas ; des FICHIERS SYSTÈME Windows corrompus ; plus rarement un BIOS/UEFI obsolète. La bonne nouvelle : le 0x13A est l'un des rares BSOD où Windows possède un outil taillé pour NOMMER le coupable — le VÉRIFICATEUR DE PILOTES (Driver Verifier), qui force la faute et pointe le pilote fautif dans le rapport de plantage (minidump). À distinguer de ses cousins : le 0x00000019 « BAD_POOL_HEADER » et le 0x000000C2 « BAD_POOL_CALLER » visent le POOL mémoire du noyau (l'en-tête d'un bloc corrompu, ou un pilote qui fait un appel mémoire illégal), tandis que le 0x13A désigne le TAS (heap) du noyau dont les CONTRÔLES D'INTÉGRITÉ ont détecté la corruption ; le 0x0000001A « MEMORY_MANAGEMENT » est l'erreur GÉNÉRALE, fourre-tout, du gestionnaire de mémoire. Autre bonne nouvelle : le 0x13A se règle presque toujours sans réinstaller — identifier puis mettre à jour ou reculer le pilote fautif, tester la RAM, écarter l'antivirus tiers. Voici comment, dans le bon ordre.
⚠️ Le bon réflexe : le 0x0000013A est avant tout un problème de pilote (driver) défaillant — très souvent le pilote d'affichage, réseau/Wi-Fi, audio ou d'un antivirus tiers. Commencez par le geste propre à ce code : si le BSOD a suivi une mise à jour de pilote, revenez à la version précédente ; sinon, laissez le Vérificateur de pilotes (Driver Verifier) nommer le coupable, puis testez la RAM. On cherche le pilote (ou la barrette) fautif avant de réinstaller Windows.
💡 À comprendre en 30 secondes
KERNEL_MODE_HEAP_CORRUPTION (code d'arrêt 0x0000013A) veut dire que le gestionnaire du « tas » (heap) du noyau — la réserve de mémoire où Windows et ses pilotes réservent et libèrent des blocs — a détecté une corruption de ses propres structures via ses contrôles d'intégrité. Windows a donc pris un composant du noyau en flagrant délit d'avoir abîmé la mémoire, et s'arrête net, parfois en boucle ou au démarrage. Les causes classiques, dans l'ordre :
- Un pilote (driver) défaillant — la cause n°1, de très loin : il déborde d'un tampon ou libère deux fois un bloc et corrompt le tas commun au noyau. Habitués : affichage (carte graphique), réseau/Wi-Fi, audio, chipset/stockage.
- Le pilote bas niveau d'un antivirus / logiciel de sécurité tiers mal mis à jour ou en conflit, qui s'accroche à la mémoire du noyau.
- Une RAM défaillante ou instable (barrette fatiguée, XMP/EXPO ou overclock trop agressif) qui fait « pourrir » aléatoirement le tas.
- Des fichiers système corrompus, ou plus rarement un BIOS/UEFI obsolète.
À ne pas confondre : le 0x19 BAD_POOL_HEADER = l'en-tête d'un bloc du pool mémoire corrompu ; le 0xC2 BAD_POOL_CALLER = un pilote pris à faire un appel mémoire illégal (double free / mauvais IRQL) ; le 0x1A MEMORY_MANAGEMENT = erreur générale du gestionnaire de mémoire. Le 0x13A, lui, vise le tas (heap) du noyau dont les contrôles d'intégrité ont détecté la corruption.
🔎 Reconnaître votre cas (et ce qui n'en est PAS un)
- Le BSOD a commencé juste après l'installation ou la mise à jour d'un pilote (graphique, réseau, audio, chipset) → suspect n°1 : revenez à la version précédente ou réinstallez proprement la dernière version signée.
- Vous ne savez pas quel pilote accuser → lancez le Vérificateur de pilotes (Driver Verifier) : il force la faute et NOMME le pilote coupable dans le minidump.
- Vous avez un antivirus / une suite de sécurité tierce → mettez-la à jour, puis testez en la retirant temporairement (Defender reprend la main).
- Votre RAM est overclockée (XMP/EXPO) ou le PC plante aussi aléatoirement → testez la mémoire (mdsched / MemTest86) et revenez au réglage « stock ».
- L'écran bleu affiche un AUTRE code (BAD_POOL_HEADER, BAD_POOL_CALLER, MEMORY_MANAGEMENT…) → codes voisins mais distincts : voyez le guide dédié, ou notre guide général des écrans bleus.
🚀 Les corrections, dans le bon ordre
On part du plus fréquent (les pilotes) vers le plus rare. Testez après chaque étape ; si le PC ne démarre plus assez pour agir, passez par le mode sans échec ou l'Environnement de récupération (WinRE) (forcez 3 arrêts au logo).
Si le BSOD a suivi une MAJ de pilote (graphique, réseau/Wi-Fi, audio, chipset), revenez à la version précédente (Gestionnaire de périphériques → Propriétés → Pilote → « Revenir à la version précédente »), ou réinstallez proprement la dernière version signée du fabricant. Pour la carte graphique, faites-le via DDU en mode sans échec.
Si vous ignorez quel pilote accuser : lancez verifier (admin) → « Créer des paramètres personnalisés » → tests standard → « sélectionner les pilotes non signés / tiers » → redémarrez. Au prochain plantage, le minidump nomme le pilote (lisez-le avec BlueScreenView / WhoCrashed). ⚠️ Ensuite, désactivez-le avec verifier /reset.
Mettez la suite entièrement à jour ; si ça persiste, désinstallez-la temporairement avec l'outil officiel de l'éditeur et laissez la Sécurité Windows (Defender) protéger le PC quelques jours. Si le BSOD s'arrête, réinstallez une version propre ou changez de solution.
Lancez le Diagnostic de mémoire Windows (mdsched.exe) et, pour un vrai verdict, MemTest86 sur plusieurs passes. Si vous aviez activé un profil XMP/EXPO ou un overclock, revenez au réglage « stock » du BIOS et réenfoncez bien les barrettes.
sfc /scannow, puis DISM /Online /Cleanup-Image /RestoreHealth pour réparer une image Windows abîmée qui peut nourrir ce code.
Windows Update (correctifs de fiabilité + pilotes signés WHQL), et si besoin la mise à jour du BIOS/UEFI du fabricant de la carte mère (meilleure compatibilité mémoire/pilotes).
Pilote fautif, antivirus et RAM écartés : réparez l'installation en conservant vos fichiers, ou réinstallez proprement Windows 11 depuis un média OFFICIEL, puis réinstallez uniquement des pilotes SIGNÉS et UNE SEULE solution de sécurité réputée.
⚠️ « Windows préactivé », cracks, faux antivirus et « packs de pilotes » : pourquoi ils favorisent ce 0x13A
Le KERNEL_MODE_HEAP_CORRUPTION est l'un des écrans bleus où les montages Windows piratés font le plus de dégâts, car le 0x13A accuse pile ce que ces bricolages installent : des pilotes et des logiciels de sécurité qui manipulent la mémoire du noyau. Beaucoup d'ISO « préactivé » et de « packs de pilotes » installent des pilotes (affichage, réseau, audio, chipset) modifiés, non signés ou buggés — le genre de code qui déborde d'un tampon ou libère deux fois un bloc et corrompt le tas que le 0x13A protège. Ces images embarquent souvent de faux « antivirus » et des « optimiseurs » dont le pilote bas niveau s'accroche à la mémoire noyau sans aucune qualité de code. Les activateurs KMS et « loaders » injectent du code en mémoire et détournent des composants au démarrage, et une grande partie de ces images embarquent de vrais malwares (rootkits) qui vivent en mémoire noyau et corrompent justement ce genre de structures. Effet aggravant : le KMS désactive souvent Windows Update → plus de pilotes signés (WHQL), plus de correctifs de fiabilité qui auraient corrigé le pilote fautif, et plus de Defender à jour comme filet. Soyons honnêtes : le 0x13A frappe parfaitement des Windows authentiques — un pilote graphique bêta, un pilote Wi-Fi bâclé, un antivirus tiers mal mis à jour ou une RAM overclockée suffisent ; commencez donc toujours par identifier et soigner le pilote coupable (au besoin avec Driver Verifier), tester la RAM et écarter l'antivirus tiers avant de conclure. Mais dès qu'un « préactivé », un crack, un « driver pack » douteux, un faux antivirus ou un pilote non signé est dans l'équation, c'est une piste sérieuse à éliminer. La base saine : un Windows 11 authentique, installé proprement (média officiel), avec Windows Update activé, uniquement des pilotes signés venant des fabricants, une seule solution de sécurité réputée et aucun « optimiseur » parasite. Avec Fast Licenses, une licence Windows 11 authentique s'obtient à prix réduit et s'active en quelques minutes : le jour où vous devez repartir propre pour écarter la piste logicielle, vous réinstallez un système légitime, à jour et sans pilote non signé ni faux antivirus parasite.
📊 Comparatif des prix 2026
| Produit | Prix officiel | Fast Licenses |
|---|---|---|
| Windows 11 Pro | 259€ | À partir de 29€ |
| Office 2021 Pro | 439€ | À partir de 39€ |
| Windows 11 Famille | 145€ | À partir de 25€ |
🛡️ Des pilotes signés, une seule sécurité fiable, un Windows légitime
La solution durable après un 0x13A n'est pas d'empiler des « packs de pilotes » non signés et des faux antivirus d'un ISO pirate, mais de repartir d'une base saine : uniquement des pilotes officiels signés, une seule solution de sécurité réputée, une RAM testée et un Windows 11 légitime installé proprement, à jour, activé en quelques minutes, à prix réduit. Rejoignez plus de 10 000 clients satisfaits.
Voir nos licences →❓ Questions fréquentes
Que signifie l'écran bleu « KERNEL_MODE_HEAP_CORRUPTION » (0x0000013A) sous Windows 11 ?
« KERNEL_MODE_HEAP_CORRUPTION » (code d'arrêt 0x0000013A) signifie que le GESTIONNAIRE DE TAS (heap) du NOYAU de Windows a détecté, via ses propres contrôles d'intégrité, qu'une de ses structures internes a été CORROMPUE. Le « tas » du noyau, c'est la réserve de mémoire dans laquelle Windows et surtout ses PILOTES réservent et libèrent en permanence des petits blocs pour fonctionner. Le heap manager entoure chaque bloc de structures de contrôle et les vérifie ; s'il constate qu'un bloc a été écrit AU-DELÀ de sa taille (dépassement de tampon), qu'un bloc a été LIBÉRÉ DEUX FOIS, ou qu'une structure de contrôle a été ÉCRASÉE, il ne peut plus faire confiance à la mémoire du noyau et Windows s'arrête net sur cet écran bleu — au démarrage, sous charge (jeu, montage, gros transfert), au réveil de veille, ou parfois EN BOUCLE. La grande différence avec beaucoup d'autres BSOD : ici Windows a pris un composant EN FLAGRANT DÉLIT d'avoir abîmé la mémoire, mais il ne dit pas toujours QUI dans le message — d'où l'intérêt du Vérificateur de pilotes (voir plus bas). Les suspects, dans l'ordre le plus fréquent : (1) un PILOTE (driver) DÉFAILLANT — de TRÈS loin la cause n°1. Un pilote qui gère mal sa mémoire, déborde d'un tampon ou libère deux fois un bloc corrompt le tas commun à tout le noyau. Les habitués : le pilote d'AFFICHAGE (carte graphique NVIDIA/AMD/Intel), un pilote RÉSEAU/Wi-Fi, un pilote AUDIO, un pilote de CHIPSET/stockage récent, en version bêta ou installé via un « pack de pilotes » douteux. (2) Le pilote bas niveau d'un LOGICIEL DE SÉCURITÉ TIERS (antivirus, pare-feu, « nettoyeur/optimiseur ») qui s'accroche à la mémoire du noyau : mal mis à jour, corrompu ou en conflit, il provoque exactement ce genre de corruption. (3) Une RAM DÉFAILLANTE ou INSTABLE : barrette fatiguée, mal enfichée, ou un profil XMP (Intel) / EXPO (AMD) / overclock trop agressif qui fait « pourrir » aléatoirement le contenu du tas. (4) Des FICHIERS SYSTÈME Windows corrompus. (5) Plus rarement, un BIOS/UEFI obsolète qui gère mal la mémoire. À ne pas confondre avec ses cousins de la même famille « corruption mémoire noyau » : le 0x00000019 « BAD_POOL_HEADER » indique que l'EN-TÊTE d'un bloc du POOL mémoire est corrompu (détecté à l'allocation/libération) ; le 0x000000C2 « BAD_POOL_CALLER » désigne un pilote pris à faire un APPEL mémoire ILLÉGAL (double libération, mauvais IRQL, adresse hors pool) ; le 0x0000001A « MEMORY_MANAGEMENT » est l'erreur GÉNÉRALE, fourre-tout, du gestionnaire de mémoire. Le 0x13A, lui, vise spécifiquement le TAS (heap) du noyau, dont les CONTRÔLES D'INTÉGRITÉ ont sonné l'alarme. Sa marque de fabrique : « écran bleu KERNEL_MODE_HEAP_CORRUPTION qui revient au démarrage ou sous charge, souvent après l'installation ou la mise à jour d'un pilote (graphique, réseau, audio) ou d'une suite de sécurité, parfois sur une machine dont la RAM est overclockée (XMP/EXPO) ».
Comment réparer l'erreur KERNEL_MODE_HEAP_CORRUPTION (0x0000013A) sous Windows 11, étape par étape ?
On avance du plus fréquent (les pilotes) au plus rare, sans réinstaller à l'aveugle. Si le PC ne démarre plus assez longtemps pour agir, passez par le MODE SANS ÉCHEC ou l'Environnement de récupération (WinRE) — forcez 3 arrêts au logo pour l'ouvrir. (1) IDENTIFIEZ ET SOIGNEZ LE PILOTE FAUTIF — c'est LA piste du 0x13A. Si le BSOD a commencé juste après l'installation ou la mise à jour d'un pilote (graphique, réseau/Wi-Fi, audio, chipset), REVENEZ à la version précédente (Gestionnaire de périphériques → clic droit sur le périphérique → Propriétés → Pilote → « Revenir à la version précédente »), ou réinstallez proprement la DERNIÈRE version SIGNÉE depuis le site du fabricant (pour la carte graphique, faites-le via DDU en mode sans échec). (2) UTILISEZ LE VÉRIFICATEUR DE PILOTES (Driver Verifier) pour NOMMER le coupable si vous ne le connaissez pas : lancez « verifier » (en admin), choisissez « Créer des paramètres personnalisés », cochez les tests standard, puis « sélectionner les pilotes non signés / tiers » et redémarrez. Verifier va FORCER la faute : au prochain 0x13A (ou à un autre code), le minidump nommera le pilote — lisez-le avec BlueScreenView ou WhoCrashed, puis DÉSACTIVEZ Verifier avec « verifier /reset » (⚠️ n'oubliez pas cette étape, sinon le PC continue de planter volontairement). (3) METTEZ À JOUR, PUIS TESTEZ SANS VOTRE ANTIVIRUS TIERS : mettez la suite entièrement à jour ; si ça persiste, désinstallez-la temporairement avec l'outil officiel de l'éditeur et laissez la Sécurité Windows (Microsoft Defender) protéger le PC quelques jours. Si le BSOD s'arrête, vous tenez le coupable → réinstallez une version propre ou changez de solution. (4) TESTEZ LA RAM : lancez le Diagnostic de mémoire Windows (« mdsched.exe »), et pour un vrai verdict faites tourner MemTest86 sur plusieurs passes ; si vous aviez activé un profil XMP/EXPO ou un overclock, revenez au réglage « stock » du BIOS et réinstallez les barrettes bien à fond. (5) RÉPAREZ LES FICHIERS SYSTÈME : « sfc /scannow », puis « DISM /Online /Cleanup-Image /RestoreHealth ». (6) FAITES LES MISES À JOUR : Windows Update (correctifs de fiabilité + pilotes signés WHQL) et, si besoin, la MISE À JOUR DU BIOS/UEFI depuis le site du fabricant de la carte mère (meilleure compatibilité mémoire/pilotes). (7) EN DERNIER RECOURS, une fois le pilote fautif, l'antivirus et la RAM écartés : réparez l'installation en conservant vos fichiers, ou réinstallez proprement Windows 11 depuis un média OFFICIEL, puis réinstallez uniquement des pilotes SIGNÉS venant des fabricants. Dans l'immense majorité des cas, le duo « rollback/mise à jour du pilote coupable (identifié au besoin par Driver Verifier) + test de la RAM » suffit à faire disparaître le 0x13A — inutile de réinstaller à l'aveugle un système qui plante à cause d'un seul pilote mal écrit.
Un « Windows préactivé », un crack, un faux antivirus, un « pack de pilotes » ou un activateur KMS peuvent-ils provoquer ce KERNEL_MODE_HEAP_CORRUPTION ?
Oui, très directement — et c'est même l'un des BSOD où les montages Windows piratés et les « packs de pilotes » douteux font le plus de dégâts, parce que le 0x13A accuse précisément ce que ces bricolages installent : des PILOTES et des LOGICIELS DE SÉCURITÉ qui manipulent la mémoire du noyau. D'abord, énormément d'ISO « préactivé » et de « packs tout-en-un / driver packs » installent des pilotes (affichage, réseau, audio, chipset) MODIFIÉS, NON SIGNÉS, en mauvaise version ou carrément buggés — exactement le type de code qui déborde d'un tampon ou libère deux fois un bloc et corrompt le tas noyau que le 0x13A protège. Ensuite, ces images embarquent souvent de FAUX « antivirus », des « nettoyeurs » et des « optimiseurs » dont le pilote bas niveau s'accroche à la mémoire du noyau sans aucune qualité de code : c'est un déclencheur classique de corruption de tas. Les activateurs KMS et les « loaders » de crack injectent du code en mémoire et détournent des composants système très tôt au démarrage, et une grande partie de ces images embarquent en prime de vrais malwares (rootkits) qui vivent en mémoire noyau et corrompent justement ce genre de structures. Effet aggravant : le KMS désactive fréquemment Windows Update, si bien que vous ne recevez plus les pilotes signés (WHQL) ni les correctifs de fiabilité qui auraient corrigé le pilote fautif — et vous n'avez plus Microsoft Defender à jour comme filet de sécurité. Soyons honnêtes : le 0x13A frappe parfaitement des Windows 100 % authentiques — un pilote graphique bêta, un pilote Wi-Fi bâclé, un antivirus tiers mal mis à jour ou une RAM overclockée suffisent ; il faut donc TOUJOURS commencer par identifier et soigner le pilote coupable (au besoin avec Driver Verifier), tester la RAM et écarter l'antivirus tiers avant de conclure. Mais dès qu'un « préactivé », un crack, un « driver pack » douteux, un faux antivirus ou un pilote non signé est dans l'équation, c'est une piste supplémentaire — et sérieuse — à éliminer. La base saine, c'est un Windows 11 AUTHENTIQUE, installé PROPREMENT (média officiel), avec Windows Update ACTIVÉ, UNIQUEMENT des pilotes SIGNÉS venant des fabricants (jamais un « pack de pilotes » douteux), UNE SEULE solution de sécurité réputée et à jour, et aucun « optimiseur » parasite. Chez Fast Licenses, une licence Windows 11 authentique s'obtient à prix réduit et s'active en quelques minutes : le jour où vous devez repartir sur une installation propre pour écarter la piste logicielle, vous réinstallez un système légitime, à jour et sans pilote non signé ni faux antivirus parasite — plutôt que d'empiler une image piratée qui brouille le diagnostic d'un problème avant tout lié aux pilotes.
📚 Articles recommandés
- « BAD_POOL_HEADER » (0x00000019), quand l'en-tête d'un bloc du pool mémoire du noyau est corrompu — le cousin « pool » du 0x13A
- « BAD_POOL_CALLER » (0x000000C2), un pilote pris en flagrant délit d'appel mémoire illégal
- « MEMORY_MANAGEMENT » (0x0000001A), l'erreur générale du gestionnaire de mémoire
- Écran bleu (BSOD) sous Windows 11 : décoder les codes d'arrêt, réparer et éviter
- Tous nos guides de dépannage Windows 11
Cet article a été rédigé par l'équipe Fast Licenses — experts en licences logicielles depuis 2020.
Mots-clés : kernel_mode_heap_corruption, 0x0000013a, 0x0000013a windows 11, ecran bleu 0x0000013a, corriger kernel_mode_heap_corruption windows 11, bsod 0x0000013a, kernel mode heap corruption pilote, kernel mode heap corruption ram, kernel mode heap corruption carte graphique, kernel mode heap corruption driver verifier, ecran bleu tas noyau corrompu windows 11, kernel_mode_heap_corruption difference bad_pool_header · © 2026 Fast Licenses
0 comentarios