Como causar um BSOD no Windows XP e versões mais recentes?

Question

Existe uma maneira de causar programaticamente um BSOD no Windows XP e versões mais recentes? Como?

BTW apenas para esclarecer, isso não é para fins maliciosos. O cliente solicitou que fosse possível desligar / reinicializar um terminal em sua LAN dessa maneira. Quando eu perguntei por que, eles disseram porque é mais rápido que uma reinicialização normal ...:)

(Estou curioso sobre qual parte do "programaticamente" essas pessoas não entendem quem migrou isso para o Superusuário. Duh.)

    

Answer 1

O (s) driver (s) do teclado pode (m) ser informado (s) para causar um BSOD:

HKLM\SYSTEM\CurrentControlSet\Services\kbdhid\Parameters

ou (para teclados PS / 2 mais antigos)

HKLM\SYSTEM\CurrentControlSet\Services\i8042prt\Parameters

E definiu um REG_DWORD denominado CrashOnCtrlScroll para 1 .

Após a próxima reinicialização, você pode forçar a tela azul a Ctrl + ScrollLk + ScrollLk . O código de verificação de bug, neste caso, será 0xE2 (MANUALMENTE_INTIDECA_CRASH).

Se você realmente deseja um método programático, é necessário encontrar um furo em algum driver nessa máquina ou escrever e instalar um driver simplista que chame KeBugCheck ou KeBugCheckEx .

Divirta-se;)

Nota: pode ser muito útil causar deliberadamente uma falha como essa para os criadores de drivers ou até mesmo ao lidar com malware. Se você configurou seu sistema para criar um despejo de memória completo, você terá uma imagem do sistema em execução que pode ser analisada posteriormente. Considere casos como um deadlock em que um depurador não ajuda necessariamente em todos os casos.

    

Answer 2

Experimente o NotMyFault!

link

    

Answer 3

Não sei exatamente como causá-lo, mas acredito que no Vista e 7, o padrão é desligar a falha do sistema e não mostrar o BSOD.

    

Answer 4

Geralmente, um BSOD acontece quando algo dá errado no sistema operacional ou no hardware. Fazer com que algo dê errado dentro de qualquer um deles é inerentemente difícil, já que autores de sistemas operacionais e fornecedores de hardware não gostam de engenheiros de software ruins fazendo seus produtos parecerem ruins e arruinando a experiência de seus usuários.

Escrever um driver é uma das poucas maneiras de chegar perto o suficiente do sistema operacional e do hardware e causar um erro desse tipo. É claro que a instalação de um driver desse tipo não é algo que você geralmente faz sem o conhecimento intencional e os privilégios administrativos, portanto, usá-lo para fins mal-intencionados é bastante difícil. Com esse tipo de acesso, você poderia fazer muito mais mal sem um BSOD ou algo assim.

    

Answer 5

Um BSOD é um pânico do kernel. Isso significa que uma parte do kernel, o próprio núcleo do sistema operacional fez algo muito ruim. Talvez rabisquei a memória, talvez tenha executado um código que não deveria ter. Programaticamente, você precisaria obter código no espaço do kernel e, de alguma forma, acioná-lo sob demanda. Um pouco arriscado para um servidor de prod.

As máquinas normais do Windows têm muito estado nos processos e no kernel. Seja qual for a limpeza que você precisa para manter o estado consistente, bem, você acabou de curto-circuito.

Especificamente um BSOD é (geralmente) um bug de kernel (ou driver), o kernel está em um estado ruim, tão ruim que ele não pode limpar e prefere reinicializar, perdendo qualquer bom estado que tenha apenas porque não sabe o que é bom e o que é ruim. Quaisquer buffers não puderam ser liberados para o (s) disco (s). Em seguida, ele tentará limpar a reinicialização, mas perdeu muito contexto no desligamento / pânico, por isso será uma limpeza conservadora, tendo que escolher entre as sobras boas e ruins do pânico.

Então, algumas das suas vantagens no desligamento se foram na inicialização, já que agora ele precisa descobrir de onde veio as pernas cortadas debaixo de si mesmo. Ele precisa executar o chkdsk e limpar todos os blocos de disco que estavam em estado de gravação parcial. Os discos USB armazenam muito em cache. Você pode desativar o armazenamento em cache, o que tornaria menos provável a perda de dados na falha, mas, em seguida, o armazenamento em cache não levará um pouco de velocidade. Quais arquivos você está disposto a perder?

Em suma, esta é uma má ideia. Qualquer máquina de produção que tenha isso acontecer pode estar em um estado instável mesmo após a limpeza. Isso é ruim.

Eu diria apenas para acertar o desligamento e reiniciar. Você perderá qualquer economia de tempo que considere obter na primeira vez em que precisar reconstruir o servidor, pois ele não será inicializado ou seus programas não poderão ser iniciados.

    

Answer 6

Tem que mencionar que o processo de csrss.exe matando faria BSOD. Mas não no mais novo Windows (8, 8.1).

    

Answer 7

O snippet de código do link funciona no Windows 10.17134

#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
}

Parece não haver nenhum traço no log de eventos. Haverá certamente por um traço no minidump embora?