Dotaz: Prikaz na vymazani obsahu souboru

[Hykal]

Narazil jsem na jeden kratky prikaz, ktery vymaze obsah souboru a zajimalo by mne jestli ho znate a jak bude trvat dlouho nez na nej prijdete, ackoliv jich asi bude existovat vic

---

---

Odpovědi

[xkucf03]

> soubor

[MakeIranBombedAgain❗]

a ani jako nemusíš hnout prstíkem z levýho altu!!!! jeom to dělá vedlejší škody :D :D :D :D

 

>*

 

[MakeIranBombedAgain❗]

pravýho teda :'(

[_]

nebo shiftu?

[MakeIranBombedAgain❗]

jak jako uděláš šiftem zobáček doprava?? to nejde ne??

[Vtipnéř]

Záleží, co máš za klávesnici. Na anglické je '>' nad tečkou, tedy tam, kde je na české dvojtečka.

Jirka

[Kit]

Gréta se chce chovat ekologicky, proto používá českou klávesnici i při programování.

[MakeIranBombedAgain❗]

hlavně mě teda jako štve že je tam prohozený 'y' a 'z' tak mam českou no a naši tajnou abecedou pišu pravým altem ;D

[Kit]

Klídek, také používám českou klávesnici na všechno.

[Jendа]

Já teda píšu hvězdičku na numbloku.

[xkucf03]

Myslíš tohle?

> file

[Hykal]

[Hykal]

Oops, ANO

[Peter Golis]

To ten obsah ale nevymaže, len ho zahodí. A forenzná analýza, najmä na žurnálovacích FS ten obsah odhalí. V tomto prípade by som odporučil napríklad nástroj shred ktorý ten obsah prepíše.

[R...]

Jak by fungovalo tohle? dd if=/dev/null of=file . Nerýpu, ptám se, fakt mne to zajímá...

[Jirka]

Nefungovalo, zapíše to prázdný soubor s názvem, jako předešlé případy. Na likvidaci důkazů bude fungovat /dev/zero určitě.

[Heron]

dd provede truncate (pokud není uveden notrunc option) a potom tam naláduje nekonečně nul. Takže toto by ti bez dalších parametrů (třeba jako bs a count, tedy omezení velikosti) ten soubor nejdřív zkrátilo na nulu (totéž jako truncate, >) a vytvořilo soubor plný nul a zaplnilo by to celé prázdné místo na fs.

Jinými slovy, toto není přepis původního souboru, pokud se explicitně neuvede notrunc!

Mimochodem, zajímavý rozdíl mezi FreeBSD a Debianem:

FBSD man dd:

     of=file  Write output to file instead of the standard output.  Any
              regular output file is truncated unless the notrunc conversion
              value is specified.  If an initial portion of the output file is
              seeked past (see the oseek operand), the output file is
              truncated at that point.

     conv=value[,value ...]
              Where value is one of the symbols from the following list.

              notrunc  Do not truncate the output file.  This will preserve
                       any blocks in the output file not explicitly written by
                       dd.  The notrunc value is not supported for tapes.

Debian man dd:

       of=FILE
              write to FILE instead of stdout
       notrunc
              do not truncate the output file

[Hykal]

Rozumim, takze vymaze to obsah z OS ne z disku. Pokud obsah souboru v OS se nahradi tak ze 3/4, ze se neprepisou vsechny minule znaky ktere byly/jsou na disku, citelnost na disku uz toho stejnak asi moc nerekne, ne? Nebo je mozne ze se novy obsah zapise i na jinou cast disku (popr. flash pameti), nez byl puvodni obsah, takze stary obsah muze byt z vetsi casti stale citelny?

[Hykal]

Aha odpoved dole

[Heron]

Nebo je mozne ze se novy obsah zapise i na jinou cast disku (popr. flash pameti), nez byl puvodni obsah, takze stary obsah muze byt z vetsi casti stale citelny?

Ano, toto je nejen možné, ale taky zcela běžné. Při běžném mazání (jakýmkoliv způsobem) si jen FS poznamená, že tento blok je prázdný, ale nijak jej nepřepisuje. Tj obsah toho bloku na disku je původní.

Při zápisu nových dat na disk se alokátor rozhoduje, kam, na které volné bloky, nová data zapíše a toto je zcela nezávislé na tom, kde dříve měl daný soubor své bloky (to už FS ani neví, FS má jen tabulku volných bloků).

Takže programy jako testdisk / photorec dokáží poznat data na disku podle jejich obsahu a dokáží tak vytáhnout i "smazaná" data (pochopitelně to má mnoho předpokladů, ta data musejí být na disku uložena souvisle - defragmentována, apod.), ale jak na potvoru se může stát, že zrovna vaše tajná data půjdou vytáhnout i třeba po půl roce.

[Hykal]

Co presne udela Shift+Del ve spravci souboru? To same co "vycisteni v kosi"?

[k3dAR]

jo

[sz]

truncate --szie=0 FILE

[k3dAR]

to pokud se nepletu take jen zmensi soubor ale puvodni data na disku zustavaji

[Heron]

Nikoliv. Pokud se jedná o klasický FS, tak se ty bloky označí jako prázdné a je to totéž jako rm nebo >.

Pokud je to COW FS a pokud je na soubor více reflinků, nebo je soubor součástí naklonované subvolume, tak ty bloky na disku zůstanou (tak dlouho, dokud na ně existuje reference).

Asi je to mimo tento dotaz, kde se autor chtěl jen pochlubit znalostí >, ale obecně je problematika vymazání dat z disku velmi složitá a rady od stolu typu shred jsou takové ne moc užitečné. Pokud je to klasický FS na klasickém disku, tak ano, přepsání skutečně způsobí "fyzický" přepis na plotně. Pokud je to SSD, tak se přepsání provede na jiné bloky a ty původní čekají na trim (podle firmware ssdčka). Pokud je to COW FS, tak přepsání vytvoří nové bloky a ty původní bloky obsahující data čekají na gc daného fs a případně ještě na trim od firmware disku, pokud je to ssd nebo virtuálka s thin provision disky (viz skvělý seriál teď v blozích).

Skutečně smazat data je prostě složitější a s uživatelského hlediska je > nebo truncate (nebo rm a vytvoření nového souboru) prakticky totéž (ano, nový soubor bude mít nové číslo inode).

[Hykal]

kde se autor chtěl jen pochlubit

Ale fuj, slo me o to jak budete rychly a jestli uvedete vic moznosti se stejnym vysledkem. Respekt k vasim znalostem

[Heron]

Omluvám se, pokud se vás to dotklo.

Ale jinak, je dobré vědět, proč to funguje. Konstrukce > neslouží primárně k výmazu obsahu souboru, ale k přesměrování výstupu. program > soubor přesměruje stdout do souboru, místo na terminál. Samostatná konstrukce > je jen vedlejší produkt, přesměruje nic na soubor, tj vytvoří jej, nic nezapíše. Stávající soubor přepíše. Konstrukce program >> soubor do souboru data připisuje. Na konec. Pokud soubor neexistuje, vytvoří jej. Hodí se to na velmi jednoduchý log nějakého programu (třeba volaného z cronu).

Je otázka, zda by se to mělo používat na zkrácení souborů. Přiznám se, já to používám také, na řádce, ale ve skriptech a programech je lépe být explicitní a použít třeba program truncate, nebo fallocate, nebo jen touch, podle toho, čeho se má dosáhnout. Je to mnohem lépe čitelné.

[Hykal]

dotklo

jen nepochopeni meho umyslu

přesměruje nic na soubor, tj vytvoří jej, nic nezapíše.

Neco se nekde prece jen zmenit musi, neco kde kazdy program ktery cte soubor pozna ze z pohledu OS je prazdny.

[Hykal]

Mluvim o souboru ktery existoval a stale existuje, tj. ma puvodni nazev.

[Gilhad]

Tady je potreba rozlisovat mezi nazvem souboru (a udaji o nem) v OS a daty souboru na diku. Vsechny ty >, rm a podobne jen zmeni udaje o souboru v OS, ale data na disku nechaji netknute a volne citelne do nejake blize neurcene doby, kdy dojde k jejich prepsani necim jinym (obsahem jineho souboru, otrimovani ...).

Takze pokud budu mit soubor s tajnym obsahem (at uz ucet v bance a heslo k nemu, nebo nahate fotky), tak temito postupy jen zajitim, ze si to manzelka snadno nenaklika, zatimco budu u televize lemtat pivo. Ale kdyz na me vtrhne komando (nebo me nekdo/neco hackne), tak si to po takovemto "smazani souboru" na tom disku klidne najde a precte, protoze to tam furt bude.

Jinymi slovy - pokud si v panelaku v prizemi date na vsechny dvere cedulku "Hykal" a do tech prizemnich bytu si natahate drogove doupe a devky a pak pomoci ">" strhate ty jmenovky ze dveri v prizemi, nalepite je na dvere v prvnim patre a zridite tam motlitebnu, tak v tom baraku existoval a stale existuje byt oznaceny "Hykal" a kdo se bude ridit jen napisy na dverich, tak najde motlitebnu. Kdo ten dum prohleda, najde navic i neoznacene drogove doupe a devky. A neda mu to ani moc prace, kdyz to udela celkem vcas. Kdyz bude otalet, tak je mozne, ze devky nahradi nejaka slusna partaj, co si da na dvere vlastni cedulku a drogove doupe vam casem vyhaze do kontejneru prilis aktivni uklizecka, ale spolehat na to, ze se tak stane a kdy presne to bude, to se vetsinou moc neda.

[Heron]

Neco se nekde prece jen zmenit musi, neco kde kazdy program ktery cte soubor pozna ze z pohledu OS je prazdny.

Tak velikost souboru je součástí jeho metadat, takže každý program pozná, že soubor je prázdný.

[Gilhad]

Jiste, zmeni se oznaceni v souboru adresare, ze nejaky soubor ma ted jine cislo inode, zacina jinde a ma jinou delku a cas poledniho zapisu.

Programy, co se budou ptat OS na soubor s tim novym jmenem, dostanou nova data.

Programy, co se budou ptat OS na obsah tech starych sektoru, dostanou data puvodni.

[_]

_

[Peter Golis]

seriál teď v blozích

Ale no tak. To je len vyplnenie kratochvíle kým si nájdem prácu. Aby som nezdivočel pri konzumovaní multimédií. A ani to nie je moja pracovná parketa, v posledných päťročniciach som robil zálohovacie systémy. Len mám čas prejsť si veci ktoré ma bavia, teraz keď už stíham preniknúť popri koníčkoch aj do pridruženej sféry.

[Heron]

Já to myslel vážně. Se podívej, co je tady jinak za obsah. Tvoje zápisky jsou příjemnou výjimkou. Ano, někdo (třeba jako vencour) to může označit jako že není o čem diskutovat, že je to jenom virtualizace, kterou dělá kde kdo, což bych rozporoval v tom, že se takto ucelené povídání vidí jen málokdy a současně dost pochybuju o tom, kolik lidí tady běžně dělá virsh na řádce. A navíc jsem rád, že se tady objevilo i FreeBSD .

Co mě teda hrozně mrzí a odrazuje mě to od diskutování, jsou ty narážky na slovenčinu. Chápu, že spousta z nich je trolling i když jsi nejsem jist, zda výhradně, ale zaneřáděné je to tam teda fest. Fakt bych tohle v roce 2019 nečekal.

[Peter Golis]

Tro(t)li budú vždy a všade. A ja si akurát dvíham PR ako vedľajší efekt toho aby som nezlenivel a nezhnil v depkách na gauči. Už som starý na to, aby som plytval mojím voľným časom. Šport, zdravíčko, príroda, zameškané technológie...

[,,,]

Co mě teda hrozně mrzí a odrazuje mě to od diskutování, jsou ty narážky na slovenčinu. Chápu, že spousta z nich je trolling

Jen trolling, Greeta,_(vetsinou),dvojtew,.. jsou profily pogramatora Amigy aka Honza Xxxx. Casto si sam odpovida ;D

[MakeIranBombedAgain❗]

to teda jako nene!!!! :'(