Assembly 软件是否可能永久损坏硬件?
我刚刚读到这个问题:这让我思考 仅仅通过软件就可能损坏硬件吗?我听说“在过去的好日子”(TM),当硬盘驱动器由软件控制时,它们可能会撞击中央主轴,从而永久损坏驱动器 还有一个臭名昭著的例子,它杀死了BIOS,使机器变得无用,直到有人重新启动它 还有微码更新,它可以被刷新到CPU上(我对它们知之甚少)Assembly 软件是否可能永久损坏硬件?,assembly,hardware,Assembly,Hardware,我刚刚读到这个问题:这让我思考 仅仅通过软件就可能损坏硬件吗?我听说“在过去的好日子”(TM),当硬盘驱动器由软件控制时,它们可能会撞击中央主轴,从而永久损坏驱动器 还有一个臭名昭著的例子,它杀死了BIOS,使机器变得无用,直到有人重新启动它 还有微码更新,它可以被刷新到CPU上(我对它们知之甚少) 但这在今天仍然可能吗?你会用软件破坏硬件吗?是否执行hcf(停止并着火)指令?通过增加WLAN输出功率来烧烤猫?。微码是一种软件。我相信你可以通过编写坏的固件来破坏硬件。然而,现在大多数固件都很难被
但这在今天仍然可能吗?你会用软件破坏硬件吗?是否执行
hcf
(停止并着火)指令?通过增加WLAN输出功率来烧烤猫?。微码是一种软件。我相信你可以通过编写坏的固件来破坏硬件。然而,现在大多数固件都很难被意外地甚至恶意地修改,因为它们通常需要重新启动并重新/闪存ROM。作为一个喜欢构建和超频计算机的人,我可以列举一些(非常极端的)可能发生这种情况的案例。(我强调潜在的,因为在今天的大多数机器中,这种情况有些不切实际。)
第一个例子是BIOS闪存。某些主板允许您通过操作系统内的软件闪存(修改)BIOS。这为恶意软件打开了后门,使BIOS闪存到会损坏处理器的内容。(例如,将电压增加到2V,然后动臂!!!)
在第二种情况下,一些主板提供超频工具,允许您在操作系统内更改CPU设置。如果病毒接管了这一点,那么像第一个例子一样,将CPU设置为具有破坏性的设置,并将其销毁
第三个例子(可能是最现实的例子)是压力测试和密集应用程序。例如,目前大多数笔记本电脑的设计并不能在很长的时间内运行数字代码,而且可能会过热。虽然硬件温度传感器通常会关闭过热到某一点的机器,但阈值往往非常高,并且将CPU维持在略低于安全关闭阈值的温度是不安全的
一些可能导致CPU过热的代码的一个例子是我对这个微观优化问题的回答:取决于您对“损坏”的定义,确切地说:
- CPU—使您的CPU使用率达到100%(或者更好—读取CPU承受的温度和最高温度,然后尝试在该温度下保持平衡),这将明显缩短CPU的使用寿命
- USB驱动器-您可以在USB驱动器上写入数亿次,这将使其无法使用(请参阅:)
- 硬盘驱动器-疯狂地查找、写入和读取,如果可能的话,通过读取驱动器几何图形并发出最差的命令(即,查找到距离当前驱动器最远的位置),这肯定会使其很快变得非常热并缩短其寿命
- 监视器-使其处于睡眠状态和非睡眠状态,并更改分辨率几十万次
- GPU-运行战场3的10个实例,然后煮蛋
- USB设备-每隔2秒打开和关闭电源(例如外部USB HDD)
- 扬声器-音量达到100%,然后享受其中一些,或(或您最喜欢的)几周:)
- 这些都是极端的
- 这取决于组件的质量
- 您可能会注意到这些操作中的任何一个,因此只有在您有意损坏硬件或在度假时,您的可访问Internet的web服务器被黑客攻击时,这些操作才是可行的
- 不太可能-虽然这些可能会损坏大部分硬件,但要使其无法使用,您需要大量时间