Dotaz: Jak smazat data z disku do 5 vterin tak aby byla neobnovitelna?

[Jix0]

Navrhuji si nejaky jednoduchy, par radkovy skript, ktery by smazal data z disku, tak aby se nedala uz obnovit ani s pouzitim specialnich nastroju.

Nejprve me napadla moznost pouziti nastroje shred, ktery data smaze a nasledne prepise, jenze v pripade vetsiho objemu dat tento proces ponekud trva (potrebuju treba 3 GB dat smazat v co nejkratsim case (takove nouzove "cervene tlacitko" aby se po aktivaci jiz nikdo nedostal k datum na disku)).

Dalsi z moznosti, jenz me napadly, by bylo pouziti presunu dat do /dev/null (jenze pri pouziti sudo mv /SOUBOR /dev/null trva opet prilis dlouho), nejlepe tak aby se zapisovalo primo do blokoveho zarizeni (myslim tim sudo cat /dev/null > /dev/sda), mam vsak obavu ze pri provadeni prikazu po chvili prestane fungovat system, melo by to ovsem poskodit pocatek disku s tabulkou souboru, takze by data mela byt necitelna, ovsem s pouzitim specialniho nastroje na obnovu dat by urcite data byla obnovitelna (nebo jsou snad v teto chvili jiz ztracena?)

Dalsi napad byl zapisovat z /dev/null na /dev/sda pomoci dd, jenze trva dele nez presun do /dev/null a navic mam obavu o stejny problem jako v predchozim odstavci.

Posledni moznost co by se dala pouzit je pouzit presun nejkritictejsich slozek jednotlive do /dev/null

Proto se ptam. Existuje nejaky efektivnejsi zpusob, jak smazat velky objem dat v co nejkratsim case aby data byla neobnovitelna, aniz bych byl nucen fyzicky eliminovat disk? Nejsem schopny rozmontovat NTB a disk vyndat behem 5 vterin, kdyby doslo k aplikaci vyse uvedeneho napadu.

Odpovědi

[pepe_]

v vytvor v qemu virtualni hdd o velikosti kterou potrebujes , preved ho na raw format pod jmenem toho souboru a  pak ho smaz ,  dd trva roky , tohle vytvori 20gb za par vterin (nevim ale jak zjistit co to vlastne zapsalo na disk) jestli je prazdnej jako po dd nebo to jen ocural.

[Jendа]

Samozřejmě, že to qemu vytvoří děravý soubor a nezapisuje. Můžeš si to zkusit třeba na kartě z foťáku + následný photorec.

[Mortal]

sifrovat disk a behem 5 sekund se vypnout PC uz da :)

[a1bert]

vypnout a zahrat termitem ;)

[AsciiWolf]

Rovnou nanotermitem, at je to efektnejsi.

[X.]

JJ, treba Debian 6 squeeze + encrypted disk (+ LVM), no problem :D

[Jakub Lucký]

Ale je potřeba přepsat RAMku, cold boot attack je svinstvo...

[Jendа]

Než to otevřou, než to ochladí… Coold boot je podle mě rizikem jen pokud se útočník dostane k běžícímu počítači.

[Jakub Lucký]

Já bych kluky policejní tak nepodceňoval... Oni si občas umí zaplatit předraženého člověka, který jim vysvětlí, co mají udělat... Podle wiki se data ztratí v řádu "seconds to minutes". S dostatečným vybavením se podle mě dá za minutu projít bytem (najisto) a tu RAMka dostat (z notebooku) ven, zejména pokud nás netrápí to, že trochu ublížíme nějakému plastu a podchladit to tekutým dusíkem nebo něčím podobným...

Určitě bych na pomalosti naplánovaného útoku nepostavil security řešení (Paranoia v2.0)

[Beda0]

V tomhle nemám moc zkušeností, ale obávám se, že to nejde, jak si představuješ - pokud ty data chceš smazat, aby se k nim nikdo nedostal, musíš je přepsat nulama, nebo líp náhodnejma datama, což trvá dlouho. Smazání tabulky podle mě moc nepomůže - záleží na typu filesystému, jak moc se potom dají data rekonstruovat.
Řešením je podle mě citlivá data umístit na šifrovanou partition - například pomocí truecryptu a jako klíč použít nějaký soubor - může to být cokoliv. Po smazání klíče se k datům nikdo nedostane.

[Mercuriuz]

kup si disk z bazáče o velikosti kterou potřebuješ, vytáhni ho na kabelech mimo počítač, kolem něj namotej dokola pár metrů drátu coby cívku, ve chvíli kdy do toho pustíš střídu máš data na plotnách zaručeně K.O. a nemusíš se bát že by to někdy někdo obnovil...

pokud to potřebuješ scriptem tak si na com port zapoj stykač a spínej ho přes ten script

[Mercuriuz]

proc se to sakra pridalo jako comment k tomu prispevku? :-O

[Jix0]

Dejme tomu ze sifrovanou partition budu mit. Jenze jedna se mi o to, ze ty data ktere potrebuji znicit, jsou vetsinou textoveho charakteru (treba icq komunikace).Navic mnoho z tech dat co by bylo treba znicit se nachazeji v $HOME, takze bych musel mit oddil se sifrovanym $HOME adresarem. Jenze nechci pak znicit vsechna data obsazena v $HOME

Reseni je treba vypnout ukladani historie, jenze mnoho klientu ji i po vypnuti, treba jen i docasne, uklada. (SIM vypnuti historie vesele ignoruje, qutIM a Licq taktez - nutno rucne promazavat).

Zatim to budu muset vyresit tak ze si do skriptu zapisu vsechny cesty k adresarum co se maji v pripade aktivace skriptu znicit (poslat do /dev/null. To uz predpokladam pak obnovitelne nebude).

Nebo pak nechat tyto data skriptem presunout na ten sifrovany oddil, pak teda unmount a znicit soubor s klicem.

[Jakub Lucký]

Zbytečné složité a pomalé...

Data jsou na šifrovaném oddíle a do svých pravidelných míst ($HOME/.aplikace) jsou nasymlinkovaná.... Destrukční skript udělá shred souboru s klíčem a pak nějaký radikální způsob odpojení šifrovaného FS a přepsání RAM (třeba reboot -n -f)

Jen to předpokládá, že shred opravdu rovnou maže a že šifrování nemá žádné mezisoubory a je čistě v RAM on-the-fly

[Jendа]

Pozor, reboot na většině počítačů paměť nepřepíše. Pro přepsání klíče použij funkci k tomu určenou, třeba cryptsetup luksSuspend v případě dm-crypt/LUKS.

[Jendа]

Ne, mv soubor /dev/null soubor fyzicky neodstraní (zkus si to).

Tohle se řeší šifrováním a buď odmítnutím vydání hesla nebo přepsáním klíče náhodnými daty (klíč je malý - řádově stovky bitů - jeh přepsání je otázkou zlomku sekundy).

Rychlé přepsání samo o sobě nejde - disk dokáže zapisovat třeba 70 MB/s a rychleji to prostě nepůjde.

A když už jsme u toho - je ti jasné, že zabezpečení ICQ je mizerné až žádné a tedy pokud po tvé ICQ komunikaci někdo jde, pravděpodobně si ji chytá už na Internetu a o žádný disk mu nejde?

[the.max]

konkretner toho icekve, pokud jsi si cetl licencni ujednani se kterym jsi musel souhlasit pred instalaci te sr*cky, tak jsi se tam jiste docetl, ze veskera komunikace muze byt logovata 9jinde0 a ze zaroven cokoli prez tu jejich sit posles, tak se stava jejich dusevnim vlastnictvim.

[AraxoN]

s /dev/null si nijak nepomôžeš. Riešenie by som videl také, že budeš šifrovať oddiel požadovanej veľkosti nejakým naozaj náhodným kľúčom, ktorý bude uložený na nešifrovanom oddieli. V prípade potreby potom stačí umount a shred-núť len ten malý súbor s kľúčom. Ku šifrovanému obsahu sa už potom určite nedostaneš a kľúč, ktorý nepoznáš, z Teba nikto "nevymláti".

[2X4B-523P]

také by byl lepší ssd než obyčejný hadr...

[l4m4]

SSD jsou z tohoto pohledu zajímavá, protože na nich nejde data spolehlivě ani zničit, ani obnovit. Což bych ale za řešení nepovažoval.

[camel1cz]

No článek, co byl publikovaný tady nebo na rootovi cca před 14 dny mluvil jinak než vy - údajně data po smazání nelze rekonstruovat, navíc mazaná data se rychlostí blesku označí ke smazání a firmware disku provádí fyzické mazání kdykoliv dostane power a má čas - toto nelze zastavit...

Když si k tomu přidám svou dedukci, že po zápisu 0 nebo 1 do SRAM/DRAM je tam opravdu O či 1 - žádné zbytkové magnetizmy atd... vychází mi, že to je ideální řešení pro rychlé smazání dat.

P.S. osobně dávám +1 šifrování a případnému logoutu/vypnutí/umountu...

[l4m4]

Článek odkazovaný např. na rootu ukazuje jednu stranu věci: nemožnost zabránit smazání. A toto je druhá strana, tedy nemožnost zaručit smazání:

http://www.usenix.org/events/fast11/tech/tech.html#Wei

[camel1cz]

Zajímavý článek a jiný pohled... díky

[Sten]

Takový způsob neexistuje. Jediné zaručené a nevratné zničení dat je možné pomocí fyzické likvidace disku.

I když existuje dostatečné řešení: disk šifrovat a klíč mít na SD kartě. Při ohrožení stisknout Alt+SysRq+o (okamžitě vypne počítač), vyjmout SD kartu a tu zničit (třeba zlomit)

[pht]

vyjmout SD kartu a tu zničit (třeba zlomit)

To asi nebude úplně efektivní...

[Sten]

Vy víte o nějakém postupu, jak dostat data ze zlomené SD karty? Jinak pokud se toho bojíte, tak můžete použít mikrovlnku.

[Jendа]

Záleží na tom, kde ji zlomí. Pokud zlomí přímo čip, tak to asi přečíst nepůjde. Ale nevím, ve které části SD karet se dnes elektronika nachází, ani jak je velká. Předpokládám, že elektronika SD karty bude velikosti microSD a to okolo bude jenom plast. Ale potenciálně destruktivní rozdělávání mé karty podstoupit nechci. Nemáte někdo přístupný rentgen?

[NdrU]

Já mám doma jednu SD kartu, ze které odpadávají horní i spodní plastový kryt, o víkendu to můžu nafotit a někam postnout

[pht]

Tipoval bych, že ze zlomených částí se dají přečíst jedničky a nuly nějakým přístrojem...

[RYU.cz]

Doporučuji shlédnout film "Jádro" / "The Core" kde někde na začátku jeden "hacker" likviduje data (i s počítačema) když mu na dveře klepe FBI...

Teď vážně: Pokud jsi ochoten oželet rychlost, použij TrueCrypt s Více algoritmy najednou, klíč (větší soubor) na sd kartě (raději dvou, SD může odejít taky sama, to pak zamrzí).

Pak ještě zajistit aby se klíčový soubor nikde nezacachoval.

A v okmažiku kdy bude potřeba "zmáčknout červené tlačítko" kartu/y zlom a hoď na chvíli do mikrovlnky.

V tomto případě bych se cítil dost bezpečně.

BTW: Někde jsem četl, že když komunikuješ přes ICQ, tak vše co posíláš se stává majetkem AOL, takže by bylo jednodušší si komunikaci vyžádat od nich. (Nepředpokládám ale že ti jde hlavně o historii IM).

[pushkin]

Přidávám se k variantě TrueCryptu - navíc je zde možnost vytvořit si v TrueCryptu image disku a na něm citlivá data uchovávat. Pak stačí smazat jenom tento image. Vzhledem k tomu, že jde o šifrovaný soubor, bude se při pokusu o rekonstrukci jevit pouze jako zběsilá změť náhodných dat.

[Sten]

Image disku se samozřejmě podaří sestavit i po smazání, je jenom kombinace šifrování celého disku a smazání souboru. Takže se to opět dostává do bodu, kde uchovat klíč a jak se jej zbavit.

[pushkin]

Mno, klíč se nikde neuchovává - ten se dopočítává z hesla zadaného TrueCryptu. Pokud nemáte TrueCrypt a správné heslo, budete mít prostě směs nesmyslných jedniček a nul, viz FAQ.

[Sten]

Funguje to jako všechna normální šifrování. Klíč se uchovává na disku, ale je šifrovaný právě oním heslem (je to kvůli výkonu a bezpečnosti — klíč je pro rychlý algoritmus a proto je dlouhý, ale je šifrovaný pomalým algoritmem za pomoci krátkého hesla).

[Johny]

Přesně. Pro zlepšení bezpečnosti TrueCryptu doporučuji vygenerovat vlastní AES bloky (a nahradit v TrueCryptu ty stávající) a vlastní soubor s "dlouhým klíčem" (ten, kterým se šifrují data). To už bude opravdu velmi (až paranoidně) bezpečné. Když se něco semele, prostě přepíšete soubor s dlouhým klíčem, soubor, ve kterém jsou AES bloky, přemáznete RAMku a shodíte systém.

[Sten]

prostě přepíšete soubor s dlouhým klíčem, soubor, ve kterém jsou AES bloky, přemáznete RAMku a shodíte systém

a budete se divit, jak snadno lze rekonstruovat přepsaná data

[Jakub Lucký]

shred -f -n100 -u -z file

[RYU.cz]

http://www.youtube.com/watch?v=g3KPSyNxnL8&feature=related

[polymorf]

Ziadna skratka neexistuje, jedine prepisat vsetky data. Ak nastavis spravnu velkost bloku tak nic rychlejsie ako dd nie je.

V manuale programu wipe sa navyse docitas preco nestaci prepisat raz, ale absolutne minimalny pocet prepisov je 4, odporuca sa az 20 (tusim defaultne nastavenie wipe).

[chsajarsa]

Ciste prepsani tak nepomuze. Mam par let stare informace, ale vim, ze se podarilo obnovit data z disku po 20tinasobnem prepsani a normy NSA rikaji neco 50ti nasobnem prepsani nahodnymi daty. Delali to snad elektronovejma mikroskopama. Dal bych sem odkaz, ale nemuzu to najit. Dobre je poskrabat plotnu, takze roztocit a pak bouchnout kladivem

[R]

Tak to som fakt zvedavy, kto bude elektronovym mikroskopom nieco hladat v desiatkach GB dat...

[dopoledne]

Doporučuji nainstalovat do obýváku padací buchar o dostatečné hmotnosti a dotyčný disk umístit do něj. Aktivovat ručně před vniknutím agentů 00*. Dát pozor na to, aby se buchar dal ovládat i v případě odpojení elektřiny.

[Jix0]

To bych tam musel umistit cely notebook, disk je nutne mit totiz uvnitr. Navic je potreba data smazat diskretne, tak yb vubec nikdo nevedel ze nejaka smazana byla.

Asi budu laborovat s TrueCrypt a nebo sifrovanym oddilem. Musim to este radne promyslet

[R]

Neviem, co mas stale s tym /dev/null, tu ti nijako nepomoze. Co pomoze, to je /dev/zero:

dd if=/dev/zero of=/dev/sda bs=1M

Je to, samozrejme, obmedzene rychlostou disku. Ked to chces rychlejsie, tak jedine sifrovanie.

Alebo si taketo data davaj na microSD kartu. V pripade potreby ju prehltni, zapal zapalovacom alebo splachni do zachoda :D

[camel1cz]

Polykání nedoporučuju - to by vás mohl někdo začít velmi intenzivně přesvědčovat, že vás zrovna teď chytil akutní zánět slepého střeva

[michal]

http://www.root.cz/clanky/ssd-disky-nici-dukazni-materialy-a-spatne-mazou-soubory/

[Radovan Garabík]

Ja by som nechal ten shred, stačí ho do 5 sekúnd od vylomenia dverí prepadovou jednotkou spustiť tak, aby bežal na pozadí, a počítač mať napojený na UPS (alebo ideálne notebook, ktorý sa po zaklopení neuspí). Kým sa dostanú k počítaču, nejaké tie minúty prejdú...

[Jendа]

Kým sa dostanú k počítaču, nejaké tie minúty prejdú...

Jedno přepsání mého 250GB notebookového disku by trvalo skoro hodinu.

[miho]

Jak už bylo zmíněno výše- u pevného disku to nelze udělat jinak nežli fyzickou likvidací disku. Přepis souboru (zásadně z urandom a ne z zero) trvá dlouho a je i tak při jedné aplikaci neúčinný - nástroje pro ničení dat nabízejí vícenásobný přepis a dobře vědí, proč to dělají. U starých disků šlo přešíst v laboratorních podmínkach data i po trojnásobném fyzickém přepsání sektoru. Nevím jak na tom jsou disky současné.

Přepis klíčových datových struktur souborového systému (pozor, některé mají kopii a ani originál se nemusí nacházet na začátku disku) je ješte k menšímu užitku. Zejména v případě obnovy textových dat, jak píšeš, je vyhledání na blokové úrovni velmi snadné.

[poky74]

Napadá mě taková teoretický možnost...

Používat to jako live cd, tedy, na hdd by byly data, ty se po startu (kompletně) nahrají do operační paměti, když je hotovo tak se celý disk smaže (a přepíše, etc.. ) a pracuje se jenom v paměti.

Když dáš shutdown (reboot, etc..) tak se upravená data z operační paměti zapíšou na disk.

Ale:

1. Chce to hooodně paměti.

2. Nesmíš být "boot time" úchyl

3. Chce to UPSku

 

A když FBI zabouchá na dveře tak vypneš zdroj a za několik sekund nikdo nezjistí že nějaká data byla.

Ale aby se to dalo nějak rozumně používat, chce to rychlé disky a malý objem dat. A taky ti na nich nesmí moc záležet .

A ano, vím že je to dost utopické, byl to momentální nápad, který tu ještě nebyl.