11Aug

Du trenger bare å tørke en disk en gang for å trygt slette den

Du har sikkert hørt at du må overskrive en stasjon flere ganger for å gjøre dataene uopprettelige. Mange disk-wiping verktøy tilbyr multiple-pass wipes. Dette er en urban legend - du trenger bare å tørke en stasjon en gang.

Wiping refererer til å overskrive en stasjon med alle 0-er, alle 1-er eller tilfeldige data. Det er viktig å tørke en stasjon en gang før du fjerner den for å gjøre dataene dine uopprettelige, men flere kluter gir en falsk følelse av sikkerhet.

Billedkreditt: Norlando Pobre på Flickr

Hva Wiping gjør

Når du sletter en fil ved hjelp av Windows, Linux eller et annet operativsystem, fjerner operativsystemet ikke alle spor av filen fra harddisken din. Operativsystemet markerer sektorene som inneholder dataene som "ubrukte". Operativsystemet vil skrive over disse ubrukte sektorer i fremtiden. Men hvis du kjører et filgjenopprettingsverktøy, kan du gjenopprette data fra disse sektorene, forutsatt at de ikke er overskrevet ennå.

Hvorfor sletter operativsystemet ikke dataene helt? Det ville ta ekstra systemressurser. En 10 GB-fil kan merkes som ubrukt veldig raskt, mens det vil ta mye lengre tid å skrive over 10 GB data på stasjonen. Det tar ikke lenger å overskrive en brukt sektor, så det er ikke noe problem å kaste bort ressurser som overskriver dataene, med mindre du vil gjøre det uopprettelig.

Når du "tørker" en stasjon, overskriver du all data på den med 0, 1 eller en tilfeldig blanding av 0 og 1.

Mekaniske Harddisker mot Solid State Drives

Ovennevnte gjelder bare for tradisjonelle, mekaniske harddisker. Nyere solid state-stasjoner som støtter TRIM-kommandoen oppfører seg annerledes. Når et operativsystem sletter en fil fra en SSD, sender den en TRIM-kommando til stasjonen, og stasjonen sletter dataene. På en solid state-stasjon, tar det lengre tid å overskrive en brukt sektor i stedet for å skrive data til en ubrukt sektor, slik at sletting av sektoren forut for tiden øker ytelsen.

Image Credit: Simon Wüllhorst på Flickr

Dette betyr at verktøy for filgjenoppretting ikke vil fungere på SSD-er. Du bør heller ikke tørke SSDer - bare å slette filene vil gjøre. SSD har et begrenset antall skrive sykluser, og tørke dem vil bruke skrivecykler uten fordel.

The Urban Legend

På en tradisjonell mekanisk harddisk, lagres data magnetisk. Dette har ført til at noen mennesker teoretiserer at selv etter overskriving av en sektor, kan det være mulig å undersøke hver sektors magnetfelt med et magnetisk kraftmikroskop og bestemme sin tidligere tilstand.

Som en løsning, anbefaler mange mennesker å skrive data til sektorene flere ganger. Mange verktøy har innebygde innstillinger for å utføre opptil 35 skrivepass - dette kalles "Gutmann-metoden", etter Peter Gutmann, som skrev et viktig papir om emnet - "Sikker sletting av data fra magnetisk og solid state-minne, "Publisert i 1996.

Faktisk ble dette papiret feiltolket og blitt kilden til 35-passet urbane legenden. Det opprinnelige papiret slutter med den konklusjonen at:

"Data overskrevet en eller to ganger kan bli gjenopprettet ved å subtrahere det som forventes å bli lest fra en lagringsplass fra det som faktisk leses. .. Men ved å bruke de relativt enkle metodene som presenteres i dette papiret, er oppgavenav en angriper kan gjøres betydelig vanskeligere, om ikke uoverkommelig dyrt. "

Gitt denne konklusjonen er det ganske tydelig at vi bør bruke Gutmann-metoden til å slette stasjonene våre, ikke sant? Ikke så fort.

Virkeligheten

For å forstå hvorfor Gutmann-metoden ikke er nødvendig for alle stasjoner, er det viktig å merke seg at papir og metode ble designet i 1996, da eldre harddiskteknologi ble brukt. Gutmann-metoden med 35 passord ble utviklet for å tørke data fra alle typer stasjoner, uansett hvilken type stasjon det var - alt fra dagens harddisk-teknologi i 1996 til gammel harddisk-teknologi.

Som Gutmann selv forklarte i en epilog skriftlig senere, for en moderne kjøretur, en tørke( eller kanskje to, hvis du vil - men absolutt ikke 35) vil gjøre det bra( den dristige her er min):

"I tiden siden dette papiret ble publisert, har noen mennesker behandlet 35-pass-overskriveteknikken som er beskrevet i det mer som en slags voodoo-incantation for å forvise onde ånder enn resultatet av en teknisk analyse av kjørekodingsteknikker. .. Faktisk utførerDen fulle 35-pass-overskriften er meningsløs for en hvilken som helst stasjon, siden den retter seg mot en blanding av scenarier som involverer alle typer( normalt brukt) kodingsteknologi, som dekker alt tilbake til 30 + -år gamle MFM-metoder( hvis du ikke forstårdenne utsagnet, les på nytt papiret).Hvis du bruker en stasjon som bruker kodingsteknologi X, trenger du bare å utføre passene som er spesifikke for X, og trenger du aldri å utføre alle 35 passasjer .For en hvilken som helst moderne PRML / EPRML-stasjon, er noen få tilfeller av tilfeldig skrubbing det beste du kan gjøre. Som papiret sier, " En god skrubbe med tilfeldige data vil gjøre så godt som kan forventes ".Dette var sant i 1996, og er fortsatt sant nå."

Diskdensitet er også en faktor. Etter hvert som harddisker har blitt større, har flere data blitt pakket inn i mindre og mindre områder, noe som gjør at teoretisk datagjenoppretting i det hele tatt umulig er:

"... med moderne harddiskstasjoner, selv om du har 10kB sensitive data på en stasjon og kan't slette det med 100% sikkerhet, sjansene for at en motstander kan finne slettede spor av den 10KB i 200GB andre slettede spor er nær null. "

Faktisk har det ikke vært rapportert om noen som bruker enmagnetisk kraftmikroskop for å gjenopprette overskrevne data. Angrepet forblir teoretisk og begrenset til eldre harddiskteknologi.

Beyond Wiping

Hvis du fortsatt er paranoid etter å ha lest de ovennevnte forklaringene, er det noen måter du kan gå videre.Å utføre 35 passerer vil ikke hjelpe, men du kan bruke degausser til å eliminere stasjonens magnetfelt - dette kan ødelegge noen stasjoner, skjønt. Du kan også ødelegge harddisken din fysisk - dette er den virkelige "militærgraden" datadestinasjon.

Image Credit: US Army Environmental Command på Flickr