Alcuni software possono danneggiare fisicamente l'hardware?

So che una domanda simile a questa è stata posta prima, tuttavia si trattava di installare un sistema operativo a 32 bit su un laptop a 64 bit. La mia domanda riguarda maggiormente il danneggiamento dell'hardware.

Mi chiedevo se esistesse un modo per interfacciarsi con l'hardware dal sistema operativo o dal livello Terminale in modo da danneggiarlo oltre la riparazione (danno fisico effettivo, non solo hardware difettoso).

• Potresti bypassare le misure di sicurezza ed eseguire una CPU così difficile che la ceramica si rompe effettivamente?
• Potresti scrivere o interfacciarti con un HDD in modo da causare danni fisici ai piatti?
• Potresti scherzare con la memoria e friggere la RAM?
• Puoi saltare una scheda di rete?

Sono interessante sapere il limite a cui il software può raggiungere guardando un sistema nel suo insieme.

Quando si eseguono effettivamente programmi, il carico sulla CPU può far aumentare la temperatura interna. Mentre le nuove tecnologie hanno qualche effetto (frequenza dinamica e ridimensionamento della tensione), ciò è dovuto principalmente al fatto che alcune istruzioni utilizzano percorsi elettrici diversi nel microprocessore (al contrario di quando il processore è semplicemente inattivo o in stato di bassa potenza). In passato sono stati scritti vari virus di alimentazione , che traggono vantaggio da questo fatto per eseguire ripetutamente un codice macchina specifico che consuma più energia e quindi produce il maggior calore (vedi la domanda Può un virus sciogliere la CPU? Per i dettagli).

Mentre potresti anche estendere questa idea ad altro hardware nel sistema (che tratterò di seguito), un altro interessante è i dispositivi di archiviazione. È inoltre possibile scrivere un virus per leggere e scrivere costantemente i file su un'unità, che si consumerà molto più rapidamente (sia dischi rigidi meccanici che unità a stato solido). Aumenterai la probabilità di guasti meccanici in un HDD e ridurrai la longevità dell'unità di un SSD. Se l'utente non è a conoscenza di questi costanti cicli di lettura / scrittura, è molto probabile che si danneggi il disco entro una settimana circa se lo si implementa correttamente.

Inoltre, alcuni laptop Apple hanno un microcontrollore incorporato nella batteria. Niente di speciale, ma in passato hanno rilasciato una patch che aggiorna il firmware - e a loro volta, ora le batterie stesse sono sensibili agli hack del firmware .

Ora, torniamo al danno da calore. Alcune nuove schede madri includono l'opzione per modificare le impostazioni del BIOS in Windows. Si potrebbe teoricamente scrivere un virus che aumenti le tensioni nel sistema a limiti artificialmente elevati, danneggiando potenzialmente i componenti (RAM, CPU, ponti nord / sud). Aumentare la tensione e / o overcloccare il bus PCIe potrebbe anche danneggiare alcuni di questi componenti.

Un componente in particolare su un bus PCIe / AGP che vorrei affrontare è la scheda video. Questo perché la maggior parte dei produttori fornisce strumenti di overclock per aumentare la velocità e la tensione del core. Facendo un ulteriore passo avanti, potresti anche scrivere un virus per utilizzare questi strumenti per elevare entrambe queste cose a livelli pericolosi, in modo da poterlo bruciare, sopraffarlo fino a quando non si degrada, o entrambi!

Si noti che la maggior parte dell'hardware del computer ha una protezione da surriscaldamento e raggiungerà lo "spegnimento termico" prima che si verifichino danni. Per quanto riguarda la protezione da sovratensione, è possibile ma molto meno comune.

Il punto : è possibile scrivere virus che sfruttano qualsiasi sistema informatico. Se il sistema di destinazione non ha accesso all'hardware esterno (o anche al proprio), tuttavia, non è possibile causare troppi danni. La migliore analogia qui sarebbe come tentare di hackerare qualcuno che ha estratto il cavo Ethernet dal muro: non hai letteralmente accesso a quel sistema.

Detto questo, la maggior parte dei dispositivi in nostri moderni sistemi di computer non hanno accesso a modificare i parametri hardware fisici - vale a dire, la tensione e la velocità del core. Dal momento che queste cose possono essere modificate, è possibile che i virus ne traggano vantaggio e che possano interrompere o distruggere del tutto il loro funzionamento.

C'è sempre stato l'avvertimento che alcuni monitor CRT più vecchi, se dati un segnale video oltre le frequenze che potevano gestire, potrebbero subire danni. Non so quali, ma era un disclaimer comune dato quando si regolavano le frequenze di aggiornamento o le impostazioni di risoluzione manuale.

Fondamentalmente a meno che un sistema non abbia un raffreddamento adeguato o un alimentatore adeguato installato, non è possibile rompere una CPU lavorando troppo. Il raffreddamento e la potenza con cui è installato dovrebbero sostenerlo al 100% di utilizzo.

Tuttavia, tutte le CPU moderne tutti gli aggiornamenti del microcodice. Intel ha sempre richiesto la crittografia del proprio microcodice, ma AMD non ha (non so se è cambiato). Potrebbe essere possibile caricare un microcodice su una CPU che fa qualcosa di brutto.

La memoria flash può essere esaurita con scritture ripetute. È probabilmente possibile "bruciare" un chip flash BIOS con questo metodo.

Sono sicuro che i produttori di dischi rigidi progettano i loro dispositivi con interblocchi hardware e nessuna possibilità di regolare la velocità del motore, dal momento che il motore HDD gira a velocità costante. Tuttavia, la rotazione e la rotazione di un HDD causano stress e usura prematura, cosa che può essere fatta nel software. Inoltre, è possibile "bruciare" il flash / EEPROM del firmware di un disco rigido con ripetuti aggiornamenti fasulli o firmware compromesso che scrive ripetutamente su flash o EEPROM accessibili internamente. Allo stesso modo per le unità CD-ROM.

È possibile disabilitare le ventole tramite il software, ma molte CPU moderne si spengono automaticamente quando viene raggiunta una temperatura troppo elevata. Le CPU meno recenti non avevano questa protezione ma anche queste schede madri non avevano il controllo della ventola.

Il tuo alimentatore, se esplode, non farà lo stesso danno di quello di Die Hard. Mi dispiace deludere.

Un articolo accattivante che evidenzia una variante del software provoca danni hardware recentemente apparsi su Wired in merito al virus Stuxnet . Software che causa il software di comando e controllo per danneggiare fisicamente le centrifughe nucleari. È semplicemente fantastico.

Storicamente, ci sono stati alcuni casi in cui i difetti di progettazione hardware hanno permesso di danneggiare direttamente e immediatamente una macchina. In un caso, un'istruzione a linea singola potrebbe causare un corto circuito a un computer e prendere fuoco, IIRC. Ma i casi di cui ho sentito parlare erano su vecchi micro a 8 bit.

Apparentemente, il termine è "Killer Poke", ma l'ho appena scoperto in un rapido Google.

Non sarei sorpreso se queste cose potessero accadere in sistemi embedded con driver difettosi per l'hardware, ma dovrebbe essere difficile da raggiungere sulle piattaforme hardware più comuni, in primo luogo perché l'accesso diretto all'hardware è controllato, e in secondo luogo perché questi problemi dovrebbero essere comunque insolito e molto specifico per le piattaforme hardware esatte. Ad esempio, un colpo esplode la tua scheda grafica probabilmente funzionerà solo per una scheda grafica specifica.

Vedi - http://en.wikipedia.org/wiki/Killer_poke

EDIT - Non sono stato in grado di trovare riferimenti a microprocessori a 8 bit in corto circuito e prendere fuoco da un colpo assassino - forse questo era solo un mito urbano che ho raccolto lungo la strada da qualche parte. Ma le note sulle istruzioni della CPU HCG (Halt e Catch Fire) ( http://en.wikipedia.org/wiki/Halt_and_Catch_Fire ) sono divertenti ... Il processore Motorola 6809 è stato utilizzato in Dragon 32, IIRC, quindi forse è quello che Ricordo vagamente.

Oltre a sovraccaricare l'hardware , ci sono virus del firmware , che potrebbero distruggere l'hardware non danneggiandolo fisicamente, ma semplicemente rendendolo inutilizzabile (che potrebbe anche essere "fisico", poiché l'hardware non può più essere utilizzato in nessun sistema) .

Ho danneggiato un'unità floppy una volta, programmando un codice assembly per spostare la testa fuori dai soliti limiti. L'unità ha smesso di funzionare e ho potuto farlo con altre 2 unità.

Ma molte persone ne dubitano in quel momento e non ho mai più prestato attenzione all'argomento.

Si discute se riscrivere un BIOS (come faceva un vecchio virus) sia un danno fisico, ma molte persone (incluso me stesso) lo eliminano dai problemi menzionati.

eseguire una CPU così difficile che la ceramica si rompe effettivamente

No, è impossibile fare nulla a una CPU nel software per causare "la rottura [ceramica]". Sebbene sia possibile su alcune CPU modificare le modalità di controllo della frequenza o della potenza in modo tale che il die si surriscaldi o modificare le uscite in modo tale che i transistor affondino o generino troppa corrente (che dipende dal modo in cui i componenti esterni sono interfacciati); uno di questi danneggerà il silicio o i cuscinetti. La ceramica non sarà influenzata.

È anche possibile su una CPU che ha registri di configurazione EEPROM (a volte chiamati "fusibili") per eseguire il brick della CPU. Ad esempio processori incorporati ( non classe x86 come nella domanda originale ) con flash interno che forniscono opzioni di protezione del codice o altre opzioni (ad esempio Microchip PIC) che, se impostati in modo errato, potrebbero causare la rottura del codice (se la protezione del codice è attiva e il software sta tentando di leggere la memoria del programma, restituirebbe tutti gli zeri anziché i valori effettivi). Ciò "murerebbe" il sistema e potrebbe essere necessaria una riprogrammazione utilizzando un programmatore di chip esterno (forse anche la rimozione dal circuito per farlo).

Molti di noi scrivono semplicemente codice per semplici piccoli computer ed è improbabile che ciò accada. Quando ti interfacci con macchine meccaniche diventa più probabile.

Recentemente il worm Stuxnet è stato creato per attaccare il software Siemens che controlla le centrifughe a gas che viene utilizzato nel processo di arricchimento dell'uranio. Farebbe girare le centrifughe a velocità progettate per danneggiarle.

Molti anni fa, avevo un'unità DAT (nastro audio digitale) configurata come unità di backup del computer. Puoi scriverci solo indirettamente, tramite Retrospect (software di backup). Poi ho trovato alcuni software che ti consentono di montare effettivamente l'unità: usala come un disco rigido. Ha funzionato ... per alcune settimane ... e poi l'unità nastro si è esaurita. Le testine non erano progettate per un accesso casuale come un disco rigido, e tutto ciò che sbattevano avanti e indietro le distruggeva.

Quindi sì, il software può danneggiare (o addirittura distruggere) l'hardware.

Una volta che ti allontani dai normali computer desktop, anche errori software non dannosi possono causare spettacolari guasti hardware:

• The Mars Climate Orbiter - oltre $ 500 milioni spesi in misson, distrutti da un errore di conversione dalla metrica all'imperiale.

• Volo Ariane 5 501 - distrutto da un bug di overflow intero, con conseguente perdita di razzi e veicoli spaziali di bordo che costano più di 370 milioni di dollari.

• Due incidenti aerei da 150 milioni di dollari F-22 Raptor - con diversi bug .

• Gli errori nel software FADEC dell'elicottero Chinook erano almeno in parte responsabili dell'incidente di ZD576 e della morte di 29 persone.

Mandrake Linux ha avuto un bug con LG CDROM anni fa http://www.linux.com/archive/feed/32318 . Il bug era famoso al momento.

Dipende in parte dai vincoli imposti sull'hardware quando è stato progettato. Se al computer è attaccata una bomba che è stata progettata per far partire, probabilmente è possibile distruggere abbastanza efficacemente l'hardware con il software. Prevenire l'accesso diretto al detonatore, tuttavia, e l'hardware è sicuro.

Per danneggiare l'hardware, con il software è necessario:

• hardware in grado di danneggiarsi
• un modo in cui il software può controllare tale funzionalità (es: un'interfaccia utente, un'API, un accesso di basso livello o bug nelle restrizioni di accesso)
• un modo per modificare / manipolare / installare / eseguire il software

Sì, almeno per hardware mal progettato. Tuttavia, i moderni hardware devono rispettare le varie norme di sicurezza, che limitano la loro capacità di danneggiarsi. La CPU moderna si spegne in caso di surriscaldamento, le moderne unità disco fisso / CD / DVD / Bluray hanno una velocità predefinita, ecc .; ci sono tutti i tipi di meccanismi di sicurezza messi in atto dai produttori di hardware per evitare che software difettoso (inclusi driver e firmware difettosi) danneggino l'hardware.

Sebbene questi meccanismi di sicurezza non siano assolutamente infallibili, è molto difficile danneggiare un hardware ben progettato solo tramite il software. Il massimo che il software può fare è usare l'hardware in modo da aumentarne l'usura in modo ottimale.

Il modo più semplice per danneggiare l'hardware è nel caso di sistemi embedded, in cui è possibile accedere ai singoli pin di un microcontrollore. È possibile semplicemente impostare un ingresso come output o viceversa e causare un corto circuito. L'unico modo in cui posso immaginare che ciò sia utile per danneggiare il PC è se si ha accesso e si è in grado di modificare il firmware di alcuni componenti hardware.

Certamente è possibile causare danni su molti sistemi, se riesci ad accedere ai controlli di livello del BIOS. Spegnere semplicemente la ventola e quindi eseguire un programma ad alta intensità di calcolo causerà danni a molti sistemi (anche se alcuni contengono limitatori termici cablati). In alcuni sistemi è possibile regolare le tensioni tramite programma, ecc. E in alcuni è possibile regolare i cicli di lavoro del processore e simili. (Ciò è particolarmente vero per i laptop, dove spesso esiste una vasta logica di controllo dell'alimentazione.)

E naturalmente con i monitor più vecchi c'erano modi per danneggiarli fornendo una frequenza di aggiornamento errata o anche semplicemente spegnendo completamente il video. (La maggior parte dei monitor moderni contiene una logica di autoprotezione.) E, come qualcuno ha detto, su alcune unità floppy potresti causare danni spingendo la testa oltre i suoi limiti. (Ho riscontrato questo problema.)

Avevo un telefono Nokia n97mini che aveva il suo display danneggiato dal surriscaldamento, quando la CPU rimase impigliata e surriscaldata. Il calore ha causato la separazione degli strati del display. Immagino che altri telefoni abbiano rischi simili.

Solo se l'hardware è mal progettato. Ad esempio, il software controlla la velocità del motore elettrico modificando la tensione, tuttavia il motore è progettato in modo tale da bruciarsi se viene utilizzata la massima tensione per oltre 1 minuto. Potete immaginare che il software possa facilmente superare questo limite. Tuttavia, se il motore ha una corrente di taglio specifica del circuito se la sua temperatura raggiunge un certo limite, allora il motore sopravvivrà a qualsiasi software stia cercando di fare.

Tornando al mio altro post in cui ho incolpato Windows 7 + Dell BIOS in grado di tostare un disco rigido.

Anni fa ho letto un libro sui virus informatici e quello che ha attirato maggiormente la mia attenzione è stato il virus della Turchia che potrebbe effettivamente uccidere l'hardware.

Una variante del virus focalizzerebbe il raggio in un monitor CRT in modo tale da bruciarlo. Bruciarlo, non intendo solo il burn-in al fosforo, sebbene si trattasse di un effetto collaterale, ma la pistola elettronica avrebbe fallito, lasciando il monitor completamente morto.

Un'altra variante del virus eseguirà calcoli matematici in modo tale da sovraccaricare il coprocessore e causarne l'esaurimento.

Ovviamente questo è accaduto qualche tempo fa ai tempi dei vecchi hardware che erano suscettibili a questo tipo di attacco. Per fortuna, l'hardware moderno è generalmente progettato per prevenirlo, ma probabilmente non fermerà qualcuno che è abbastanza determinato.

Inoltre, sarebbe relativamente facile per un virus uccidere il BIOS. C'è una ragione per cui i flasher del BIOS ti avvisano sempre di non spegnere o ripristinare il sistema durante il flashing; è perché una scrittura incompleta avrebbe lasciato il BIOS corrotto, e dal momento che il BIOS è la base Input Output System del computer, corrompendo sarebbe rendere il sistema inutilizzabile. C'era una volta, il BIOS poteva essere eseguito il flashing solo dalla modalità DOS pura, ma i flasher di Windows esistono da un po 'di tempo. Non c'è niente che impedisce a un virus di scrivere alcune cose cattive nel BIOS e quindi di uccidere il sistema. CIH / Chernobyl ha fatto esattamente questo nel 1999.

Fortunatamente, alcune schede madri sono dotate di doppio BIOS in modo che il backup possa essere utilizzato in caso di danneggiamento del primario e altri consentono di ripristinare o eseguire nuovamente il flashing di un BIOS corrotto, ma non tutti lo fanno o possono farlo.

Generalmente la risposta è che il software non può danneggiare l'hardware. Tuttavia ci sono eccezioni .... qualcuno ricorda quando il software sul IBM-PC originale potrebbe danneggiare la scheda adattatore monocromatica o il monitor? È stato sicuramente un colpo d'occhio.

Il software in molti casi ora ha il controllo hardware dei dispositivi ad esso collegati, pertanto un software malfunzionante può causare danni all'hardware fisico.

Un termine rilevante per questo è "killer poke" che descrive l'inserimento di un valore in un registro (l'istruzione "poke") che l'hardware non può tollerare. La pagina di Wikipedia per "killer poke" elenca diversi esempi.

I primi dischi rigidi potrebbero subire tutti i tipi di danni. Le testine di lettura / scrittura a volte potrebbero essere spostate così lontano dal piatto da colpire l'asse del mandrino o l'involucro. Ciò potrebbe danneggiare le testine di lettura / scrittura o causarne l'allineamento.

Le moderne stampanti e scanner di inchiostro hanno spesso un interruttore di limitazione solo su un lato della traccia della testina di stampa o della barra CCD. Solo il firmware li protegge dallo spostamento al di fuori della portata prevista (e dalla guida verso le cose). Teoricamente potrebbe essere progettato un aggiornamento del firmware che non solo blocchi un tale dispositivo, ma provoca anche danni fisici.

Ci sono anche "poke killer" morbidi. La durata di vita di un disco rigido può essere notevolmente ridotta massimizzando lo stress e il calore. Per inciso, Windows viene fornito con una tale "funzionalità": se crei più di una partizione RAID software su un HDD, quando il RAID deve essere sincronizzato (dopo un riavvio imprevisto, ad esempio), tutte le partizioni si sincronizzeranno contemporaneamente, spostando la marcia avanti e indietro tra le posizioni estreme alla massima velocità, probabilmente per più giorni poiché il rendimento in questo stato è minimo. Gli SSD, d'altra parte, avrebbero bisogno di una scrittura massima sostenuta per fallire presto.

Il vecchio microcomputer della BBC era dotato di un relè che veniva utilizzato per l'avvio e l'arresto di un'unità nastro. In genere, abilitare il relè tramite un comando prima di caricare un programma e successivamente disabilitare il relè.

Quando si abilita o disabilita il relè, si udirà un forte clic udibile dall'interno del case e la commutazione rapida dello stato del relè genererebbe un ronzio. Diverse frequenze di abilitazione e disabilitazione genererebbero diversi toni di ronzio. Puoi quindi usarlo per suonare una melodia.

Il relè non è stato progettato per così tanti cicli di alimentazione, e fare questo potrebbe e potrebbe danneggiare il relè in modo irreparabile, facendo uscire il proprietario del computer e acquistarne uno nuovo che dovrebbe essere saldato fisicamente sulla scheda madre in sostituzione di quello vecchio.

L'ho imparato tramite l'esperienza personale, tuttavia non ho mai sostituito il relè rotto poiché avevo un sistema basato su disco e l'attivazione del relè era puramente per divertimento.

Se ricordo, c'erano anche avvertimenti contro questo nel manuale di riferimento del programmatore fornito con BBC Micro ...