Erstellen BSOD vom user-mode?

War ich gelangweilt mit meinem XP-box eines Tages, so entschied ich mich zu versuchen, einige der Antworten zu diese Frage, um zu sehen, wenn jeder von Ihnen würde einen BSOD.

Sie hat nicht, und es schien, als würden Sie am ehesten tun, so Frage ich mich, ob es möglich ist, die zum auslösen eines BSOD vom Benutzer-Modus in C/C++, und wenn ja, wie?

Du meinst, andere als Auslöser von bugs im kernel-Modus-code?
Ein blauer Bildschirm ist der Windows-kernel Antwort auf einen bug im kernel. Also Nein, abgesehen von der Ausnutzung von bugs im kernel Abstürzen in user-Modus anders behandelt werden.
Millionen von Windows-Nutzern ging, bevor Sie, wenn auch unabsichtlich. Aber gekonnt unterstützt von crappy C-oder C++ - code. Es ist nicht mehr viel geblieben. Video-Treiber sind die beste Wahl, von einem großen margin.

InformationsquelleAutor Nate Koppenhaver | 2011-08-12

bsod c c++kernel

7

Es ernsthaft schwierig, einen BSOD aus user-Modus, es sei denn, der user-mode-Programm interagiert mit buggy Treiber (kann eine bestimmte Sequenz von Operationen offenbaren kann, die bugs in bestimmten Fahrer) stört der Treiber-stack. Aus user-Modus werden die Eingaben validiert werden sowie vor der übergabe an den kernel-Modus, um sicherzustellen, die Stabilität des Systems. Die meisten der Microsoft-API/Treiber überprüft auch, um Sicherheitsprobleme zu vermeiden, die in das system; so hat der Fahrer fertigt.

Ist der beste Weg, um zu stören die Treiber-stack, aber es ist nicht user-Modus.

Können Sie erstellen, die dann mit NotMyFault SystInternals-Dienstprogramm. Grundsätzlich reicht ein Treiber, und erstellen Sie die BSOD

http://download.sysinternals.com/Files/Notmyfault.zip
- +1 für die Erwähnung der MS-API/Treiber input-Validierung und zum anderen OTS-Lösung in Fall war es für die Prüfung benötigt werden. (gotta love sysinternals.)
InformationsquelleAutor sarat
11

Gibt es die undokumentierte Funktion NtRaiseHardError.

http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/Error/NtRaiseHardError.html

http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/Error/HARDERROR_RESPONSE_OPTION.html

Wenn der fünfte parameter ist 6 (OptionShutdownSystem), bekommst du einen BSOD. Dies erfordert die Aktivierung der shutdown privilege.

InformationsquelleAutor user933111

Ist es gerade diese:

#include <iostream>
#include <Windows.h>
#include <winternl.h>
using namespace std;
typedef NTSTATUS(NTAPI *pdef_NtRaiseHardError)(NTSTATUS ErrorStatus, ULONG NumberOfParameters, ULONG UnicodeStringParameterMask OPTIONAL, PULONG_PTR Parameters, ULONG ResponseOption, PULONG Response);
typedef NTSTATUS(NTAPI *pdef_RtlAdjustPrivilege)(ULONG Privilege, BOOLEAN Enable, BOOLEAN CurrentThread, PBOOLEAN Enabled);
int main()
{
    BOOLEAN bEnabled;
    ULONG uResp;
    LPVOID lpFuncAddress = GetProcAddress(LoadLibraryA("ntdll.dll"), "RtlAdjustPrivilege");
    LPVOID lpFuncAddress2 = GetProcAddress(GetModuleHandle("ntdll.dll"), "NtRaiseHardError");
    pdef_RtlAdjustPrivilege NtCall = (pdef_RtlAdjustPrivilege)lpFuncAddress;
    pdef_NtRaiseHardError NtCall2 = (pdef_NtRaiseHardError)lpFuncAddress2;
    NTSTATUS NtRet = NtCall(19, TRUE, FALSE, &bEnabled); 
    NtCall2(STATUS_FLOAT_MULTIPLE_FAULTS, 0, 0, 0, 6, &uResp); 
    return 0;
}

InformationsquelleAutor Петър Петров

3

Dem Ansatz anderer als der Fehler ist, der Erschöpfung von Ressourcen. Ein Bereich, den Sie untersuchen könnte, wäre die verbrauchen alle CPU auf der Maschine (so viele threads, da haben Sie die Kerne in ein Echtzeit-Priorität), und verbrauchen eine kernel-Ressource und sind abhängig von der real-Zeit-Priorität zum stoppen der kernel von der Reinigung bis.

Nicht sicher, was eine gute Ressource wäre, wenn. Viele der ausstehenden asynchronen Operationen, die gegen ein Gerät, das nicht bekommen können, die CPU zu reinigen? Man könnte zumindest experiment in diese Richtung.
- Wenn Sie kann dazu führen, dass windows bluescreen von Benutzer Modus dann überhaupt, dass ist ein Fehler in einem kernel-Modus-Komponente rein und einfach. Der kernel sollte in der Lage sein zu widerstehen, die Erschöpfung von Ressourcen (für eine definition standhalten), ansonsten ist es eine mögliche DOS-Attacke. Dasselbe gilt für jede andere kernel - wenn Sie aufhören können, den kernel vom user-Modus ist es ein bug.
- Ja und Nein. Privilegierte Benutzer erlaubt, Dinge zu tun, die stören könnte der kernel. Zum Schutz gegen eine DoS-Attacke von einem administrator-Konto unterscheidet zum Schutz gegen eine DoS-Attacke von einem unprivilegierten Benutzer. So etwas wie beginnen viele asynchrone I/O-Operationen mit fragmentierten OVERLAPPED-Struktur-Zuordnung, um zu konsumieren die nicht ausgelagerten pool, und dann haben die kernel-fail-Seite-Zuordnung an einem kritischen Punkt ist eine angemessene avenue für den Absturz des Kernels. Ich würde behaupten, dass dies nicht ein Fehler im kernel, aber die Verwaltung scheitern (und deshalb aus user-Modus).
- Check meine Antwort. Generieren Sie Blauen Bildschirm aus user-Modus, indem man SeShutdownPrivilege dann rufen Sie NtRaiseHardError mit Floating Point exception, zum Beispiel. Nicht alle Ausnahmen generieren BSODs, aber Schwimmende Mehrere Fehler.
InformationsquelleAutor janm
2

Wenn das Betriebssystem hat keine Fehler, dann sollte es unmöglich sein, BSOD einer Maschine von der user-space. Im schlimmsten Fall, sollte es einfach Abstürzen, die problematische Anwendung.

Jedoch, nichts ist perfekt. Gibt es Fehler, jedes Betriebssystem und jedes Betriebssystem hat Fehler, die Ursache eines BSOD (oder ein OOPS, wie Linux funktioniert, oder aber sonst ein bestimmtes OS wählt Bericht einen nicht behebbaren Fehler), dass eine Sicherheitslücke von user-space.

Soweit Besonderheiten, es hängt wirklich von der Art des Fehlers. Es gibt keine Allgemeine Antwort jenseits von "ja, es ist möglich".

Weitere details sollten Sie sich mehr in OS design und wie paging, ring-Ebenen und andere Techniken können verwendet werden, um separate Prozesse von einander und kernel-space.
- ein oops ist nicht behebbaren, eine kernel panic
InformationsquelleAutor Evan Teran
2

Gut, BSODs sind aus nicht behebbaren Fehler im kernel-Modus; es gibt keinen Weg, um zu verursachen, dass das passiert, ohne dass ein kernel-Fehler irgendwie. Im Allgemeinen, wenn Sie das tun wollten, würden Sie haben zu finden, einen Fehler in einem Treiber [edit: oder wie ein Kommentator wies darauf hin, ein system call] und auszunutzen, dass.

Oder, Sie könnten tun, was diese app macht: http://www.nirsoft.net/utils/start_blue_screen.html . Schreiben Sie einfach Ihre eigenen Treiber zu einem Absturz des Systems, wie Sie wollen. 🙂

Die Wikipedia-Seite hatte einige interessante Informationen, so dass ich es auch für Referenz: http://en.wikipedia.org/wiki/Blue_Screen_of_Death .
- das schreiben eines eigenen Treibers ist nicht gerade "vom" user-Modus" ;-).
- gut um fair zu sein, war die Frage: "so Frage ich mich, ob es möglich ist, die zum auslösen eines BSOD vom Benutzer-Modus in C/C++" nicht in "ist es möglich, die zum auslösen eines BSOD, ohne Aufruf eines Treibers". 😛
- in allen ernstes, obwohl, obwohl die richtige Antwort ist, dass Sie es nicht tun können ohne die Nutzung einige Fehler oder das schreiben eines Treibers, der das absichtlich macht, ich nehme an, der Treiber könnte nützlich sein, in einigen Testszenarien; Sie haben z.B. eine Anwendung, die für Konsistenz in eine Datei geschrieben, und Sie müssen sicherstellen, dass die Datei nicht beschädigt, bei einem BSOD. ich würde es hassen, werden die test-Ingenieur zu tun diese tests aber. 😀
- auch Sie vergessen, über system-Aufrufe, die nicht unbedingt eine "Treiber" können Sie den Schwerpunkt auf kernel-Funktionen... Aber darüber hinaus, dass der Aufruf einer routine in einem Treiber hat einen Fehler und schreiben einen Treiber entwickelt, um crash sind zwei sehr verschiedene Dinge.
- naja, guter Punkt, über den Aufrufe, allerdings wird es noch erfordern würde, die Suche nach einem ausnutzbaren Fehler. aber ich glaube, Sie sind völlig falsch, in Ihrer nächsten Aussage, zumindest so lange, wie "unterschiedlich" Sie sind unter Bezugnahme auf ist ein technischer Unterschied. also, ja, Sie sind anders in dem Sinne, dass, zum Beispiel, würden Sie nicht sind Administratorrechte erforderlich einen Treiber zu installieren, wenn Sie nutzen ein vorhandenes Loch. aber technisch gibt es keinen Unterschied. Sie haben geschrieben einfach einen Treiber , das einen oder mehr Fehler absichtlich eingebaut. ein BSOD verursacht durch einen Treiber verursacht wird durch einen Fehler im Treiber.
InformationsquelleAutor shelleybutterfly
2

Können Sie Kraft, die ein system zum Absturz bringen mit der Tastatur. Ihr Titel spricht über user-Modus, ich bin nicht sicher, ob dies qualifiziert als Benutzer-Modus, dennoch kann es nützlich sein.

InformationsquelleAutor Micha Wiedenmann
1

Zwei Möglichkeiten, ohne Verwendung von Treibern:
1. Mit der undokumentierten Funktion NtRaiseHardError als jemand darauf hingewiesen
2. Einstellung ist ein entscheidender Prozess mit der undokumentierten Funktion RtlSetProcessIsCritical dann beenden Sie es. Erfordert die SE_DEBUG_NAME Privileg. http://www.codeproject.com/Articles/43405/Protecting-Your-Process-with-RtlSetProcessIsCriti
- Dies funktioniert auf Prozess beenden mit CRITICAL_PROCESS_DIED. Sie können direkt NtRaiseHardError für Nachrichten und da war ein hack einmal sogar drucken Sie benutzerdefinierte text (funktioniert nicht mehr in Windows 10)
InformationsquelleAutor user1304765

Fand ich unter diesem link einen code, der erzeugt einen bsod : https://www.mpgh.net/forum/showthread.php?t=1100477

Und hier der code (ich habe es ausprobiert und es funktioniert, Sie brauchen nur zu rufen, der BlueScreen () - Funktion)

#include <windows.h>
#pragma comment(lib, "ntdll.lib")

extern "C" NTSTATUS NTAPI RtlAdjustPrivilege(ULONG Privilege, BOOLEAN Enable, BOOLEAN CurrentThread, PBOOLEAN OldValue);
extern "C" NTSTATUS NTAPI NtRaiseHardError(LONG ErrorStatus, ULONG NumberOfParameters, ULONG UnicodeStringParameterMask,
    PULONG_PTR Parameters, ULONG ValidResponseOptions, PULONG Response);

    void BlueScreen()
    {
        BOOLEAN bl;
        ULONG Response;
        RtlAdjustPrivilege(19, TRUE, FALSE, &bl); //Enable SeShutdownPrivilege
        NtRaiseHardError(STATUS_ASSERTION_FAILURE, 0, 0, NULL, 6, &Response); //Shutdown
    }

InformationsquelleAutor Pascal Goldbach

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.