BSOD 또는 커널 패닉을 유발하는 코드를 작성하십시오!

규칙 :

• Windows에서는 BugCheck (Blue Screen of Death)가 발생하고 Linux (또는 기타 * nix 시스템)에서는 커널 패닉이 발생합니다.
• 시스템을 손상시키지 않아야합니다 (즉, 재부팅시 작동해야 함).
• 커널 모드 드라이버가 허용됩니다.
• OS 및 버전 정보를 명시하십시오.
• 충돌이 어떻게 발생하는지 설명하십시오.
• 충돌을 일으키기 위해 특별히 설계된 도구를 사용하는 것은 규칙에 위배되지는 않지만 그렇게 독창적이지는 않습니다!
• 가장 높은 공감 률이 승리합니다.

배쉬, x86 리눅스 2.6.20 커널

경고 : 다음 명령은 시스템을 영구적으로 손상시킬 수 있습니다.

cat /dev/urandom > /dev/mem

다음을 출력합니다 ( 여기를보십시오 ). 그 후 스크립트가 중단됩니다.

/var/root # cat /dev/urandom > /dev/mem                                        
BUG: unable to handle kernel paging request at virtual address 474e82a5         
 printing eip:                                                                  
c01450c4                                                                        
*pde = 00000000                                                                 
Oops: 0000 [#1]                                                                 
CPU:    0                                                                       
EIP:    0060:[<c01450c4>]    Not tainted VLI                                    
EFLAGS: 00000082   (2.6.20 #12)                                                 
EIP is at free_block+0x54/0xf0                                                  
eax: 00000000   ebx: 474e82a1   ecx: c00745c8   edx: c0005e80                   
esi: c0070ce0   edi: c002c1a0   ebp: 00000000   esp: c0085eec                   
ds: 007b   es: 007b   ss: 0068                                                  
Process events/0 (pid: 3, ti=c0084000 task=c0094030 task.ti=c0084000)           
Stack: c0076410 00000002 c0051db0 c0051db0 c0051da0 00000002 c002c1a0 c01457dd  
       00000000 c0070ce0 c002c1a0 c0091840 c0145800 c0145870 00000000 00000000  
       c02cb2a0 c02cb2a0 00000296 c011dd27 c003fab0 c0094030 c009413c 00047e6c  
Call Trace:                                                                     
 [<c01457dd>] drain_array+0x7d/0xa0                                             
 [<c0145800>] cache_reap+0x0/0x110                                              
 [<c0145870>] cache_reap+0x70/0x110                                             
 [<c011dd27>] run_workqueue+0x67/0x130                                          
 [<c011df17>] worker_thread+0x127/0x140                                                                
 [<c010c7d0>] default_wake_function+0x0/0x10                                    
 [<c010c817>] __wake_up_common+0x37/0x70                                        
 [<c010c7d0>] default_wake_function+0x0/0x10                                    
 [<c011ddf0>] worker_thread+0x0/0x140                                           
 [<c0120d94>] kthread+0x94/0xc0                                                 
 [<c0120d00>] kthread+0x0/0xc0                                                  
 [<c0102ee7>] kernel_thread_helper+0x7/0x10                                     
 =======================                                                        
Code: 04 0f 8d 8f 00 00 00 8b 44 24 08 8b 0c a8 8d 91 00 00 00 40 c1 ea 0c c1 e2

동일한 명령으로 발견 된 또 다른 예외는 다음과 같습니다.

/dev # cat urandom > mem                                                        
------------[ cut here ]------------                                            
Kernel BUG at c014514c [verbose debug info unavailable]                         
invalid opcode: 0000 [#1]                                                       
CPU:    0                                                                       
EIP:    0060:[<c014514c>]    Not tainted VLI                                    
EFLAGS: 00000046   (2.6.20 #12)                                                 
EIP is at free_block+0xdc/0xf0                                                  
eax: 1608347b   ebx: c009b010   ecx: c003f508   edx: c00057e0                   
esi: c009b000   edi: c002cd40   ebp: 00000000   esp: c0085eec                   
ds: 007b   es: 007b   ss: 0068                                                  
Process events/0 (pid: 3, ti=c0084000 task=c0094030 task.ti=c0084000)           
Stack: c009b010 00000004 c009b010 c009b010 c009b000 00000004 c002cd40 c01457dd  
       00000000 c02ddf20 c002cd40 c0091840 c0145800 c0145870 00000000 00000000  
       c02cb2a0 c02cb2a0 00000296 c011dd27 c005c5a0 c0094030 c009413c 000409ed  

C, 16 자, P5 x86 용

main=-926478352;

F00F 버그를 모두 기억 하십니까? 이 작은 프로그램으로 하루에 한 두 대의 기계를 잠그는 것을 도왔습니다. (예, 나는 오랫동안 골프를 쳤습니다.)

물론 그것은 요청 된 것이 아니며 P5 펜티엄 칩의 오래된 스테핑에서만 작동합니다. 그러나 리눅스 와 Windows 모두에서 작동하는 크로스 플랫폼입니다 !

QBASIC, 38 자

DEF SEG=0:FOR I=0 TO 4^8:POKE I,1:NEXT

DOS에서 BSOD 또는 커널 패닉을 어떻게 정의 할 지 잘 모르겠지만, 이것은 아마도 매우 가깝습니다. 화면을 비우면 기계가 아무 것도 반응하지 않고 Ctrl + Alt + Delete조차도 응답하지 않습니다. 머신을 다시 시작하려면 하드 리셋 또는 전원 주기로 다시 시작해야합니다. 이것은 VirtualBox의 DOS 6.22에서 실행됩니다. 왜 시스템이 충돌하는지 정확히 알지 못하지만 기본적으로 프로그램은 비즈니스 쓰기가없는 메모리에 쓰기 (POKE)하고 있습니다.

sh (JSLinux에서)

리눅스는 init 프로세스 에 신호에 대한 특별한 보호를 제공한다 . 그러나 JSLinux에서 /sbin/init다른 바이너리 (대부분 심볼릭 링크 /bin/busybox) 를 실행하는 쉘 스크립트라는 것을 알았습니다 .

이 "무한"while 루프 sh는 필요에 따라 다시 시작 됩니다.

while /bin/true; do

  setsid sh -c 'exec sh </dev/ttyS0 >/dev/ttyS0 2>&1'

done

그러나 /bin/true항상 종료 코드 0을 반환하지 않는 경우 는 어떻게 됩니까? /bin는 읽기 전용 루트 파일 시스템에 있지만 Linux에서는 "바인드"마운트를 사용하여이를 변경할 수 있습니다.

cp -R /bin /tmp/boom
rm /tmp/boom/true
printf '#!/bin/sh\nexec [ $PPID != 1 ]' > /tmp/boom/true
chmod 755 /tmp/boom/true
mount -o bind /tmp/boom /bin
killall -9 sh

그리고 우리는 :

/var/root # ./boom.sh
Killed
Kernel panic - not syncing: Attempted to kill init!

리눅스에서의 배쉬, 27 자

echo c>/proc/sysrq-trigger

또는 sudo 권한이있는 경우 :

echo c|sudo tee /proc/sysrq-trigger

GTB , 13 자

TI-84 계산기에서 실행

:"+"→_[_+_→_]

대부분의 RAM이 사용 가능하면 ERR:MEMORY

그렇지 않으면 계산기의 RAM이 너무 막혀서 꺼지고 지워집니다.

"계산기 바이러스"의 좋은 예

배치 (Windows 98)

\con\con

이것은 실제로 Windows 98 의 BSOD 이스터 에그 입니다 ...

:(){ :|:& };:

bash 쉘에서

나는 이것이 여기에 포함되는지 확실하지 않지만, 충분한 CPU 과열과 시스템 충돌을 오래 방치하면 해를 끼치 지 않고 안전하게 재부팅합니다. 물론 항상 그렇게하면 시스템이 약간 손상 될 수 있습니다.

루비 (루트로 실행), 36 자 또는 40 자 (에 일치하는 항목에 따라 다름 /p*/s*r)

참조 http://www.kernel.org/doc/Documentation/sysrq.txt을 검색하십시오 'c'(따옴표를 포함!) 작동 이유를.

open(Dir['/p*/s*r'][0],?a){|f|f<<?c}

편집 : 다른 것들과 일치하는 경우 작동하는 더 긴 버전 /p*/s*r

open('/proc/sysrq-trigger',?a){|f|f<<?c}

편집 2 : 의도적으로 과잉.

get-process | stop-process -force

파워 쉘에서

리눅스 배쉬

cat /dev/zero > /dev/mem

전체 메모리를 지우고 무한 커널 패닉을 유발하십시오.

여기에서 시도 하십시오 .

배치, 15 바이트

:A
start
goto A

단순히까지 시작하여 선형 시간에 메모리를 오버 플로우 cmd.exe수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백 수백, 수백, 수백, 수백, 수백 번.

자체적으로 반복적으로 시작되는 더 치명적인 (하지만 경쟁이 아닌) 24 바이트 프로그램이 있으므로 메모리를 로그 시간에 넘치게합니다 (즉, RAM을 업그레이드해도 충돌이 지연되지는 않습니다). 아래 코드가 있다고 가정 해보십시오 C:\a.bat.

:A
start C:\a.bat
goto A

.

솔직히 나는 그것을 시험해 보는 것을 두려워합니다.