Bazı yazılımlar donanıma fiziksel olarak zarar verebilir mi?

Buna benzer bir sorunun daha önce sorulduğunu biliyorum, ancak bu bir 64bit dizüstü bilgisayara 32bit işletim sistemi kurmakla ilgiliydi. Benim sorum daha fazla donanıma zarar hakkında.

İşletim sisteminden veya Terminal katmanından gelen donanım ile onarımın ötesine zarar verecek şekilde arayüz oluşturmanın bir yolu olup olmadığını merak ediyordum (fiili fiziksel hasar, sadece hatalı donanımlar değil).

• Güvenlik önlemlerini atlayıp seramikten kırılacak kadar bir CPU çalıştırabilir misiniz?
• Tablalarda fiziksel hasara neden olacak şekilde bir HDD ile yazabilir veya arayüz oluşturabilir misiniz?
• Hafızayı karıştırıp RAM'i kızartır mısınız?
• Bir NIC’i patlatabilir misin?

Bir sisteme bir bütün olarak bakarken yazılımın ulaşabileceği sınırın bilinmesi ilginç.

Gerçekten programları çalıştırırken, CPU üzerindeki yük çekirdek sıcaklığının yükselmesine neden olabilir. Daha yeni teknolojiler bir miktar etkiye sahipken (dinamik frekans ve voltaj ölçeklemesi), bunun nedeni hala belli talimatların mikroişlemcide farklı işlem yolları kullanmasıdır (işlemcinin sadece boşta veya düşük güç durumunda olduğu durumların aksine). Geçmişte yazılmış, en çok gücü çeken ve böylece en fazla ısı üreten belirli makine kodunu tekrar tekrar çalıştırmak için bu gerçeğin avantajlarından yararlanan çeşitli güç virüsleri olmuştur ( Ayrıntılar için bir virüs CPU'yu eritebilir mi? Sorusuna bakın).

Bu fikri sistemdeki diğer donanıma da genişletebilirken (aşağıda anlatacağım), başka ilginç olan da depolama aygıtları. Bir sürücüye sürekli okuma-yazma dosyaları için bir virüs yazabilir, bu da sürücüyü çok daha hızlı yıpratır (hem mekanik sabit sürücüler hem de yarıiletken sürücüler). Bir HDD'deki mekanik arıza olasılığını artıracak ve bir SSD'nin sürücü ömrünü azaltacaksınız. Kullanıcı bu sürekli okuma-yazma döngülerinden habersizse, bir hafta içinde disklerine zarar verebilir ya da bunu doğru şekilde uygularsanız büyük olasılıkla.

Ayrıca, bazı Apple dizüstü bilgisayarlarda aküye gömülü bir mikrodenetleyici vardır. Özel bir şey yok, ancak geçmişte bellenimi yükselten bir yama yayınladılar - ve şimdi de piller kendileri bellenim saldırılarına karşı hassastır .

Şimdi, ısı hasarına geri dönelim. Bazı yeni anakartlarda, Windows altında BIOS ayarlarını değiştirme seçeneği bulunmaktadır. Teorik olarak, sistemdeki gerilimi yapay olarak yüksek sınırlara yükselten ve bileşenlere (RAM, CPU, kuzey / güney köprüler) zarar verebilecek bir virüs yazabilirsiniz. Gerilimin yükseltilmesi ve / veya PCIe veriyolunun overclock edilmesi de bu bileşenlerin bazılarına zarar verebilir.

Özellikle ele almak istediğim bir PCIe / AGP veriyolu üzerindeki bir bileşen video kartı. Bunun nedeni çoğu üreticinin çekirdek hızını ve voltajını yükseltmek için overclock araçları sağlamasıdır. Bu adımı daha da ileriye götürerek, bu araçların her ikisini de tehlikeli seviyelere yükseltmek için kullanmak üzere bir virüs yazabilirsiniz, böylece ya yakabilir, bozulana kadar ya da her ikisini birden aşırıya sarabilirsiniz!

Çoğu bilgisayar donanımının aşırı ısınma korumasına sahip olduğunu ve herhangi bir hasar meydana gelmeden önce "termal kapanmaya" erişeceğini unutmayın. Aşırı gerilim korumasına gelince, mümkün ancak çok daha az yaygındır.

Mesele : Herhangi bir bilgisayar sisteminden yararlanan virüsleri yazmak mümkündür. Hedef sistemin harici (veya hatta kendi) donanıma erişimi yoksa, yapabileceğiniz çok fazla hasar yoktur. Buradaki en iyi benzetme, Ethernet kablosunu duvardan çeken birisini kesmeye çalışmak gibi olacaktır - kelimenin tam anlamıyla bu sisteme erişiminiz yok.

Söyleniyor, modern bilgisayar sistemlerinde çoğu cihazda yok yani voltaj ve çekirdek hızı - fiziksel donanım parametrelerini değiştirmek için erişim hakkına sahiptir. Bu işler bu yana olabilir değiştirilebilir, bu mümkündür virüsler yararlanmak ve muhtemelen bozabilir veya tamamen onların çalışmasını yok etmek için.

Bazı eski CRT monitörlerinin, kullanabilecekleri frekansların ötesinde bir video sinyali verilirse, zarar görebileceği yönünde her zaman bir uyarı vardı. Hangilerini bilmiyorum ama yenileme hızlarını veya manuel çözünürlük ayarlarını değiştirirken verilen genel bir sorumluluk reddi.

Temel olarak, bir sistem uygun soğutma veya kurulu bir güç kaynağına sahip değilse, çok fazla çalışarak bir CPU'yu kıramazsınız. Kurduğu soğutma ve güç% 100 kullanımda kalmalıdır.

Ancak tüm modern işlemcilerde tüm mikro kod güncellemeleri. Intel her zaman mikro kodlarının şifrelenmesini istedi, ancak AMD yapmadı (değiştirilip değiştirilmediğini bilmiyor). Kötü bir şey yapan bir CPU'ya bir mikro kod yüklemek mümkün olabilir.

Flash bellek, tekrarlanan yazma işlemleriyle aşınabilir. Bu yöntemle bir BIOS flaş yongasını "yakmak" mümkündür.

Sabit sürücü üreticilerinin cihazlarını donanım kilitleme ile tasarladıklarından ve motor hızını ayarlayamadıklarından eminim, çünkü gerçekten HDD motoru sabit bir hızda dönüyor. Bununla birlikte, bir HDD'nin açılması ve döndürülmesi, yazılımda yapılabilecek stres ve erken aşınmaya neden olur. Ayrıca, bir sabit sürücünün ürün yazılımı flaşını / EEPROM'unu, tekrarlanan sahte güncellemelerle veya içten erişilebilir flaş veya EEPROM'a art arda yazan bir donanım yazılımı hackiyle "yakmak" mümkündür. Benzer şekilde CD-ROM sürücüleri için.

Fanları yazılımla devre dışı bırakmak mümkündür, ancak çok yüksek bir sıcaklığa ulaşıldığında birçok modern CPU otomatik olarak kapanacaktır. Eski CPU'lar bu korumaya sahip değildi, ancak bu anakartlarda da fan kontrolü yoktu.

Güç kaynağınız patlarsa, Die Hard'tekiyle aynı hasarı vermez. Hayal kırıklığına uğrattığım için üzgünüm.

Bir yazılım türünü vurgulayan ilgi çekici bir makale , Stuxnet virüsü ile ilgili olarak son zamanlarda Kablolu'da donanımın zarar görmesine neden oldu . Komuta kontrol yazılımının nükleer santrifüjlere fiziksel olarak zarar vermesine neden olan yazılım. Bu sadece inanılmaz.

Tarihsel olarak, donanım tasarımı kusurlarının bir makineye doğrudan ve hemen zarar vermesini sağladığı birkaç durum olmuştur. Bir durumda, tek satırlı bir komut, bilgisayarın kısa devre yapmasına ve IIRC'nin alev almasına neden olabilir. Ancak duyduğum davalar eski 8 bit mikronda.

Görünüşe göre, "Killer Poke" terimi, ancak ben sadece hızlı bir Google'da ortaya çıktı.

Bunlar, donanım için buggy sürücülerine sahip gömülü sistemlerde meydana gelebilirse şaşırmam, ancak en yaygın donanım platformlarında başarmak zor olmalı - öncelikle donanıma doğrudan erişim kontrol edildiğinden ve ikinci olarak da bu sorunların olması gerektiği için Olağandışı ve yine de kesin donanım platformlarına özgü. Örneğin, ekran kartınızı patlatan kart dürtme muhtemelen sadece belirli bir ekran kartı için işe yarayacaktır.

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

EDIT - 8-bit mikroskoba kısa devre yapan ve bir katil kazasından ateş alan herhangi bir referans bulamamıştım - belki de bu sadece bir yerlerde topladığım şehir efsanesiydi. Fakat HCG (Dur ve Ateşle) CPU talimatları ( http://en.wikipedia.org/wiki/Halt_and_Catch_Fire ) ile ilgili notlar eğlencelidir ... Motorola 6809 işlemci Dragon 32, IIRC'de kullanılıyordu, bu yüzden belki de ne Loş hatırlıyorum.

Donanımı gerdirmenin yanı sıra , donanımı fiziksel olarak zarar vermeyerek ancak donanımın artık herhangi bir sistemde kullanılamayacağı için "fiziksel" de olabilir) kullanılamaz hale getirerek bozabilecek donanım yazılımı virüsleri vardır .

Disket sürücüye bir kere zarar verdim, kafayı normal sınırların dışına çıkarmak için bir montaj kodu programladım. Sürücü çalışmayı durdurdu ve bunu diğer 2 sürücüyle de yapabilirdim.

Fakat o sırada pek çok insan bundan şüphe ediyor ve bir daha asla konuya dikkat etmedim.

Bir BIOS'u (eski virüsün yaptığı gibi) yeniden yazmanın fiziksel hasar olup olmadığı konusunda bazı tartışmalar var, ancak birçok kişi (kendim dahil) bunu bahsettiğiniz sorunların dışına çıkardı.

o kadar zor bir işlemci çalıştırmak seramik

Hayır, yazılımdaki bir işlemciye "seramik kırılması" için bir şey yapmak mümkün değildir. Bazı CPU'larda, frekans veya güç kontrol modlarını , kalıp aşırı ısınacak şekilde değiştirmek veya transistörlerin çok fazla akım batırmak veya çok fazla akım (bu şekilde harici bileşenlerin nasıl arayüzlendiğine bağlı olarak) sağlamak için çıkışları değiştirmek mümkün olsa da ; bunlardan biri silikona veya pedlere zarar verecektir. Seramik etkilenmeyecek.

İşlemciyi tuğladan çıkarmak için EEPROM konfigürasyon kayıtlarına (bazen 'sigortalar' denir) sahip bir CPU üzerinde de mümkündür. Örneğin, gömülü işlemciler ( orijinal soruda olduğu gibi x86 sınıfı değil ), kod koruma seçeneklerini sağlayan dahili flaşlı bir kod veya diğer seçenekleri (örneğin, Microchip PIC), uygun şekilde ayarlanmamışsa kodun kırılmasına neden olabilir (kod koruması açıksa) ve yazılım program belleğini okumaya çalışıyor, gerçek değerler yerine tüm sıfırları döndürür). Bu, sistemi 'kirletir' ve harici bir yonga programcısı kullanarak yeniden programlama gerekebilir (belki de bunu gerçekleştirmek için devre kartından bile çıkarılabilir).

Çoğumuz sadece basit küçük bilgisayarlar için kod yazarız ve bunun olması muhtemel değildir. Mekanik makinelerle etkileşime girdiğinizde bu daha olası hale gelir.

Son zamanlarda Stuxnet solucanı, Uranyum'u zenginleştirme sürecinde kullanılan gaz santrifüjlerini kontrol eden Siemens yazılımına saldırmak için yaratıldı. Santrifüjlerin kendilerine zarar vermek için tasarlanan hızlarda dönmelerini sağlar.

Yıllar önce, bilgisayar yedekleme sürücüsü olarak ayarlanmış bir DAT (dijital ses bandı) sürücüsü vardı. Retrospect (yedekleme yazılımı) aracılığıyla yalnızca dolaylı olarak yazabilirsiniz. Sonra da sürücüyü takmanıza izin veren bir yazılım buldum - bir sabit sürücü gibi kullanın. İşe yaradı ... birkaç haftalığına ... ve sonra da teyp sürücüsü yandı. Teyp başları sadece bir sabit disk gibi rastgele erişim için tasarlanmamıştı ve ileri geri sallananlar onları mahvetti.

Bu yüzden evet, yazılım donanıma zarar verebilir (hatta imha edebilir).

Normal masaüstü bilgisayarlardan uzaklaştığınızda, kötü amaçlı olmayan yazılım hataları bile muhteşem donanım arızalarına neden olabilir:

• Mars İklim Orbiter - 500 milyon $ üzerinde bir metrik-to-emperyal dönüşüm hatası tarafından tahrip, Misson üzerine geçirdi.

• Ariane 5 Flight 501 - bir tamsayı taşması hatası nedeniyle tahrip olmuş ve 370 milyon ABD Dolarından fazlaya mal olan roket ve onboard uzay gemilerinin kaybedilmesine neden olmuştur.

• İki 150 milyon dolarlık F-22 Raptor uçağı düştü - farklı hatalardan .

• Chinook helikopterinin FADEC yazılımındaki hatalar en azından kısmen ZD576 kazasında ve 29 kişinin ölümünden suçluydu .

Mandrake Linux, yıllar önce LG CDROM ile bir hata yaptı http://www.linux.com/archive/feed/32318 . Böcek şu anda ünlüydü.

Kısmen, tasarlandığı zaman donanıma uygulanan kısıtlamalara bağlıdır. Bilgisayar patlatmak üzere tasarlanan bir bomba takılıysa, muhtemelen donanımı büyük olasılıkla yazılımla etkin bir şekilde yok edebilirsiniz. Ancak, patlayıcıya doğrudan erişimi engelleyin ve donanım güvenlidir.

Donanıma zarar vermek için, yazılımla birlikte:

• kendine zarar verebilecek donanım
• Yazılımın bu yeteneği kontrol etmesinin bir yolu (ör. kullanıcı arayüzü, API, düşük seviyeli erişim veya erişim kısıtlamalarındaki hatalar)
• yazılımı değiştirmek / değiştirmek / yüklemek için bir yol

Evet, en azından zayıf tasarlanmış donanım için. Bununla birlikte, modern donanımların kendine zarar verme yeteneklerini sınırlayan çeşitli güvenlik düzenlemelerine uyması gerekir. Aşırı ısınma, Modern Sabit Disk / CD / DVD / Bluray sürücü önceden tanımlanmış hıza sahipse, modern CPU kapanacaktır; Hatalı yazılımların (hatalı sürücüler ve bellenim dahil) donanıma zarar vermesini önlemek için donanım üreticileri tarafından uygulanan her türlü güvenlik mekanizması vardır.

Bu güvenlik mekanizması hiçbir şekilde kusursuz olmamasına rağmen, iyi tasarlanmış bir donanıma yalnızca yazılımla zarar vermek çok zordur. Yazılımın yapabileceği en iyi şey, donanımı aşınmasını en iyi şekilde artıracak şekilde kullanmaktır.

Donanıma zarar vermenin en kolay yolu, bir mikrodenetleyicinin ayrı pinlerine erişebileceğiniz yerleşik sistemlerdir. Bir girişi sadece bir çıkış veya tam tersi olarak ayarlayabilir ve kısa devreye neden olabilirsiniz. Bunun PC'ye zarar vermenin yararlı olduğunu hayal edebilmemin tek yolu, erişiminiz varsa ve bazı donanım bileşenlerinin donanım yazılımını değiştirebiliyor olmanızdır.

BIOS seviye kontrollerine girebiliyorsanız birçok sistemde hasara neden olması kesinlikle mümkündür. Fanı kapatmanız ve yoğun bir hesaplama programı çalıştırmanız birçok sistemde hasara yol açacaktır (bazıları kablolu termal sınırlayıcılar içermesine rağmen). Bazı sistemlerde gerilimleri program vb. İle ayarlayabilir ve bir kaçında işlemci görev çevrimlerini ve benzerlerini ayarlayabilirsiniz. (Bu, genellikle kapsamlı güç kontrol mantığı bulunan dizüstü bilgisayarlar için geçerlidir.)

Ve elbette eski monitörlerde, yanlış tazeleme oranını sağlayarak veya sadece videoyu tamamen kapatarak onlara zarar vermenin yolları vardı. (Modern monitörlerin çoğu kendini koruma mantığı içerir.) Ve birisinin dediği gibi, bazı disket sürücülerde, kafasını sınırlarının ötesine taşıyarak hasara neden olabilirsiniz. (Bu sorunla karşılaştım.)

CPU sıkı bir döngüde yakalanıp aşırı ısındığında ekranı aşırı ısınmadan zarar görmüş bir Nokia n97mini telefonum vardı. Isı, ekranın katmanlarının ayrılmasına neden oldu. Diğer telefonların da benzer tehlikelere sahip olduğunu tahmin ediyorum.

Yalnızca donanım kötü tasarlanmışsa. Örneğin, yazılım elektrik motorunun hızını voltajı değiştirerek kontrol eder, ancak motor, en yüksek voltaj 1 dakika boyunca kullanılırsa yanacak şekilde tasarlanmıştır. Yazılımın bu sınırı kolayca aşabileceğini hayal edebilirsiniz. Bununla birlikte, eğer sıcaklığı belirli bir limite ulaşırsa, motor belirli bir devre kesme akımına sahipse, yazılım ne yapmaya çalışırsa çalışsın motor hayatta kalır.

Bir sabit sürücüyü tost yapabilen Windows 7 + Dell BIOS'u suçladığım bazı postalarıma geri döndüm.

Yıllar önce bilgisayar virüsleri hakkında bir kitap okudum ve en çok dikkatimi çeken kitap , aslında donanımı öldürebilecek olan Türkiye Virüsü idi .

Virüsün bir varyantı, bir CRT monitöründeki ışını, onu yakacak şekilde odaklar. Yanmakla, yan etki olmasına rağmen sadece fosfor yanması anlamına gelmez, ancak elektron tabancası başarısız olur ve monitörü tamamen ölü tutar.

Virüsün bir başka çeşidi, matematiksel hesaplamaları, eş işlemciyi aşırı yükleyecek ve yanmasına neden olacak şekilde gerçekleştirecektir.

Elbette bu, bir süre önce, bu tür bir saldırıya açık olan eski donanım günlerinde yapıldı. Neyse ki, modern donanım genellikle bunu önlemek için tasarlanmıştır, ancak bu muhtemelen yeterince kararlı birini durduramaz.

Ayrıca, bir virüsün BIOS'u öldürmesi de nispeten kolay olacaktır. BIOS flaşörlerinin daima yanıp sönme sırasında sistemi kapatmamanız veya sıfırlamamanız konusunda sizi uyarmasının bir nedeni vardır; eksik bir yazma işleminin BIOS'u bozuk bırakması ve BIOS'un bilgisayarın Temel Giriş Çıkış Sistemi olması nedeniyle, sistemi bozmak sistemi bozamaz hale getirecektir. Bir zamanlar, BIOS yalnızca saf DOS modundan çıkarılabilirdi, ancak Windows flaşörleri bir süredir mevcuttu. Virüsün BIOS'a bazı kötü şeyler yazmasını ve böylece sistemi öldürmesini durduracak hiçbir şey yoktur. 1999'da CIH / Çernobil tam olarak bunu yaptı.

Neyse ki, bazı anakartlar çift BIOS'la gelir, böylece yedek birincil olanın bozulması durumunda kullanılabilir ve diğerleri bozuk bir BIOS'un sıfırlanmasını veya yeniden başlatılmasını mümkün kılar, ancak tümü bunu yapamaz veya yapamaz.

Genel olarak cevap yazılımın donanıma zarar veremeyeceğidir. Ancak istisnalar da var .... Orijinal IBM PC'deki yazılımın Monochrome adaptör kartına veya monitöre zarar verebileceğini hatırlayan var mı? Bu kesinlikle bir göz açacağı oldu.

Çoğu durumda, yazılım artık kendisine bağlı aygıtların donanım kontrolüne sahiptir, bu nedenle hatalı çalışan yazılımlar fiziksel donanıma zarar verebilir.

Bununla ilgili bir terim, donanımın tahammül edemediği bir sicile bir değer ("dürtme" talimatı) koymayı tanımlayan "katil dürtme" dir. "Katil körü" için Vikipedi sayfası birkaç örnek listeler.

Erken sabit diskler her türlü hasara uğrayabilir. Okuma / yazma kafaları bazen tabla dışına, mil eksenine veya mahfazaya çarpacak şekilde hareket ettirilebilir. Bu, okuma / yazma kafalarına zarar verebilir veya hizalamalarının bozulmasına neden olabilir.

Modern mürekkep yazıcıları ve tarayıcıları genellikle baskı kafalarının veya CCD çubuğunun izinin sadece bir tarafında sınırlayıcı bir sviçe sahiptir. Yalnızca bellenim, aygıtların amaçlanan aralığın dışına çıkmalarını önler (ve bir şeylerin içine doğru sürüş). Teorik olarak bir donanım yazılımı güncellemesi, yalnızca bu tür bir cihazı tuğlalamakla kalmayıp, aynı zamanda fiziksel hasara da neden olacak şekilde tasarlanabilir.

Yumuşak "katil dürtme" de var. Bir sabit sürücünün ömrü, stresi ve ısıyı en üst düzeye çıkarmakla önemli ölçüde kısaltılabilir. Bu arada, Windows böyle bir "özelliğe" sahiptir - bir HDD'de birden fazla yazılım RAID bölümü oluşturursanız, RAID'in senkronize edilmesi gerektiğinde (örneğin beklenmeyen bir yeniden başlatmanın ardından), tüm bölümler aynı anda senkronize edilir, Tahrik kafalarının aşırı konumlar arasında maksimum hızda ileri ve geri hareket etmesi, bu durumda verim çok az olduğu için büyük olasılıkla birden fazla gün için. Öte yandan, SSD'lerin erken başarısızlığa uğramak için sürekli azami yazmalara ihtiyacı olacaktı.

Eski BBC Mikrobilgisayarı, teyp sürücüsünü başlatmak ve durdurmak için kullanılan bir röleyle donatıldı. Genellikle, bir program yüklemeden önce röleyi bir komut aracılığıyla etkinleştirir ve daha sonra röleyi devre dışı bırakırsınız.

Röleyi etkinleştirirken veya devre dışı bırakırken, kasanın içinden yüksek sesli bir tıklanma olur ve röle durumunu hızlıca değiştirmek bir vızıltı oluşturur. Farklı etkinleştirme ve devre dışı bırakma sıklığı, farklı vızıltı sesleri üretecektir. Daha sonra bir melodi çalmak için bunu kullanabilirsiniz.

Röle, pek çok güç döngüsü için tasarlanmamıştı ve bunu yapmak, rölenin onarılamayacak kadar hasara yol açabilir ve bilgisayarın sahibinin dışarı çıkmasını ve anakartın yerine fiziksel olarak lehimlenmesi gereken yeni bir tane satın almasını sağlardı. eski olan.

Bunu kişisel deneyimlerimden öğrendim, ancak disk tabanlı bir sistemim olduğundan ve röleyi değiştirmek sadece eğlence amaçlı olduğu için bozulan rölenin yerini almadı.

Hatırlarsam, BBC Micro ile birlikte gelen programcının referans kılavuzunda buna karşı uyarılar vardı.