KERNEL_SECURITY_CHECK_FAILURE on Windows 11 means the kernel caught something corrupting its memory and pulled the plug. In plain terms: a driver is misbehaving at the deepest level of the system. This is the practical, step-by-step fix sequence — no dump-analysis degree required, though we’ll use the dumps to aim our efforts.
For the full diagnostic methodology (reading dumps, deploying Driver Verifier strategically), see our troubleshooting guide . What follows is the fix order that resolves most cases.
The single most useful thing you can do before touching anything: check whether the crashes correlate with something. Open Reliability Monitor (just search for it in Start) — it shows crashes, driver installs, and Windows updates on one timeline. If every KERNEL_SECURITY_CHECK_FAILURE started the day after a graphics driver update, you’ve already found your culprit before running a single command.
Why this happens
- Buggy graphics driver: The leading cause on Windows 11, especially after feature updates or major NVIDIA/AMD/Intel driver releases.
- Antivirus/VPN kernel drivers: Security and network filter drivers corrupting kernel structures.
- Corrupted driver installation: Half-updated or mismatched driver files.
- Unstable RAM overclock (XMP/EXPO): Memory pushed past stability, corrupting kernel data under load.
- Bad RAM: Faulty modules flipping bits in kernel memory.
- Corrupted Windows system files: Damaged kernel components failing their own integrity checks.
- HVCI/driver conflicts: Virtualization-based security (Core isolation / Memory integrity) clashing with older drivers that aren’t compatible.
- Stale manufacturer utilities: Old OEM tools with kernel drivers predating Windows 11’s integrity requirements.
How to fix it
Work through these in order.
Fix 1: Clean-install the graphics driver
Start with the most likely offender. Don’t just update over the old driver — a true clean install with DDU removes the corrupted remnants, registry entries, and conflicting files that a regular update leaves behind. This matters more than people think.
- Download DDU (Display Driver Uninstaller) and the latest graphics driver recommended for your laptop (manufacturer’s site first choice).
- Boot into Safe Mode: hold Shift while clicking Restart, then Troubleshoot > Advanced options > Startup Settings > Restart, press 4.
- Run DDU, choose Clean and restart.
- Install the fresh graphics driver, restart normally, and test with your usual workload.
Fix 2: Update chipset, storage, and network drivers
- From your laptop maker’s support site, install the latest chipset, storage controller, and Wi-Fi/Ethernet drivers for your exact model — one at a time, restarting between each.
- Update the BIOS/UEFI firmware as well; firmware updates include fixes for memory-controller and CPU behavior that affect kernel stability.
- Test for a day of normal use. If the crashes started with a Windows update, see our kernel security check failure after update guide .
Fix 3: Remove third-party security and utility software
Kernel-mode third-party drivers are the second most common trigger. These drivers run at the same privilege level as the kernel itself, so when they corrupt memory, the kernel’s integrity checks catch it — that’s literally what this stop code is. Removing them is both a fix and a diagnostic.
- Uninstall third-party antivirus suites, VPN clients, firewalls, and “PC optimizer”/“driver updater” tools.
- Restart. Windows Security provides solid protection on its own.
- If crashes stop, you’ve found the category — reinstall only what you truly need, one at a time.
Fix 4: Disable overclocks and XMP
If crashes happen under load (gaming, rendering, video calls):
- Enter BIOS/UEFI setup and load optimized defaults.
- Specifically disable XMP/EXPO memory profiles — run RAM at stock JEDEC speed.
- Reset any tuning in Intel XTU, Ryzen Master, MSI Afterburner, or manufacturer utilities (OMEN Gaming Hub, Armoury Crate, etc.).
- Retest under the same load. Stability now = the overclock was the cause.
Fix 5: Check the minidump for the culprit
If crashes continue, get the evidence. Five minutes with WinDbg often names the exact driver, turning a week of guesswork into a single targeted fix. The learning curve looks steep; the actual procedure is three clicks and one command.
- Install WinDbg Preview from the Microsoft Store.
- Open the newest
.dmpfromC:\Windows\Minidump, run!analyze -v. - Note the faulting module. If it’s the same
.sysfile every time, update, roll back, or uninstall that specific driver. - Check Reliability Monitor (search Start) for what changed just before crashes began.
Fix 6: Run Driver Verifier on third-party drivers
The definitive trap for an elusive driver bug.
- Create a restore point first.
- Win + R >
verifier.exe> Create custom settings > enable Standard settings + Special pool. - Select driver names from a list > check non-Microsoft drivers > Finish > restart.
- Use the PC until it crashes — Verifier will name the guilty driver.
- Boot to Safe Mode, run
verifier /resetin an admin terminal, then fix the named driver.
Fix 7: Test the RAM
Software leads exhausted? Verify the hardware. At this point you’ve eliminated the likely software causes, so a definitive RAM test either confirms the hardware verdict or sends you back to drivers with certainty — both outcomes are progress.
- Win + R >
mdsched.exe> Restart now and check for problems. - Then MemTest86 from a bootable USB — one full pass, zero errors required.
- Reseat modules before replacing; test sticks individually to isolate.
Fix 8: Repair Windows with SFC/DISM and in-place upgrade
- Admin terminal:
sfc /scannow, thenDISM /Online /Cleanup-Image /RestoreHealth. - Install all pending Windows updates — Microsoft ships kernel fixes in cumulative updates (grab them from the Microsoft Update Catalog if Windows Update is broken).
- Still crashing? Do an in-place upgrade: mount the Windows 11 ISO from the download page , run setup.exe, choose Keep personal files and apps.
Closing
On Windows 11, KERNEL_SECURITY_CHECK_FAILURE is a driver problem until proven otherwise — and the proof comes from the fix order above: graphics driver clean install, third-party kernel software removal, overclock reset, then dump analysis and Verifier for the stubborn ones. RAM testing is the backstop, not the starting point. Work it in order and you’ll either fix it or have the evidence (a named driver or a failed MemTest86) that tells you exactly what’s next. Keep a note of what fixed it — this stop code has a habit of returning after the next big driver update if the underlying habit, like letting Windows Update install GPU drivers or running an overclocked XMP profile, hasn’t changed.
