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.

Bildekreditt: Norlando Pobre på Flickr

Hva tøler 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. 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 alle dataene på den med 0, 1 eller en tilfeldig blanding av 0 og 1.

Mekaniske harddisker versus 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 lenger tid å overskrive en brukt sektor enn å skrive data til en ubrukt sektor, slik at sletting av sektoren forut for tiden øker ytelsen.

Bildekreditt: 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 feilfortolket og blitt kilden til 35-passet urbane legenden. Det opprinnelige papiret avsluttes med den konklusjonen at:

"Data overskrevet en eller to ganger kan bli gjenopprettet ved å trekke ut 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, kan en angripers oppgave gjøres betydelig vanskeligere, hvis ikke forbudt dyrt. "

Gitt denne konklusjonen, er det ganske tydelig at vi bør bruke Gutmann-metoden for å 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 papiret og metoden ble designet i 1996 da eldre harddiskteknologi ble brukt. 35-pass Gutmann-metoden ble utviklet for å tørke data fra en hvilken som helst type stasjon, uansett hvilken type stasjon det var - alt fra dagens harddiskteknologi i 1996 til gammel harddisk-teknologi.

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

"I tiden siden dette papiret ble publisert, har noen mennesker behandlet 35-pass-overskriveteknikken beskrevet i det mer som en slags voodoo-incantation for å forvise onde ånder enn resultatet av en teknisk analyse av kjørekodingsteknikker ... Faktisk utfører Full 35-pass-overskriving er meningsløst 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år det uttalelse, 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 du trenger aldri å utføre alle 35 pass. For en hvilken som helst moderne PRML / EPRML-stasjon, er noen passerer med tilfeldig skrubbing det beste du kan gjøre. Som papiret sier, "En god skrubbing med tilfeldige data vil gjøre så godt som kan forventes“. Dette var sant i 1996, og er fortsatt sant nå. “

Disk tetthet 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 teoretisk datautvinning stort sett umulig:

"... med moderne høydensitetsdrifter, selv om du har 10kB sensitive data på en stasjon og ikke kan slette den med 100% sikkerhet, er sjansene for at en motstander kan finne de slettede sporene på den 10kb i 200GB av andre slettede spor er nær null. "

Faktisk har det ikke vært rapportert tilfelle av alle som bruker et magnetisk 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 en 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