Windows 10, basta un semplice comando per corrompere dischi ed SSD: come proteggersi

[canislupus]

Originariamente inviato da DooM1

Mah non capisco bene, fatemi ragionare.
Mi sembra poi che una frase sia passata inosservata, l'articolo dice ad un certo punto:
"per mandare in crash il PC e danneggiare l'hard-disk, e non è chiaro ad oggi se l'unità può essere ripristinata dopo aver subito l'attacco."

Scusate ma com'è possibile? Cioè mi causerebbe un danno hardware?

Inoltre leggo in giro che anche windows XP sarebbe vulnerabile.
Cioè sono 20'anni che c'è questo bug (perché di questo si tratta), e non se n'è mai accorto nessuno?
Siamo bravi noi informatici eh!?

Ed aggiungo che da quello che ho capito il bug è nel file system, non nel sistema operativo.
NTFS è usato pure in ambito server. È una cosa abbastanza grave.

A livello hardware non può fare danni, ma se fa casini con la MFT (Master File Table), perdi tutti i dati (SO e file).
Dovrai riformattare il disco e rimettere tutto.
La MFT è una sorta di database con il riferimento del file alla porzione di disco che occupa.
Quando cancelli un file, il SO identifica quel riferimento MFT come libero e si può riutilizzare.
Se tu con quel comando incasini i riferimenti, semplicemente il SO non sa quella entry MFT a che file corrisponde sul disco.
Il bug è ovviamente nel file system NTFS e nella pratica non capisco come possano alcune versioni di Windows 10 non esserne affette.
Come se fosse stato cambiato in quelle specifiche versioni e poi si sia tornati indietro?
Ad ogni modo puoi cautelarti facendo delle snapshot del disco rigido (esistono dei programmi che lo fanno).
In questo modo in teoria potrai ripristinare sia il SO che i dati all'ultimo salvataggio effettuato.

[Saturn]

Originariamente inviato da zappy

bah, mi sembra eccessivo usare ext su win. io intendevo usare lin su ext


per oggi ci accontentiamo di 7

Vabbùò, tanto tra una quarantina di minuti è ora di mettersi in casa e tornare alla propria dimora. Che con gli orari del coprifuoco sono un troppo sbarazzino...va a finire che me lo fanno a me un "file system posteriore" grosso come una casa se ritardo !

[zappy]

Originariamente inviato da canislupus

...Il bug è ovviamente nel file system NTFS e nella pratica non capisco come possano alcune versioni di Windows 10 non esserne affette. ...

non vedo la stranezza. Il baco è cmq del SO che manipola il filesystem in modo errato. Se scrivi dati sbagliati in un DB e lo svacchi, la colpa non è del DB, ma di chi ci scrive sopra a casaccio, no?

Come se fosse stato cambiato in quelle specifiche versioni e poi si sia tornati indietro? ....

non capisco lo stupore... win 10 è l'apoteosi del "peggiorare e tornare indietro"...

[zappy]

Originariamente inviato da Saturn

Vabbùò, tanto tra una quarantina di minuti è ora di mettersi in casa e tornare alla propria dimora. Che con gli orari del coprifuoco sono un troppo sbarazzino...va a finire che me lo fanno a me un "file system posteriore" grosso come una casa se ritardo !

ti chiudi nella tua shell?

[Saturn]

Originariamente inviato da zappy

non vedo la stranezza. Il baco è cmq del SO che manipola il filesystem in modo errato. Se scrivi dati sbagliati in un DB e lo svacchi, la colpa non è del DB, ma di chi ci scrive sopra a casaccio, no?
non capisco lo stupore... win 10 è l'apoteosi del "peggiorare e tornare indietro"...

Ah ah ah.....questo non va !

Se vuoi la prova, devi scrivere in maiuscolo, convinto...

Windows 10 è il miglior sistema operativo del passato, presente e futuro !
Bill Gates è il mio pastore, il mio credo è Microsoft !

...roba da setta insomma !

[Saturn]

Originariamente inviato da zappy

ti chiudi nella tua shell?

Lascia perdere...sto impazzendo. Ho appena finito di parlare con la Polizia Stradale...così giusto per chiarire un paio di dubbi...avrei del pelo da spazzolare in altra regione, ma niente...date le cifre delle multe va a finire che conviene una escort...

[sacd]

Originariamente inviato da mattxx88

mi è capitato un 2/3 volte (ho formattato settimana scorsa, quindi installazione pulita), ma è rimasto nero tipo 15/20 sec poi è tornato "on"
pensavo fosse la gpu, dici che sia il SO?

Si, ripristinato ad un punto di ripristino di 10 giorni prima il difetto è sparito.
Rifatti gli aggiornamenti, tac, pc inutilizzabile

[Saturn]

Originariamente inviato da MotionDesign

sono fuori produzione da anni, e anche se la trovi è stra usata e perde olio

Gran macchina comunqe, l'aveva il babbo e tra noi e i nuovi proprietari avrà fatto almeno 20 anni senza dare gran problemi !

[biometallo]

Originariamente inviato da zappy

io intendevo usare lin su ext

Ma povera bimba ma lasciamola in pace è pure disgraziata di suo...

Originariamente inviato da Saturn

Oh...però mi raccomando. Quale che sia l'esito non vi scannette tra ultrà Windows 7 e Windows 10. Rimaniamo tranquilli !

Comunque mi sa che c'è poco da fare i fanboy, temo che se si andasse a spulciare il canale twitter del tizio che ha trovato il bug mi sa che c'è ne per tutti

Inspired by my earlier accidental discovery that a FreeNAS 11.2 ISO written to a USB drive with Rufus will cause Windows 7 to BSOD, I got to wondering how well modern operating systems handle malformed filesystems. Windows, Linux, macOS, FreeBSD all fail.

E ce n'è anche per Chromeos. : :


https://twitter.com/wdormann/status/1095799927765127170

https://www.youtube.com/watch?v=r3Me...ature=emb_logo

[canislupus]

Originariamente inviato da zappy

non vedo la stranezza. Il baco è cmq del SO che manipola il filesystem in modo errato. Se scrivi dati sbagliati in un DB e lo svacchi, la colpa non è del DB, ma di chi ci scrive sopra a casaccio, no?
non capisco lo stupore... win 10 è l'apoteosi del "peggiorare e tornare indietro"...

Certo, ma la stranezza è che oggi uso un "driver" (passami il termine) per far comunicare il SO con il file system alla versione X.x.x.a e ha il bug... domani uso la versione X.x.x.b e non ha il bug... poi la versione X.x.x.c che reintroduce il bug???

[Saturn]

Originariamente inviato da biometallo

Ma povera bimba ma lasciamola in pace è pure disgraziata di suo...









Comunque mi sa che c'è poco da fare i fanboy, temo che se si andasse a spulciare il canale twitter del tizio che ha trovato il bug mi sa che c'è ne per tutti

Inspired by my earlier accidental discovery that a FreeNAS 11.2 ISO written to a USB drive with Rufus will cause Windows 7 to BSOD, I got to wondering how well modern operating systems handle malformed filesystems. Windows, Linux, macOS, FreeBSD all fail.

E ce n'è anche per Chromeos. : :


https://twitter.com/wdormann/status/1095799927765127170

https://www.youtube.com/watch?v=r3Me...ature=emb_logo

Via tanto male non le va alla fine. Più che altro poveracci quella cha la incontravano o la osavano sfiorare. Sistematicamente ammazzattai e brutalizzati da Ken Shiro in maniera ancora più violenta. Poi senza volerva offendere, ma portava una sfiga non indifferente. Senza eccezioni. Chi se la metteva in casa, da grande o da piccola, veniva fatto secco nelle successive ore o giorni, senza eccezioni ! Gran citazione comunque !

Originariamente inviato da MotionDesign

È vero, l’aveva un mio amico, ‘ereditata’ dal padre, e si è fatta circa 15 anni

La roba buona di una volta. Comunque si comincia, appena fatto copia di backup. Lanciamo questo bendetto comando !

PROVA 1: da prompt dei comandi con e senza diritti di amministratore non succede nulla, riavvio perfetto nessun avviso.
PROVA 2: tanto di fare collegamento ma senza successo, anche a modificarne uno nel desktop cambiato il path di esecuzione ma mi da errore.

Qualche idea ? Perchè per ora Windows 7 sembra sbattersene, letteralmente.

[Nui_Mg]

Microsoft is working to fix a critical NTFS vulnerability on Windows 10 that can corrupt users’ hard drives when they open an HTML file, a Windows shortcut, or extract a Zip file that contains a one-line command (via The Verge). When the vulnerability is triggered, users will see a pop up saying that they need to restart their PC to repair drive errors, and doing so will initiate the Windows check disk utility on reboot to repair the corrupted disk.

The vulnerability was actually discovered two years ago by Will Dorman, a security researcher at the CERT Coordination Center. If Dormann believed that Windows 10 versions older than 1803 may not be affected, Bleeping Computer is reporting today that the NTFS issue also impacts older versions of Windows XP.

This problem seems to be introduced around the time of Windows 10 1803. Prior versions of Windows do not appear to be affected.
I'll give Microsoft a shot at addressing this before disclosing what the value of <specialdir> is.
Though I question how such things get prioritized…

— Will Dormann (@wdormann) January 9, 2021


This vulnerability is pretty serious as it can be hidden in a random file and corrupt your hard drive instantly. Worse, Bleeping Computer discovered that it can also be triggered when the Windows File Explorer simply displays a corrupted shortcut hiding the malicious command in a folder. “To do this, Windows Explorer would attempt to access the crafted icon path inside the file in the background, thereby corrupting the NTFS hard drive in the process,” the report explained.

Microsoft has finally acknowledged this critical vulnerability in a statement to The Verge, promising a fix in a future update. “We are aware of this issue and will provide an update in a future release,” a Microsoft spokesperson said. “The use of this technique relies on social engineering and as always we encourage our customers to practice good computing habits online, including exercising caution when opening unknown files, or accepting file transfers.”

[Saturn]

Prove terminate direi.

Windows 7 sembra non essere affetto da questa problematica. <- LINK

Ora se riesco a mettervela su al volo proviamo LTSC o Windows 8.1 ?

Scegliete e perite...SCEGLIETE LA FORMA DEL DISTRUGGITORE !

Originariamente inviato da Nui_Mg

Microsoft is working to fix a critical NTFS vulnerability on Windows 10 that can corrupt users’ hard drives when they open an HTML file, a Windows shortcut, or extract a Zip file that contains a one-line command (via The Verge). When the vulnerability is triggered, users will see a pop up saying that they need to restart their PC to repair drive errors, and doing so will initiate the Windows check disk utility on reboot to repair the corrupted disk.

The vulnerability was actually discovered two years ago by Will Dorman, a security researcher at the CERT Coordination Center. If Dormann believed that Windows 10 versions older than 1803 may not be affected, Bleeping Computer is reporting today that the NTFS issue also impacts older versions of Windows XP.

This problem seems to be introduced around the time of Windows 10 1803. Prior versions of Windows do not appear to be affected.
I'll give Microsoft a shot at addressing this before disclosing what the value of <specialdir> is.
Though I question how such things get prioritized…

— Will Dormann (@wdormann) January 9, 2021


This vulnerability is pretty serious as it can be hidden in a random file and corrupt your hard drive instantly. Worse, Bleeping Computer discovered that it can also be triggered when the Windows File Explorer simply displays a corrupted shortcut hiding the malicious command in a folder. “To do this, Windows Explorer would attempt to access the crafted icon path inside the file in the background, thereby corrupting the NTFS hard drive in the process,” the report explained.

Microsoft has finally acknowledged this critical vulnerability in a statement to The Verge, promising a fix in a future update. “We are aware of this issue and will provide an update in a future release,” a Microsoft spokesperson said. “The use of this technique relies on social engineering and as always we encourage our customers to practice good computing habits online, including exercising caution when opening unknown files, or accepting file transfers.”

Grazie, allora dei che possiamo chiederla. Ergo anche Windows 10 LTSC (1809) dovrà avere una patch correttiva....

Originariamente inviato da MotionDesign

Giusto per scrivere qualcosa che no sia OT
Le regressioni esistono in ogni sistema operativo, anche in linux ad esempio (e non sono nemmeno così rare)
Non voglio difendere Microsoft, ma forse non ci si rende conto
della complessità di un s.o., come funzionalità e come codice

Ecco quoto in pieno, spero che le mie prove, per quello che valgono ovviamente, non servano a generare le solite sei o sette pagine di s.o. war come al solito...in fondo anche gli smartphone di un noto marchio, si impallavano anche in maniera grave con dei caratteri speciali che potevano arrivarti per un messaggio. Quindi, si aspetta la patch e nel frattempo backup e attenzione. Certo che la proposta di tornare alla FAT32, sarà la grappa ma devo ancora capirla in tutta onesta...!

[Saturn]

Originariamente inviato da MotionDesign

Infatti, parliamo di milioni di righe di codice...vabbè in onore alla tua grappa
mi apro una 8.6

Alla salute !

Originariamente inviato da zappy

vabbè, ma se correggi di maria, rischia che dai format c: anzichè il trigger di 'sto bug...
non sei affidabile per far danni come si deve

Comunque "Lunga vita a Windows XP e Windows 7" come dice qualcuno. E in bocca al lupo al povero 10. Per sua natura, e sono il primo
ad apprezzarlo, ma ho anche senso critico, nelle versioni dalla home alla pro "per la massa", non avrà mai la stessa stabilità e robustezza,
proprio per la sua natura di sistema in aggiornamento continuo. Anche se, come qualcuno ha giustamente fatto notare, non è che prima
si stesse veramente meglio. E confermo. Discorso diverso, con Windows 10 Enterpre e LTS. Un altro mondo, niente da dire. Ma il
futuro è 10 e dubito che Microsft, per quante ne combini, rischi di perdere il gioiello della corona, installatto in tutti i pc del pianeta terra.

I suddetti problemi comunque, tanto per essere equi, quando ci sono, non solo solo "farina del sacco di mamma Microsft". Non voglio tornare
sulla marea di schifezza che ho visto e contnuo a vedere installate, altro che le app di 10 che tanto danno fastidio...veri e prori software
fantoccio, ottimizzarori, pulitori di registro, antvirus e firewall software troppo invasivi. Logicamente, dopo passi alla release successiva, ma
questo si verificava anche con i service pack dei predecessori come Windows 7 e XP, con l'installazione carica di tutti queste schifezze e che
deve succedere ? Non funziona più nilla. Io sarà fortuna. Ma la mia installazione è del 2010 ! Aggiornata l'anno scorso durantre la pandemia a
Windows 10 e funziona ancora che è una bomba. Qualche blue screen veramente una votla ogni morto di Papa, giusto perchè la cpu ha un
overclock pazzescco.

Logicamente è solo un punto di vista e TUTTO IMHO ! Mi raccomando...eh !

[Tax]

Ho letto bene? C'è davvero scritto "... uno di questi potrebbe essere convertire le proprie unità al file system FAT32" ???

Dalla padella alla brace, si salvi chi può! Non avrei pensato di leggere un "suggerimento" così fuorviante in queste pagine. Più che suggerimento lo considero un depistaggio

[pps]

...ho fatto una "prova" in VM riavviando il sistema parte in automatico il CHKDSK e alla fine della procedura il sistema funziona...

[biometallo]

Originariamente inviato da pps

...ho fatto una "prova" in VM riavviando il sistema parte in automatico il CHKDSK e alla fine della procedura il sistema funziona...

Ti sei però scordato di specificare con quale OS, perché ora più che altro ci (mi?) interessa sapere se 7 e 8 sono in effetti immuni, cosa che mi pare nessuno abbia specificato, o se invece come nel caso di windows XP semplicemente nessuno abbia fatto delle prove su os così obsoleti... di Vista ovviamente non frega nulla a nessuno.

Che poi magari per fare una prova basta anche un vecchio hdd secondario vuoto da dare in sacrificio o perfino una pennetta usb...

Solo che in questo momento non ho manco mezzo pc con 7 e 8 e non ho nemmeno voglia di armeggiare con le VM, tra l'altro su questo vecchio Core2duo manco gira VirtualBox lamentando la mancanza delle VT-X..

Intanto segnalo alcuni commenti su bleepingcomputer tradatti in malo modo da google

"Ho pensato di pubblicare questo - L'ho testato su 3 diversi laptop che ho a casa stasera:

HP 250 G5 - Nuova installazione di Windows 10 2004 - Unità SSD (usata per i test)
Lenovo ThinkPad Helix Gen 2 - Installazione recente di Windows 10 2004 con app installate ma di scarso utilizzo - Unità SSD (utilizzata anche per i test)
Lenovo Thinkpad E590 - Installazione recente di Windows 10 20H2 - Unità SSD (Il mio laptop da lavoro, usato regolarmente, ma senza nulla che non possa essere ripristinato se questo mattone la guida)

Su tutti e tre questo comando ha restituito il risultato "il file o la directory è danneggiato e illeggibile", con una richiesta di sicurezza e manutenzione per riavviare il dispositivo. Dopo averlo fatto, Windows è riuscito a scansionare e riparare l'unità con successo ad ogni tentativo, di solito in pochi secondi, e mi ha riportato alla schermata di accesso di Windows entro un minuto. L'ho testato più volte su ogni macchina, in alcuni casi eseguendo il comando più di dieci volte prima del riavvio, e non una volta le unità si sono interrotte in modo tale da risultare irrecuperabili.

Non sto dicendo che questo non sia un problema o che sia sensazionalistico, tuttavia i test che ho fatto non hanno mostrato alcun caso in cui le unità si danneggino irreparabilmente o qualcosa che Windows non possa risolvere nel solito modo.
-----
"I risultati sembrano vari. Nei miei test su una VM, ha cestinato la mia installazione come mostrato dal video nell'articolo.

Altri test sulla stessa VM sono stati risolti facilmente tramite Chkdsk. Non ho spiegazioni sul motivo per cui è stato risolto facilmente in alcuni test e non in altri."
----
Testato in Windows server 2019 versione 1809 e ricevuto un avviso di disco danneggiato.

Ho testato sul mio win 10 20H2 e il risultato è una query fsutil sporca ma il computer funziona ancora, ho creato sfc / scannow senza errori, chkdsk online mostra l'errore
--------------
Passaggio 1: Analisi della struttura del file system di base ...
Il tipo 0x80 l'attributo e il tag di istanza 0x2b in 0xafe0f
hanno una lunghezza allocata di 0x4cc00000 invece di 0x4cb90000.

Gli attributi del record (80, $ J) del segmento del record del file AFE0F

al riavvio con autocheck autochk
le finestre si avvia normalmente senza dirty bit

ora la domanda è
quale versione di Windows va a bsod?
--------------

[canislupus]

Originariamente inviato da Svelgen

Appunto...quindi viene da pensare che meno lo tocchi e lo stravolgi, e meglio è.
Tutto il contrario di quello che ha fatto Microsoft con 10...

Non si tratta di stravolgere... io presumo che il "driver" che permette l'interazione tra il FileSystem e il SO abbia alcune funzioni e un determinato codice.
Ora... come è stato possibile tornare indietro ad una versione buggata?
Se tu modifichi il codice insito al suo interno, probabilmente non riprenderai un "vecchio" pezzo, ma magari ne implementerai una parte nuova.
Questa parte nuova è possibile che riproduca gli stessi effetti di una vecchia?
Per meglio capire il mio pensiero (ammesso che io stesso lo capisca ).
Abbiamo il codice del vecchio "driver". Al suo interno c'è scritto PIPPO ed ha il bug.
Aggiorno questo "driver" e al posto di PIPPO, scrivo PLUTO (se fosse ancora PIPPO+x... il bug sarebbe ancora presente, salvo che x lo abbia corretto).
Faccio un'altra versione... scrivo dentro PAPERINO (al posto di PLUTO o aggiungendo y).
PAPERINO ha lo stesso bug di PIPPO.
Quindi le ipotesi sono due...
PAPERINO integra una parte buggata di PIPPO (hai ripreso un pezzo vecchio dopo averlo abbandonato????) oppure y ha reinserito quel pezzo di codice buggato a PLUTO che funzionava perfettamente.
Se non avete capito quello che voglio dire, è normale... neanche io ci ho capito

[gd350turbo]

Originariamente inviato da Svelgen

In ufficio ho windows 7 per ovvie esigenze di compatibilità.

Proprio in questi giorni, ho un pc in analisi per verificare quanto succede ad un vicino:
Windows 7, si installa e parte regolarmente in pochi secondi, Windows 10 si installa, ma ci mette circa 90 secondi a partire, ovviamente con ssd...
Ed altrettanto ovviamente il popolino, da la colpa a windows 10.

E invece, le mie analisi, portano ad una finta implementazione della IME (Intel Management Engine), da parte della (scrausa) motherboard di marca ignota, windows 10 cerca di abilitarla, attende... attende... e poi va in timeout !

Sto ancora facendo test, quindi è presto per parlare, ma come ho sempre supposto, c'è in giro hardware di merda, ed è quello a dare problemi !

[LL1]

Originariamente inviato da biometallo

Ti sei però scordato di specificare con quale OS, perché ora più che altro ci (mi?) interessa sapere se 7 e 8 sono in effetti immuni

il bug colpisce sicuramente Windows 10 a partire dalla versione 1803 per cui a regola il test è stato fatto su uno dei rami affetti (ad esempio 20H2 che è l'ultimo di tipo non insider) ma anche fosse dimostrato che le edizioni 'discontinuate' (XP, Vista, 7, 8, 8.1 o lo stesso 10 TH1/2..) siano immuni, dove si vuole arrivare??

A dimostrare che sarebbe opportuno restare su quei sistemi??