단일 명령으로 커널 패닉을 발생시키는 방법은 무엇입니까?

단일 명령 행으로 커널 패닉을 유발할 수 있습니까?

sudoing 사용자에게 가장 간단한 명령은 무엇이고 일반 사용자에게는 어떤 명령입니까?

명령의 일부로 무언가 다운로드를 제안하는 시나리오는 포함되지 않습니다.

FreeBSD :

sysctl debug.kdb.panic=1

리눅스 (자세한 내용은 여기 ) :

echo c > /proc/sysrq-trigger

mkdir /tmp/kpanic && cd /tmp/kpanic && printf '#include <linux/kernel.h>\n#include <linux/module.h>\nMODULE_LICENSE("GPL");static int8_t* message = "buffer overrun at 0x4ba4c73e73acce54";int init_module(void){panic(message);return 0;}' > kpanic.c && printf 'obj-m += kpanic.o\nall:\n\tmake -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules' > Makefile && make && insmod kpanic.ko

panic함수 를 호출하여 커널을 크래시하는 모듈을 컴파일하고 루트가 필요 make하며 gcc

명령에서 "0x4ba4c73e73acce54의 버퍼 오버런"을 드라마에 대한 흥미로운 것으로 바꿉니다.

커널은 무엇에 관계없이 계속 실행됩니다. 따라서 사용자 상호 작용으로 커널 패닉을 유발하는 방법 (Bruce Ediger가 제안한 것처럼 강력한 루트에 의한 고의적 파괴 행위 제외)는 오늘날 대부분의 커널이 만들어 지므로 대부분의 장난은 처음에는 작동하지 않습니다. 매우 심각한 버그, 그것은 빨리 고쳐질 것입니다.

왜 이것이 이전에 언급되지 않았는지 모르겠습니다 ...

sudo kill -9 1

"초기화 시도"메시지와 함께 패닉이 발생했습니다.

이 시도:

dd if=/dev/urandom of=/proc/sysrq-trigger 

이것은 나를 위해 매우 빠른 커널 패닉을 겪었지만 라이브 우분투 설치에서 프로세스를 수행했기 때문에 프로세스가 얼마나 안전한지 잘 모르겠습니다. 그러나 순수한 터미널 환경에서 커널 오류 메시지를 보냈을 때 커널에서 나에게 스팸 오류 메시지를 표시했습니다.

다음 코드를 모듈로 컴파일하고 insmod하면 패닉이 발생합니다.

static int crash_module_init(void)

{
     printf("crash module starting\n");
     int *p = 0;

     printk("%d\n", *p);

     return 0;
}

static void crash_module_exit(void)
{
    printf("crash module exiting\n");
}

module_init(crash_module_init);
module_exit(crash_module_exit);

가장 쉬운 방법은 alt + print screen (sysrq)을 누른 상태에서 c를 누르는 것입니다 echo c > /proc/sysrq-trigger . 약간의 설명 과 동일 합니다. sysrq 키는 최후의 수단으로 커널 자체에 저수준 명령을 보내는 데 사용됩니다 시스템을 저장하려고합니다. alt + print screen (sysrq)을 누른 상태에서 옆에있는 다른 키를 누르면 해당 sysrq-trigger 파일에서 키를 에코하는 것과 같습니다. 그들은 이유를 위해 그것을 트리거라고 부릅니다 .3 'c'는 커널이 충돌하게합니다

그러나 'proc / sys / kernel / sysrq'의 내용을보고 싶을 수도 있습니다. 178 또는 그 밖의 다른 값이면 1로 변경해야합니다. 0은 모두 비활성화되어 있고, 1은 모두 활성화되어 있으며, 1보다 큰 것은 커널이 sysrq로 수행 할 수있는 특정 작업에 대한 비트 맵입니다.