Simulateur de Crash Informatique

Le simulateur est une superposition purement DOM et CSS — aucun appel système, pilote noyau ou IOCTL n'est invoqué. Lorsque l'utilisateur clique sur le bouton de démarrage, la page appelle element.requestFullscreen() issu de l'API Fullscreen (W3C Fullscreen LS) ; les navigateurs exigent que cette méthode soit appelée depuis un geste utilisateur de confiance (UIEvent.isTrusted === true), ce qui empêche une page de lancer automatiquement un faux crash au chargement. La superposition change ensuite de classe CSS pour afficher le skin du système choisi : BSOD Windows 10/11 avec le glyphe du visage triste et le texte du code d'arrêt (par exemple IRQL_NOT_LESS_OR_EQUAL 0x0000000A, KERNEL_SECURITY_CHECK_FAILURE 0x00000139), Kernel Panic macOS avec la bannière en cinq langues « You need to restart your computer » introduite dans OS X 10.2, Linux Oops/Panic avec une fausse trace d'appels comprenant des symboles comme inode_permission+0x1e/0x60, et Android ANR avec le dialogue Application Not Responding et une référence au délai d'expédition d'entrée de 5 secondes. La mise en page est gérée par CSS Grid et flexbox en unités de viewport (100vw x 100vh) avec un z-index suffisamment élevé pour passer au-dessus de tout en-tête fixe. Le QR code sur l'écran Windows est rendu en SVG inline, et le texte simulé est un modèle statique — le vrai BSOD inclut également un nom de processus (par exemple ntoskrnl.exe) et une adresse mémoire, tous deux fabriqués ici. Le texte du panic macOS en cinq langues correspond à l'ordre réel livré par Apple (anglais, japonais, chinois simplifié, chinois traditionnel, français). La sortie est gérée en écoutant les événements click, keydown (Escape) et fullscreenchange, puis en retirant la superposition et en appelant document.exitFullscreen() pour libérer le verrou. Comme tout cela n'est que du balisage, le temps de fonctionnement, le planificateur et les processus du système hôte ne sont pas affectés : Cmd+Tab / Alt+Tab fonctionne toujours sur la plupart des postes, les lecteurs d'écran continuent d'annoncer les changements de focus, et la capture d'écran de réunions en ligne verra la superposition plutôt qu'une vraie panne du pilote graphique. Le simulateur ne peut donc pas être utilisé pour tester la récupération après un vrai crash, la collecte de dumps noyau ou la génération de minidumps Windows — cela nécessite de vrais événements noyau comme un appel BugCheckEx d'un pilote en faute. Traitez la page strictement comme du contenu visuel et obtenez le consentement avant de faire une farce, car une prise de contrôle plein écran soudaine accompagnée d'un signal audio peut être véritablement alarmante sur un poste de travail partagé.

• L'API Fullscreen requestFullscreen() doit être appelée dans un gestionnaire de geste utilisateur (vérification UIEvent.isTrusted).
• Les codes d'arrêt BSOD Windows affichés sont des modèles statiques (par exemple 0x0000000A IRQL_NOT_LESS_OR_EQUAL) ; aucun BugCheckEx n'est invoqué.
• La bannière de panic macOS reproduit l'ordre en cinq langues livré depuis OS X 10.2 (EN, JA, ZH-Hans, ZH-Hant, FR).
• Écouteurs de sortie : click, keydown (Escape), fullscreenchange ; le nettoyage appelle document.exitFullscreen().
• Le bip optionnel est généré par une courte rafale d'OscillatorNode via AudioContext, filtré par la politique d'autoplay.
• La superposition est placée à un z-index élevé et occupe 100vw x 100vh ; la table des processus du système hôte est inchangée.
• Impossible de déclencher de vrais dumps noyau, la collecte de minidumps ou le vérificateur de pilotes — cela nécessite de vrais événements au niveau noyau.