Driver Verifier nutzen — Bluescreens systematisch finden

Wenn Windows immer wieder mit Bluescreens startet und der ausgegebene Stop-Code keinen klaren Treiber benennt — oder wenn ein Bluescreen nur sporadisch auftritt — kann der Driver Verifier helfen. Das in Windows integrierte Diagnose-Tool stresst Treiber gezielt, um den Verursacher zu identifizieren. Power-Anwender und IT-Administratoren nutzen es regelmäßig, viele Privat-Anwender kennen es gar nicht.

Was ist Driver Verifier?

Der Driver Verifier (Windows-Befehl: verifier.exe) ist ein in Windows seit XP integriertes Tool, das Treiber während ihrer normalen Ausführung überwacht und absichtlich Stress-Tests durchführt. Wenn ein Treiber fehlerhaft programmiert ist (z. B. ungültige Speicherzugriffe, Race Conditions, Thread-Sync-Probleme), löst der Verifier einen kontrollierten Bluescreen mit klar benanntem Verursacher aus.

Vorteile gegenüber normalem BSOD:

• Treiber wird mit hoher Wahrscheinlichkeit beim Namen genannt
• Zusätzliche Stress-Faktoren machen versteckte Bugs sichtbar
• Memory Dump enthält detaillierte Diagnose-Informationen

Nachteile:

• System wird deutlich langsamer (10–30 % Performance-Verlust)
• Mehr Bluescreens als normal — gewollt!
• Auf instabilen Systemen kaum bootfähig

Wann sollte ich Driver Verifier nutzen?

• Sporadische Bluescreens mit wechselnden Stop-Codes — System ist stabil genug für längere Sessions
• BSODs mit unklarem Verursacher (Stop-Code wie SYSTEM_SERVICE_EXCEPTION, KERNEL_SECURITY_CHECK_FAILURE)
• Bevor Sie Hardware verdächtigen — wenn der Verifier keinen Treiber findet, ist Hardware-Problem wahrscheinlicher
• Nach mehreren Treiber-Updates, wenn Sie nicht wissen, welcher das Problem verursacht

Wann sollte ich Driver Verifier NICHT nutzen?

• Auf einem nicht-bootfähigen System — Verifier kann nicht-bootfähige Zustände verschärfen
• Wenn Sie nicht regelmäßig Backups haben — Verifier kann zu unbeantwortbaren BSODs führen
• Auf Produktiv-Systemen ohne Test-Möglichkeit
• Wenn Sie nicht wissen, wie man im abgesicherten Modus startet — als Notausstieg notwendig

Driver Verifier aktivieren

Vor dem Aktivieren System-Wiederherstellungspunkt setzen!

1. Eingabeaufforderung als Administrator öffnen.
2. verifier eingeben — die GUI öffnet sich.
3. Auswahl Benutzerdefinierte Einstellungen erstellen (für Code-Entwickler).
4. Folgende Tests aktivieren: Spezielles Pool, Pool-Tracking, I/O-Verifizierung, Deadlock-Erkennung, Sicherheitsprüfungen, DMA-Verifizierung, Rest dynamisch. Nicht aktivieren: Random Low Resources Simulation — kann auch saubere Treiber crashen lassen.
5. Im nächsten Schritt: Treibernamen aus einer Liste auswählen.
6. Alle Nicht-Microsoft-Treiber auswählen (Spalte „Anbieter" filtern).
7. Fertigstellen → Reboot.

Bluescreen analysieren

Nach dem Reboot läuft das System im Verifier-Modus. Wenn ein BSOD auftritt:

1. System neu starten — Memory Dump wird in C:\Windows\Minidump\ erstellt.
2. Mit dem Tool WinDbg (aus dem Microsoft Store) den Dump öffnen.
3. Befehl: !analyze -v
4. Im Output sucht man nach dem Eintrag IMAGE_NAME oder MODULE_NAME — der dort genannte Treiber ist sehr wahrscheinlich der Verursacher.

Alternative: Das Tool WhoCrashed (kostenlos für Privat-Anwender) analysiert den Dump automatisch und benennt den verursachenden Treiber.

Driver Verifier deaktivieren

Wichtig: Verifier nicht permanent laufen lassen, weil das System dauerhaft langsam ist.

1. Eingabeaufforderung als Administrator: verifier /reset
2. Reboot.

Falls das System nicht mehr bootet:

1. In den abgesicherten Modus starten (F8 oder Shift + Neustart).
2. Eingabeaufforderung als Administrator: verifier /reset
3. Reboot.

Zusammenfassung

Driver Verifier ist ein mächtiges, aber riskantes Werkzeug. Es identifiziert fehlerhafte Treiber zuverlässig, kann aber auf instabilen Systemen die Probleme verschärfen. Für sporadische BSODs mit unklarem Verursacher: ein wertvoller Diagnose-Schritt — vorausgesetzt System-Backup und Notfall-Plan (abgesicherter Modus) sind vorhanden. Für die meisten Privat-Anwender: zuerst aktuelle Treiber installieren und auf bekannte CVE-Lücken prüfen, bevor man zum Verifier greift.