Portál AbcLinuxu, 9. května 2025 06:33
před smazáním příkazem rm je asi vhodné takový "confidential" soubor přepsat náhodnými daty nebo nulamiCož ale bude fungovat jen v případě, kdy se data na disku opravdu přepisují. Se souborovým systémem
btrfs
nebo na SSD disku tohle fungovat nebude.
Ani v ZFS to fungovat nebude.
V Btrfs by se muselo udělat něco jako remount,nodatacow
před pokusem o nevratné smazání souboru a pak zase remountnout zpátky na standardní CoW, jestli to jde. (Nikdy jsem takový prostocvik nezkoušel.)
Měnit heslo netřeba, přes Heartbleed se snadno kradly například session cookies, které ale už dávno neplatí.Ne. Jsou tam vidět i HTTP požadavky - a protože ani v roce 2014 stále ještě nemáme rozumnější způsob přihlašování než poslat heslo v HTTP požadavku serveru, je tam vidět.
dd if=/dev/urandom of=/top/secret.jpg bs=1k count=`du /top/secret.jpg|cut -f 1`a abys to nemusel vždycky psát, napsal jsem skriptík a přikládám.
du
ma sice vychozi velikost bloku 1k, ale nemusi to tak byt za vsech okolnosti (napriklad pri nastavene promenne POSIXLY_CORRECT je to 512). Pro jistotu bych tam dal du -k
, coz bude odpovidat tomu dd ... bs=1k
. Jeste se da pouzit program wipe
, ten je k tomu primo urceny a da se zvolit i pocet prepisu.
Jak píšu tady, ze seznamu.cz se mi podařilo získat informace, a pokud byli aktivní, což lze celkem předpokládat, tak v ten okamžik, kdybych se snažil, bych pravděpodobně měl kontrolu nad dvěma schránkami, nicméně heslo bych nezjistil. Ale protože, heslo putuje na seznam.cz sice šifrovaně, nicméně server jej pak ověřuje ve své čitelné podobě, bylo teoreticky možné jej získat také, vyžadovalo by to vyšší úsilí a celkem jistě o moc víc úspěšně získaných dat (pokud váháš, tak si jej změň a máš vnitřní pokoj, bo víc neuděláš :)). Jak se píše tady, pokud seznam.cz byl postižený a důkazem je můj pokus relativně pozdě po zveřejnění (nemluvě o době před zveřejněním) a nezneplatnil certifikáty, není to moc dobré (pomocí nich se lze minimálně vydávat za seznam.cz).
Nejjednodušší pro smazání souboru je shred -u soubor
(někdy ještě -z
), na SSD disku je, dle mého, vhodný funkční trim (na pozadí, nebo následně vyvolaný), ale nevím jak se vypořádává shred
se FS jako btrfs.
Přepisování souboru pomocí dd
, podle mě, má většinou minimální až žádný efekt.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.