Certains logiciels peuvent-ils endommager physiquement le matériel ?

Seulement si le matériel est mal conçu. Par exemple, un logiciel contrôle la vitesse d'un moteur électrique en modifiant la tension, mais le moteur est conçu de telle sorte qu'il sera brûlé si la tension la plus élevée est utilisée pendant une minute. Vous pouvez imaginer que le logiciel peut facilement dépasser cette limite. Cependant, si le moteur possède un circuit spécifique qui coupe le courant si sa température atteint une certaine limite, alors le moteur survivra à tout ce que le logiciel essaie de faire.

Je reviens à mon autre post où je blâmais Windows 7 + le BIOS Dell capable de griller un disque dur.

Il y a quelques années, j'ai lu un livre sur les virus informatiques et celui qui a le plus attiré mon attention était le suivant Virus de la dinde ce qui pourrait tuer le matériel.

Une variante du virus concentre le faisceau dans un moniteur CRT de telle sorte qu'il le brûle. Par "brûler", je ne veux pas seulement dire brûler le phosphore, bien que ce soit un effet secondaire, mais le canon à électrons tombait en panne, laissant l'écran complètement mort.

Une autre variante du virus effectuait des calculs mathématiques de telle sorte qu'elle surchargeait le coprocesseur et le faisait griller.

Bien sûr, c'était il y a un certain temps, à l'époque des anciens matériels sensibles à ce genre d'attaque. Heureusement, le matériel moderne est généralement conçu pour éviter ce genre d'attaque, mais cela n'arrêtera probablement pas quelqu'un qui est suffisamment déterminé.

De plus, il serait relativement facile pour un virus de tuer le BIOS. Il y a une raison pour laquelle les flasheurs de BIOS vous avertissent toujours de ne pas éteindre ou réinitialiser le système pendant le flashage ; c'est parce qu'une écriture incomplète laisserait le BIOS corrompu, et puisque le BIOS est l'élément le plus important du système, il peut être endommagé. Base Système d'entrée-sortie de l'ordinateur, le corrompre rendrait le système inopérant. Il fut un temps où le BIOS ne pouvait être flashé qu'à partir du mode DOS pur, mais les flashers Windows existent depuis un certain temps. Rien n'empêche un virus d'écrire de mauvaises choses dans le BIOS et de tuer ainsi le système. C'est exactement ce qu'a fait le CIH / Tchernobyl en 1999.

Heureusement, certaines cartes mères sont dotées d'un double BIOS afin que la sauvegarde puisse être utilisée en cas de corruption du premier, et d'autres permettent de réinitialiser ou de re-flasher un BIOS corrompu, mais toutes ne le font pas ou ne le peuvent pas.

En général, la réponse est que les logiciels ne peuvent pas endommager le matériel. Il y a toutefois des exceptions..... Qui se souvient de l'époque où un logiciel sur le premier IBM-PC pouvait endommager la carte adaptatrice monochrome ou le moniteur ? C'était vraiment une révélation.

Dans de nombreux cas, les logiciels ont désormais le contrôle matériel des dispositifs qui leur sont rattachés. Par conséquent, un logiciel défectueux peut endommager le matériel physique.

Un terme pertinent à ce sujet est le "killer poke" qui décrit le fait de mettre une valeur dans un registre (l'instruction "poke") que le matériel ne pourrait pas tolérer. Le site Page Wikipedia pour "killer poke" (en anglais) énumère plusieurs exemples.

Les premiers disques durs pouvaient subir toutes sortes de dommages. Les têtes de lecture/écriture pouvaient parfois être déplacées si loin du plateau qu'elles heurtaient l'axe de la broche ou le boîtier. Cela pouvait soit endommager les têtes de lecture/écriture, soit les désaligner.

Les imprimantes à encre et les scanners modernes ont souvent un interrupteur de limitation sur un seul côté de la piste de leur tête d'impression ou de leur barre CCD. Seul le micrologiciel les empêche de sortir de la plage prévue (et de se heurter à des objets). En théorie, il est possible de concevoir une mise à jour du microprogramme qui non seulement bloque un tel appareil, mais qui provoque également des dommages physiques.

Il existe aussi des "coups mortels" mous. La durée de vie d'un disque dur peut être considérablement réduite en maximisant le stress et la chaleur. Si vous créez plus d'une partition RAID logicielle sur un disque dur, lorsque le RAID doit être synchronisé (après un redémarrage inattendu, par exemple), toutes les partitions seront synchronisées en même temps, déplaçant les têtes de lecture d'avant en arrière entre des positions extrêmes à une vitesse maximale, probablement pendant plusieurs jours puisque le débit dans cet état est minimal. Les disques SSD, quant à eux, auraient besoin d'une écriture maximale soutenue pour tomber en panne rapidement.

L'ancien micro-ordinateur BBC était équipé d'un relais qui était utilisé pour démarrer et arrêter un lecteur de bande. En général, vous deviez activer le relais par une commande avant de charger un programme, et le désactiver ensuite.

Lors de l'activation ou de la désactivation du relais, un clic audible se fait entendre à l'intérieur du boîtier, et le basculement rapide de l'état du relais génère un bourdonnement. Différentes fréquences d'activation et de désactivation génèrent différents tons de bourdonnement. Vous pourriez alors utiliser ceci pour jouer une mélodie.

Cependant, le relais n'a pas été conçu pour supporter autant de cycles d'alimentation. En procédant de la sorte, le relais pourrait être endommagé et finirait par ne plus pouvoir être réparé, ce qui obligerait le propriétaire de l'ordinateur à en acheter un nouveau qui devrait être physiquement soudé sur la carte mère en remplacement de l'ancien.

J'ai appris cela par expérience personnelle, mais je n'ai jamais remplacé le relais cassé car j'avais un système à base de disques et le fait de basculer le relais était purement un amusement.

Si je me souviens bien, il y avait même des avertissements contre cela dans le manuel de référence du programmeur qui accompagnait la BBC Micro...