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

J'ai endommagé un lecteur de disquettes une fois, en programmant un code d'assemblage pour déplacer la tête hors des limites habituelles. Le lecteur a cessé de fonctionner, et j'ai pu faire de même avec 2 autres lecteurs.

Mais beaucoup de gens en doutaient à l'époque et je n'ai plus jamais prêté attention à ce sujet.

La question de savoir si la réécriture d'un BIOS (comme l'a fait l'ancien virus) constitue un dommage physique fait l'objet d'un débat, mais de nombreuses personnes (dont moi) considèrent que ce n'est pas le cas pour les problèmes que vous mentionnez.

faire fonctionner un processeur si fort que la céramique se casse.

Non, il est impossible de faire quoi que ce soit à une unité centrale dans un logiciel pour que "la céramique se casse". Bien qu'il soit possible, sur certains processeurs, de modifier les modes de contrôle de la fréquence ou de la puissance de telle sorte que la filière surchauffe ou de modifier les sorties de telle sorte que les transistors absorber ou générer trop de courant (ce qui dépend de la façon dont les composants externes sont interfacés) ; l'un ou l'autre endommagera le silicium ou les plots. La céramique ne sera pas affectée.

Il est également possible, sur un processeur qui possède des registres de configuration EEPROM (parfois appelés "fusibles"), de bloquer le processeur. Par exemple, les processeurs embarqués ( pas la classe x86 comme dans la question originale ) avec flash interne qui offrent des options de protection du code ou d'autres options (par exemple, Microchip PIC) qui, si elles sont mal réglées, peuvent entraîner la rupture du code (si la protection du code est activée et que le logiciel tente de lire la mémoire du programme, il renvoie tous les zéros au lieu des valeurs réelles). Cela " bloquerait " le système et une reprogrammation à l'aide d'un programmateur de puce externe pourrait s'avérer nécessaire (voire même le retrait du circuit imprimé pour y parvenir).

La plupart d'entre nous écrivent du code pour de simples petits ordinateurs et il est peu probable que cela puisse arriver. Lorsque vous vous interfacez avec des machines mécaniques, cela devient plus probable.

Récemment, le ver Stuxnet a été créé pour attaquer le logiciel Siemens qui contrôle les centrifugeuses à gaz utilisées dans le processus d'enrichissement de l'uranium. Il fait tourner les centrifugeuses à des vitesses conçues pour les endommager.

Il y a de nombreuses années, j'avais un lecteur DAT (bande audio numérique) configuré comme lecteur de sauvegarde de l'ordinateur. Vous ne pouviez y écrire qu'indirectement, via Retrospect (logiciel de sauvegarde). Puis j'ai trouvé un logiciel qui vous permettait de monter le lecteur - de l'utiliser comme un disque dur. Cela a fonctionné... pendant quelques semaines... et puis le lecteur de bande a brûlé. Les têtes de bande n'étaient pas conçues pour un accès aléatoire comme un disque dur, et tous ces mouvements de va-et-vient les ont détruites.

Donc oui, les logiciels peuvent endommager (ou même détruire) le matériel.

Dès que l'on s'éloigne des ordinateurs de bureau ordinaires, même les erreurs logicielles non malveillantes peuvent provoquer des défaillances matérielles spectaculaires :

• El Mars Climate Orbiter - plus de 500 millions de dollars dépensés pour la misson, détruite par une erreur de conversion métrique à impériale.

• Ariane 5 Vol 501 - détruite par un bug de dépassement d'entier, entraînant la perte de la fusée et du vaisseau spatial embarqué pour un coût de plus de 370 millions de dollars US.

• Deux avions F-22 Raptor de 150 millions de dollars s'écrasent - par différents bugs .

• Des bogues dans le logiciel FADEC de l'hélicoptère Chinook étaient au moins en partie responsables de l'accident. crash de ZD576 et la mort de 29 personnes.