KERNEL_SECURITY_CHECK_FAILURE значит, что ядро проверило свои структуры и нашло порчу: кто-то записал мимо, память соврала, драйвер сломал список. Числовой код - 0x139. Это синий экран в работе или на загрузке, не код установки программы. Часто всплывает после самодельных «патчей ядра», отключения проверки подписи и подмены .sys. В этих случаях система честно говорит: безопасность ядра нарушена.

Почему это происходит

Драйвер старый или самодельный. Читы, «разблокировка» античита, паки драйверов с торрента, старый антивирус. Они лезут в ядро. 0x139 - ожидаемый ответ, не баг Windows.

Память. Битая планка портит структуры, которые ядро потом проверяет. Падения случайные, разные программы. Сосед по симптомам - PAGE_FAULT_IN_NONPAGED_AREA.

Повреждённые системные файлы. После сбоя диска или оборванного обновления. sfc уместен. Скачивание ntdll и ntoskrnl с сайта «dll dump» - нет: подпись не сойдётся, 0x139 станет чаще.

Виртуализация и песочницы. Реже. Кривой гипервизор, несовместимый драйвер диска в виртуальной машине. На железе хозяина тогда тихо.

Не путать с Code 43. Жёлтый треугольник у видеокарты в диспетчере устройств - не 0x139. Разные этажи.

Тестовый режим и «отключить целостность». bcdedit с выключенной проверкой подписи ставили, чтобы заработал старый античит или твик. Ядро после этого каждый раз нервничает: любой кривой драйвер пишет мимо, 0x139 становится бытовым. Верните штатную загрузку. Если нужная программа без отключения подписи не живёт - это проблема программы, не Windows. Подменять ci.dll и подобные файлы нельзя.

После обновления Windows. Иногда приезжает патч целостности, а в системе уже сидит неподписанный фильтр. Синий экран «на следующее утро» выглядит как вина Microsoft. Снимите фильтр, не скрывайте все обновления. Если не знаете, какой фильтр - безопасный режим и автозагрузка служб, не «очиститель реестра».

Память и 0x139 вместе. Битая планка портит структуры, которые ядро потом проверяет контрольной суммой. Тогда тест памяти важнее поиска «какой чит виноват». Если тест чистый, а 0x139 только в одной игре с античитом - смотрите эту игру, не плату.

Что делать самому

  1. Сфотографируйте экран. 0x139 и имя модуля, если есть. Уберите из автозагрузки всё, что ставили «для игры» за последнюю неделю: читы, разгон через сомнительные утилиты, «бустеры».

  2. Верните проверку подписи драйверов, если отключали. Самодельный тестовый режим и bcdedit с отключением целостности как раз и ловят 0x139. Штатная загрузка, официальные пакеты.

  3. Проверьте память. mdsched.exe на ночь. Ошибка в отчёте - планка, не «патч ядра».

  4. Системные файлы. sfc /scannow и DISM, если Windows доходит до рабочего стола. В безопасном режиме удалите антивирус, который обновился вчера и сразу дал синий экран.

  5. Откатите обновление только если связь очевидная. Иногда пакет Microsoft приезжает на старый фильтр антивируса. Тогда снимают антивирус, не «скрывают все обновления навсегда».

  6. Не качайте отдельные системные библиотеки. Любой гайд «замените файл, чтобы убрать 0x139» ухудшает картину. Либо официальный драйвер, либо точка восстановления, либо чистая система.

Часто задаваемые вопросы

KERNEL_SECURITY_CHECK_FAILURE и 0x139 - одно? Да.

Это вирус? Иногда малварь с драйвером. Чаще - ваш же «хелпер» или битая память. Проверка диска и памяти полезнее, чем «очиститель реестра».

Поможет ли переустановка? Да, если виноваты подменённые файлы и пиратские драйверы. Нет, если виновата планка.

Связано ли с CRITICAL_PROCESS_DIED? Оба могут быть следствием порчи системы, но это разные стоп-коды. Не лечите один статьёй про другой.

Можно ли оставить тестовый режим, если так «всё работает»? Работает до первого пакета Windows, который ужесточит проверку. Плюс вы сами не отличите нормальный драйвер от случайного файла. Штатный режим - меньше сюрпризов.

0x139 на виртуальной машине? Часто кривой драйвер диска гипервизора или вложенная виртуализация. На хозяине тихо - чините ВМ, не память ноутбука. Подмена файлов ядра внутри ВМ так же вредна, как на железе.

Смотрите также