Est-il possible de provoquer une panique du noyau avec une seule ligne de commande?
Quelle serait la commande la plus simple pour un utilisateur pressentant et quelle serait-elle pour un utilisateur normal, le cas échéant?
Les scénarios suggérant de télécharger quelque chose dans le cadre de la commande ne comptent pas.
command-line
kernel
kernel-panic
Desmond Hume
la source
la source
:(){ :|:& };:
peut être?:()
définit une fonction appelée:
avec le corps de:|:&
, signifiant "run: et aussi run: in the background".;
termine la définition de la fonction et:
appelle votre nouvelle fonction, qui génère sans cesse de nouvelles versions d'elle-même jusqu'à ce que vous atteigniez les limites du processus ou que le système s'arrête. C'est une commande qui gèle efficacement tout système sans définir correctement les limites du processus. N'essayez pas ca a la maison.dd if=/dev/urandom of=/dev/mem
(selon la version de votre noyau, il se peut que vous n’en ayez pas/dev/kmem
). Mais je n'utiliserais plus le système après cela. :)Réponses:
FreeBSD:
Linux (plus d'infos ici ):
la source
echo c > /proc/sysrq-trigger
fait un bon travail en gelant un système Linux. Mais personnellement, un vieil écran noir de la mort relatant un développement spectaculaire de la pile d’appel donnerait l’impression d’une panique plus «canonique» du noyau.echo 1 > /proc/sys/kernel/sysrq
avant de pouvoirecho c > /proc/sysrq-trigger
.Compile un module qui bloque le noyau en appelant la
panic
fonction, nécessite root, requiertmake
etgcc
remplacez le "dépassement de tampon à 0x4ba4c73e73acce54" dans la commande par quelque chose d'intéressant pour plus de drama.
la source
apt-get install kdump-tools
sur Raspbian / Debian.Le noyau est conçu pour continuer à fonctionner quoi qu'il arrive. Donc, toute façon de provoquer une panique dans le noyau par interaction de l'utilisateur (autre que le vandalisme délibéré par une racine toute puissante, comme le propose jokinkly Bruce Ediger, et la plupart des noyaux actuels sont construits de sorte que la plupart de ces farces ne fonctionneront pas à bug extrêmement sérieux, qui serait corrigé rapidement.
la source
:(){ :|:& };:
./etc/security/limits.conf
fichier.Je ne sais pas pourquoi cela n'a pas été mentionné auparavant ...
Panics avec le message "essayé de tuer init".
la source
Essaye ça:
Cela a provoqué chez moi une panique très rapide du noyau, mais je ne suis pas sûr de la sécurité du processus car je l’ai fait lors de l’installation en direct d’Ubuntu. Mais le noyau m'envoyait des messages d'erreur de spam quand je le faisais dans l'environnement terminal pur.
la source
compilez le code suivant dans un module et insmodez-le, vous devriez vraiment avoir la panique:
la source
oops
panique, mais pas.Le plus simple est de maintenir alt + print screen (sysrq) et d’appuyer sur c tout en les maintenant. C’est la même chose qu’une
echo c > /proc/sysrq-trigger
petite explication: la clé sysrq est utilisée pour envoyer des commandes de bas niveau au noyau lui-même, en dernier recours. pour essayer de sauver le système. Si vous maintenez la touche alt + print screen (sysrq) enfoncée et que vous appuyez sur une autre touche à côté de celle-ci, la procédure est la même que si vous deviez afficher la clé dans le fichier sysrq-trigger. Ils l'appellent le déclencheur pour une raison 3; le "c" indique au noyau de se bloquer (cause d'une panique du noyau).Cependant, vous voudrez peut-être voir le contenu de 'proc / sys / kernel / sysrq'. Si c'est le numéro 178 ou autre, vous devez le remplacer par 1. 0 est tout désactivé, 1 est activé et tout élément supérieur à 1 est un bitmap correspondant aux tâches spécifiques que le noyau permet de faire avec sysrq.
la source