Steganografické souborové systémy a věrohodná popiratelnost

28. 3. 2012 | Jan Hrach

Články - Steganografické souborové systémy a věrohodná popiratelnost  

Diskové šifrování se používá stále víc a je stále jednodušší na použití i pro začátečníky, v mnoha distribucích je zašifrování systému nebo alespoň domovského adresáře otázkou několika kliknutí. Ochrání citlivá data v situacích jako je krádež notebooku nebo zaslání disku na reklamaci. Někdy ale potřebujeme skrýt i samotný fakt, že nějaká šifrovaná data máme.

Popiratelné šifrování bylo původně vymyšleno pro pomoc lidem v zemích, kde se nedodržují zásady jako právo nevypovídat, presumpce neviny nebo zákaz výslechů pod nátlakem. Software s jeho podporou většinou umožňuje, abychom měli k šifrovanému disku několik hesel, přičemž zadání jednoho hesla způsobí, že se rozšifrují nějaké soubory, a zadání druhého hesla způsobí zobrazení nějakých jiných souborů, přičemž není možné prokázat, jestli k disku existuje jedno, dvě nebo více hesel. Uživatel si tak může jedním heslem chránit běžné pracovní soubory a druhým heslem skutečně citlivé informace a v případě, že bude muset heslo vydat, vydá pouze první heslo.

Skutečnost samozřejmě není vždy tak růžová. Když je takové šifrování implementováno správně a opravdu není možné matematicky prokázat, jestli jsme rozšifrovali všechno, co na disku bylo, stává se nejslabším článkem opět uživatel, zejména jedná-li se o výslech s použitím pokročilých vyšetřovacích metod. Použitelnější výslechový psycholog bude vždy přesvědčivě tvrdit, že ví, že k disku existuje N+1 hesel, a vymyslí si k tomu i věrohodně znějící „důkazy“ (vyšetřovaného sledují již delší dobu a viděli ho v kavárně zadávat jiné heslo, některý z jeho kamarádů ho udal, …). Dovolil bych si tvrdit, že v případě psychického a fyzického nátlaku lze dostat všechna hesla z většiny lidí.

V devadesátých letech byly objeveny možnosti identifikace pachatelů z biologických vzorků pomocí DNA fingerprintingu. V USA odstartoval Innocence Project, jehož cílem bylo znovu otevřít případy, ve kterých by analýza DNA mohla odhalit, že pachatelem byl ve skutečnosti někdo jiný. Zjistilo se, že v amerických věznicích byla vězněna spousta nevinných a že čtvrtina vězňů, u kterých bylo později prokázáno, že jsou nevinní, se v průběhu vyšetřování přiznala.

Poslední dobou ale začínají nutnost popiratelného šifrování pociťovat i lidé v zemích, které bývají považovány za svobodné. V Británii platí zákon, podle kterého jste povinni vydat heslo k šifrovaným datům, jinak vám hrozí až dva roky vězení (nebo pět při podezření z terorismu). Ve Francii mají v rámci HADOPI něco podobného. Seznam právních systémů, kde něco takového platí, můžete najít v článku Povinné vydávání klíčů na Wikipedii.

Zajímavé je, že se něco takového děje i v USA, kde mají třeba právo nevypovídat zakotvené přímo v ústavě (stejně jako ČR). Byly učiněny určité pokusy tuto část ústavy obejít a vývoj daných případů je vůbec pozoruhodný.

České republice se popsané excesy zatím vyhýbaly, což je podle mě způsobeno tím, že téměř nikdo nešifruje, a proto ještě nedošlo k žádnému mediálně známému případu, kdy by policie potřebovala data a podezřelý nechtěl dát heslo. Obávám se, že jakmile k něčemu takovému dojde, po patřičném mediálním divadle se příslušný zákon připraví a protlačí. Ostatně daný článek Ústavy čeká už příští rok zkouška ohněm a uvidíme, jak obstojí…

Obsah

• Popiratelné šifrování (PŠ) a právo
• Popiratelné šifrování a Linux
• Proč věrohodná popiratelnost v TrueCryptu není úplně věrohodná
• Instalace DM-Stegu
• Vytvoření disku
• Připojení disku
• K utajení utajovaných dat
• A co popiratelná nepopiratelnost?

Popiratelné šifrování (PŠ) a právo

Ač mi PŠ přijde jako neúčinná obrana před násilným páčením informací (maximálně tak lze získat čas), proti právnímu vymáhání by mohlo pomoci – alespoň dočasně. Pokud je případů, kdy někdo nechtěl vydat policii/soudu heslo k „normálně“ zašifrovanému disku, jako šafránu, precedentů s PŠ je jako tučňáků v Arktidě. První případy pravděpodobně skončí na nedostatečných technických znalostech zapojených složek. Pak uvidíme, jak se k tomu právo postaví.

Dá se však očekávat, že v případě většího rozšíření by mohl být příslušný software zakázán.

Popiratelné šifrování a Linux

Jaké možnosti má linuxák, když chce použít popiratelné šifrování? Projekty Phonebook, StegFS a Rubberhose jsou beznadějně mrtvé, zbývá nám TrueCrypt a novinka – DM-Steg.

Proč věrohodná popiratelnost v TrueCryptu není úplně věrohodná

TrueCrypt umožňuje vytvořit takzvaný skrytý kontejner (hidden volume). V praxi pak disk vypadá zhruba takhle:

Postup výroby je takovýto:

• Vytvoří se normální TrueCryptovský svazek a naformátuje se na FAT32.
• Svazek se připojí a nakopírují se do něj nevinně vyhlížející soubory. Protože většina normálních FAT alokátorů alokuje místo pro soubory sekvenčně od začátku, po zaplnění třeba poloviny kapacity zůstane druhá polovina volná.
• Svazek se odpojí a na tu volnou druhou polovinu se normálně namapuje další svazek. Ten je tzv. skrytý.

Takový postup má bohužel několik problémů:

1. Souborový systém vnějšího svazku musí být FAT, protože většina ostatních souborových systémů rozmisťuje soubory po disku náhodně. Nevznikl by tak dostatek souvislého prostoru, kam by šel namapovat skrytý svazek. Pokud ale nejde o flashdisk, je FAT u linuxáků podezřelý a těžko použitelný (práva souborů, rozšířené atributy).
2. Svazky můžou být nanejvýš dva. Případné hrané „dobrovolné vydání všech klíčů“, kdy uživatel vydává víc klíču postupně a působí tak strašně důvěryhodně, tak má nedostatečnou granularitu.
3. S vnějším svazkem se nesmí moc pracovat. Pokud se bude hodně hýbat se soubory, které tam jsou umístěné, dojde k fragmentaci od počátku a nové soubory budou přibývat na konec. Dříve či později se alokátor pokusí alokovat některý z bloků, na kterém leží skrytý svazek. Pokud je zapnutá ochrana skrytého svazku, TrueCrypt tomu zabrání a souborový systém se poškodí. Když se tohle stane párkrát, na vnějším souborovém systému bude vidět, že existuje místo, kde se z nějakých podivných důvodů nedaří alokovat bloky. Případný analytik se začne ptát, čím to asi může být způsobeno, a podezření je na světě.
4. Pokud dokážeme alespoň zhruba odhadnout historii zápisů na zařízení, zjistíme, že při zápisu do skrytého kontejneru vlastně probíhá zápis do „volného místa“ – ale proč by někdo proboha zapisoval do nealokovaného volného místa?! Opět podezřelá okolnost, která může nasvědčovat tomu, že tam je nějaký skrytý svazek. (K získání historie zápisů se dá použít třeba deterministický wear-leveling u SSD)

Pravděpodobně z těchto důvodů vznikl DM-Steg, který se zmíněné problémy snaží řešit:

1. Primárně se nepracuje na úrovni souborového systému, ale vytvoří se cosi jako LVM PV (v terminologii DM-Stegu „region“), ve kterém ovšem nelze vypsat jednotlivé VG („transparent aspect“) a LV („aspect“). Ty se začnou jako zázrakem objevovat až při zadávání správných hesel. Nevýhodou je, že člověk pak musí vysvětlovat, proč v „PV“ nemá všechno místo alokované nějakými „LV“. Ale to by vlastně u šifrovaného LVM musel taky. Navíc ten trik s kradením bloků z FAT pod tím lze použít taky (příkaz steal).
2. Aspektů může být neomezené množství. Protože případná hlavička na začátku disku by měla omezenou velikost, používá se při vyhledávání metoda půlení intervalu. Hlavička prvního aspektu je v polovině použitého zařízení, další pak jsou ve čtvrtině a tří čtvrtinách atd.
3. Viz 1. Souborové systémy jsou v samostatných kontejnerech a nijak „shora“ se na ně nesahá (pokud nepoužijete už zmíněný steal).
4. Bloky, i ty nevyužité, se občas náhodně prohazují (shuffle). Tedy měly by, zatím je to v alfaverzi defaultně vypnuté a nepodařilo se mi to zapnout.

Instalace DM-Stegu

DM-Steg se skládá z jaderného modulu a nástrojů pro správu v uživatelském prostoru. Modul se mi podařilo zkompilovat proti distribučním jádrům 3.0 a 3.2 z Debianu pro i686.

Budeme potřebovat vývojovou verzi OpenSSL, protože ta aktuální ještě neumí AES-XTS, který určitě chceme.

# cvs -d anonymous@cvs.openssl.org:/openssl-cvs co openssl
# cd openssl/
# ./config
# make

Stáhneme si samotný dm-steg, rozbalíme a v Makefile na začátku nastavíme cestu k souboru libcrypto.a z vývojového openssl. Zkompilujeme pomocí make a make driver a zavedeme do jádra moduly drivers/sxts.ko a drivers/dm-steg.ko. Jádro by mělo zahlásit

device-mapper: steg: dm-steg loaded

Vytvoření disku

V adresáři dm-stegu se nám vytvořilo několik binárek. Démona stegd spustíme. stegctl slouží pro komunikaci s démonem, stegdisk umožní manipulovat s aspekty na disku a stegsetup připojí po zadání hesla příslušný aspekt.

Pro testování jsem si vytvořil prázdný soubor a protože stegsetup po nás později bude vyžadovat blokové zařízení, rovnou jsem ho nastavil přes loopback.

# dd if=/dev/urandom of=dekameron bs=1M count=200
# losetup /dev/loop5 dekameron

Na zařízení pak spustíme stegdisk. Řekne, jak je soubor dlouhý a ukáže prompt. Doporučuji ve volné chvíli zadat help a všechno si pročíst.

My si popíšeme, jak vytvořit následující strukturu:

• Přes celou velikost zařízení je vytvořen takzvaný transparentní aspekt, jakýsi kontejner na další aspekty. Ten umožní prohazování (shuffle) všech bloků uvnitř, aniž by musely být odemčené všechny vnitřní aspekty. Stačí tak odemknout např. aspekt prvni a začnou se prohazovat bloky na celém zařízení, takže nepůjde poznat, kam se vlastně zapisovalo (protože se zapisovalo všude). Tedy až to bude fungovat podle dokumentace.
• V transparentním aspektu jsou vytvořeny aspekty prvni a druhy.
• Z konce aspektu druhy je ukradeno (steal) 10 MiB a v nich je vytvořen aspekt tajny. To má stejnou nevýhodu, jako hidden volume u TrueCryptu, totiž že po zaplnění FATky v aspektu druhy z 90 % se začne přepisovat aspekt tajny. Chtěl jsem jenom demonstrovat, že tohle dm-steg taky umí. Zda to chcete používat se rozhodněte sami. Výhodou je opravdu nenápadné ukrytí (nemusíte vysvětlovat žádné volné místo), nevýhodou již zmíněné riziko přepisu.

A teď komentovaný postup, kterým se k tomu dospělo.

1. Otevřeme si zařízení, se kterým si budeme hrát.

   # ./stegdisk /dev/loop5
   	Substrate is 209715200 bytes
   

2. Vytvoříme nový aspekt. Bude v regionu 0 (na prázdném zařízení je defaultně jeden region označený 0), bude zabírat 100 % volné velikosti a bude transparetní, což je určeno tou pomlčkou na konci.

   /dev/loop5> new 0 100% transparentni -
   	Using 100% of available blocks (400 blocks of 512 KB)
   	Warning: Creating new aspect in blank substrate. Existing data may be
   	overwritten.
   	Warning: Assuming substrate has been securely erased.
   	Randomising header block layout...
   	Randomising atom keyfrags...
   	Free block: 0
   	Header block: 8000000
   	Setting up index table...
   	Created transparent aspect 0
   	Updating region 0...
   

3. Otevřeme si ho.

   /dev/loop5> open 0
   

4. Vytvoříme nový aspekt, zabere 50 % volného místa a bude netransparentní – jako poslední parametr se totiž zadává buď pomlčka (transparentní), heslo nebo nic (pak se na heslo interaktivně zeptá).

   /dev/loop5:transparentni> new 0 50% prvni
   passphrase: 
   	Using 50% of available blocks (199 blocks of 512 KB)
   	Warning: Creating new aspect in blank substrate. Existing data may be
   	overwritten.
   	Warning: Assuming substrate has been securely erased.
   	Randomising header block layout...
   	Randomising atom keyfrags...
   	Free block: 0
   	Header block: 8000000
   	Setting up index table...
   	Created encrypted aspect 0
   	Updating region 0...
   

5. Obdobně vytvoříme druhý aspekt. Chceme, aby zabíral celý zbytek velikosti – 100 %.

   /dev/loop5:transparentni> new 0 100% druhy
   passphrase: 
   	Using 100% of available blocks (199 blocks of 512 KB)
   	Randomising header block layout...
   	Randomising atom keyfrags...
   	Free block: 4000000
   	Header block: c000000
   	Setting up index table...
   	Created encrypted aspect 1
   	Updating region 0...
   

6. Můžeme se podívat, jak to vypadá.

   /dev/loop5:transparentni> aspect
   
   	Aspect   Total Bytes    Blocks    Data Bytes     Name
   
   	0        104333312      197       103284736      prvni
   	1        104333312      197       103284736      druhy
   	
   

7. Z druhého (čísluje se od nuly, proto má číslo 1) aspektu ukradneme 10 %.

   /dev/loop5:transparentni> steal 1 10%
   	Using 10% of available blocks (19 blocks of 512 KB)
   	Created region 1
   

8. Vytvořil se nový region, podíváme se, jak to dopadlo

   /dev/loop5:transparentni> region
   
   	Region   Bytes          Density   Base           Limit
   
   	0        0             
   	1        9961472          5%      0x800000       0xb080000
   	
   

9. Teď přes celý region 1 vytvoříme aspekt tajny.

   /dev/loop5:transparentni> new 1 100% tajny
   passphrase: 
   	Using 100% of available blocks (19 blocks of 512 KB)
   	Randomising header block layout...
   	Randomising atom keyfrags...
   	Free block: 2000000
   	Header block: 6000000
   	Setting up index table...
   	Created encrypted aspect 2
   	Updating region 1...
   

10. Zapíšeme změny a ukončíme.

    /dev/loop5:transparentni> write
    	Warning: aspect transparentni has unwritten changes.
    	Warning: aspect prvni has unwritten changes.
    	Warning: aspect druhy has unwritten changes.
    	Warning: aspect tajny has unwritten changes.
    	Writing keyfrags...
    	Writing index table...
    	Writing journal...
    	Nuking free block...
    	Writing header...
    	Calculating header key (level 1)...
    	Aspect written
    	Writing keyfrags...
    	Writing index table...
    	Writing journal...
    	Nuking free block...
    	Writing header...
    	Calculating header key (level 1)...
    	Aspect written
    	Writing keyfrags...
    	Writing index table...
    	Writing journal...
    	Nuking free block...
    	Writing header...
    	Calculating header key (level 1)...
    	Aspect written
    	Writing keyfrags...
    	Writing index table...
    	Writing journal...
    	Nuking free block...
    	Writing header...
    	Calculating header key (level 0)...
    	Aspect written
    /dev/loop5:transparentni> quit
    
    #
    

Pokud se budete chtít ke správě zařízení někdy vrátit a udělat třeba nějaké změny, stačí znovu spustit stegdisk. Existující aspekt nahrajete příkazem load. Nějaké info vám vždy vypíše příkaz print. Více viz help.

Připojení disku

# ./stegsetup /dev/loop5
passphrase: 
	Searching for aspect...
	Precalculating level 0...
	Precalculating level 1...
	Scanning for aspect header...
	Valid header found at 0xc000000
	Using header at 0xc000000
	Searching for aspect's parent...
	Precalculating level 0...
	Scanning for aspect header...
	Valid header found at 0x8000000
	Using header at 0x8000000
	Checking aspect transparentni meta data...
	Journal is clean.
	Created: /dev/mapper/steg0
	Checking aspect prvni meta data...
	Journal is clean.
	Created: /dev/mapper/steg1
stegsetup succeeded.

Zařízení /dev/mapper/steg0 je teď samotný transparentní aspekt, na ten radši nesahejte. Zařízení /dev/mapper/steg1 je rozšifrovaný aspekt prvni a můžete s ním normálně pracovat – vytvořit na něm souborový systém a někam mountnout. Až vás to přestane bavit, všechna mapování zrušíte pomocí dmsetup remove_all.

K utajení utajovaných dat

Připojovat do systému souborový systém, který oficiálně neexistuje, je vždycky problém. Data totiž ráda leakují a forenzní analytik na to pak může přijít. Oblíbenými zdroji informaci jsou například:

• /var/log/syslog. Linuxový device-mapper do něj zapisuje informace o mapovaných zařízeních, tedy v tomto případě o aspektech. A to samozřejmě i o těch, které mají zůstat skryté. Navíc když připojíte souborový systém, může být v logu vidět třeba jeho velikost – a forenzní analytik porovná velikosti připojovaných souborových systémů s velikostí aspektů, které získal díky heslům, které jste mu poskytli, a pokud se nějaká velikost neshoduje, už je tu zase podezřelé.
• /tmp/*. Může jít o nedávno objevené unikání historie terminálů nebo o dočasné soubory, které se vytvoří, když něco upravujete.
• „Naposledy otevřené soubory“ v různých aplikacích
• …a další

Nejvhodnějším řešeím je skrytý operační systém – na tom stejném skrytém aspektu, jako jsou data, která chcete zpracovávat. Mělo by stačit přibalit dm-steg do ramdisku a hacknout ramdiskové initskripty (na Debianu /usr/share/initramfs-tools/). To je ale mimo záběr už tak velmi dlouhého článku, takže možná někdy jindy…

A co popiratelná nepopiratelnost?

Jak už jsem zmínil v úvodu, pokud po vás někdo bude chtít dešifrovat všechny aspekty, bude pravděpodobně pořád předpokládat, že je jich tam N+1. Jinými slovy dříve či později se dostanete do situace, kdy po vás někdo bude chtít násilím něco, co nemáte. Taková situace je obecně považována za suboptimální. Dá se tedy nějak zařídit, aby šlo prokázat, že jste rozšifrovali všechno? Ano, dá. Stačí vyplnit aspekty celé místo na zařízení a uvnitř aspektů vyplnit všechno místo nějakými nenáhodnými daty.

I pak ale můžete zůstat v podezření, že jste data ukryli třeba do šumu ve fotkách a zvukových nahrávkách (do hodiny stereo 44,1kHz záznamu se dá schovat 20 MB dat). Odpor je marný, jste ztraceni!

Diskuse k tomuto článku

[Jendа]

A kdopak je autor? :)

Jinak poslední novinka - vývojář DM-Stegu bude zhruba za týden v Praze v brmlabu.

[Sten]

Fotka autora je steganograficky ukryta v obsahu článku

[znk]

České republice se popsané excesy zatím vyhýbaly, což je podle mě způsobeno tím, že téměř nikdo nešifruje, a proto ještě nedošlo k žádnému mediálně známému případu, kdy by policie potřebovala data a podezřelý nechtěl dát heslo. Obávám se, že jakmile k něčemu takovému dojde, po patřičném mediálním divadle se příslušný zákon připraví a protlačí.

Blbost. Minimálně jeden takový případ byl v médiích přetřásán a heslo prý po určité době a za tučnou odměnu rozluštil soudní znalec.

[Jendа]

Link? Díky.

[Luboš Doležel (Doli)]

Moc se omlouvám, už je to správně

[little.owl]

Dovolil bych si tvrdit, že v případě psychického a fyzického nátlaku lze dostat všechna hesla z většiny lidí.

Ano, presne tak, viz treba zde

[Ruža Becelin]

Ja furt nechapu, proc bych mel mit supertajna data na stejnem disku nebo PC jako zbytek veci. Dam je na jine medium, o kterem nikdo nevi a pak me vlastni pc/laptop nezajima a pred vysetrovatelem klidne preformatuju disk.

V dnesni dobe, kdy se da k datum dostal odkudkoli pres cokoli mi prijde ujete je tahat s sebou (navic tenhle typ dat byva casto staticky).

[Jendа]

To zase musíš mít někde ten server, o kterém nikdo nesmí vědět (ani třeba tak, že by viděli, že se k němu připojuješ).

Navíc jak už jsem psal v článku, data ráda leakují.

[Ruža Becelin]

To neni takovy problem, respektive dost zalezi na tom, jak velka ryba ses. U peonu to skonci prohlidkou PC/laptopu, nikdo nebude ztracet cas sledovanim proxyn, pres ktere se budu pripojovat... Ono i to vysetrovani neco stoji a nikdo nebude investovat prachy do neceho, z ceho nekouka tucny vysledek...

[Jendа]

Na druhou stranu uhlídat stroj, který nemáš fyzicky pod kontrolou, aby ti tam někdo nenainstaloval backdoor, je o dost těžší.

A nemusí jít jenom o vyšetřování proxyn - minimálně ten server musíš na to místo nějak fyzicky dopravit.

[Ruža Becelin]

Nebo si nekoho server pujcit :-P

[SPM]

Nebo virtuál :)) ten ani nejde odvézt :)

[Jendа]

Musíš důvěřovat poskytovateli té služby…

Btw. pořád to neřeší, že tě nemusí (zákonem) donutit dešifrovat jenom disk, ale třeba i komunikaci.

[SPM]

To musíš i v případě toho fyzického serveru. Naproti tomu je i v zájmu toho poskytovatele, aby byl důvěryhodný a tedy ty data nerozdával. Komunikaci napřed musíš mít zaznamenanou - to se v zásadě dá udělat taky, ale je už to těžší. Narozdíl od dat, která už existují a někdo je v té ruce má, tak u komunikace někdo musel už předem dát befel, aby se zachytávala. A ikdyž náhodou zachycená je, tak donucení ji dešifrovat je prakticky nemožné - když to bereš třeba přes scp, tak ta komunikace byla šifrována náhodným klíčem, který si software sám vygeneroval a pak zahodil. Žádný člověk k němu tedy klíč nezná.

[palo]

virtual nieje nijak chraneny, tam sifrovanie disku nema zmysel, kedze desifrovaci kluc je v pamati kde ma pristup admin.

[SPM]

Přijde mi mnohem pravděpodobnější, že do serverovny nalítne nějaký rádoby Chuck Norris a fyzický server si odnese, než že administrátor hypervisoru bude na žádost někoho se hrabat v paměti a hledat v ní šifrovací klíč. Krom toho to asi ani moc chtít dělat nebude - těžko pak bude někdo stát o virtuály u někoho, kdo dumpuje jejich paměť a práská.

[cezz]

Na druhej strane je vzdy ta moznost vyuzit nejaku dieru v hypevizorovi a hackovat suseda aj bez kooperacie zo strany poskytovatela.

[SPM]

Stejná, jako využít díru v jakémkoliv jiném kusu SW, která na tom stroji běží...

[cezz]

Nie, lebo narozdiel od ostatnych sluzieb si hypervizora nespravujes sam.

[SPM]

Který u slušného poskytovatele bude taky poupgradovaný na poslední oficiální stable verzi... takže pokud nejseš machr, aby sis security chyby opravoval sám, tak v tom až takový rozdíl také být nemusí...

[cezz]

No minimalne je to sluzba navyse, ktoru na realnom zeleze nepotrebujes a ktoru nemas pod kontrolou. Cize podla mna proste riziko navyse.

[cezz]

Okrem toho moze poskytovatel ostatne virtualy premigrovat na ine stroje a policajti si ten fyzicky stroj s tvojim virtualom mozu odniest rovnako ako keby to bol samostatny server..

[SPM]

To tak právě úplně dobře nejde - u těhlech virtualizačních řešení máš obvykle k těm virtuálům nějaké velké a výkonné diskové pole, kde jsou ty data uloženy. Když zmigruješ virtuál na jiného hosta, tak se ti přesídlí jinam, ale ten storage zůstává na stejném místě. Ten storage se sice dá migrovat taky, ale že by provider kvůli tomu extra kupoval nové pole, přidával ho do sítě, migroval na něj data a pak jej vydal policajtovi - to si fakt nemyslím (leda že bys byl terorista, co smazal USA z mapy) - navíc k tomu provider ani žádnou povinnost nemá (což u fyzického serveru, pro který si někdo přijde, právě neplatí).

[petr_p]

Což je z hlediska virtualizace polovičaté řešení. Zatímco virtuální stroje se přelévají mezi fyzickými stroji, takže je zajištěna vysoká dostupnost, tak virtuální úložiště je realizováno jako jedno fyzické (v lepším případě dvě). Do distribuovaných úložišť se nikomu nechce :(

Centralizace dat má i další nevýhodu: Zajímalo by mě, jak by se vyšetřovatel postavil k zajištění důkazu. Jestli by složitě hledal obraz inkriminovaného virtuálního stroje za provozu, nebo jestli by se rozhodl pro jistotu zkopírovat celé fyzické úložiště i s daty třetích osob, nebo jestli by prostě celé úložiště zabavil a odvezl na několik let do policejního skladu.

Vzpomínám si na jeden projekt, kde hostingová společnost neplatila elektriku, tak ji předběžným opatřením zapečetili celou budovu a odstřihly napájení. Problém byl, že se tím zákazníci společnosti stali nechtěnými rukojmími (několik týdnů měli systémy nedostupné jak on-line, tak fyzicky).

[SPM]

Živá migrace virtuálů mezi fyzickými stroji stejně probíhá obvykle v rámci jednoho datacentra - ono do vzdálenějších lokacích už nabývá odezva a není to taková sranda. Slušný SAN má několik controllerů a několik šasi s diskama - z je tedy ve správné konfiguraci odolný jak výpadku šasi s diskem, tak i controlleru - tedy zhruba na stejné úrovni, jakou mají ty virtuály na daném clusteru. U storage se navíc obvykle dělá ještě nějaká záloha někam úplně jinam - ta už zase nefunguje úplně online (když ten primár shoří plamenem celý, tak nastane výpadek), ale ty data alespoň někde jsou. Ono s distribuovanými úložišti, která navíc od sebe jsou nějak fyzicky vzdálena, to moc sranda není; zvlášť když potom člověk chce brutální výkon.

Podle současných zákonů ten celý storage odnést nemohou (pokud na něm jsou data i dalších osob); jak je to se zbytkem nevím, možná je tam nějaká nutnost exportu těch inkrimonovaných dat, ale pokud to z nějakého technického hlediska nejde (či ty data jsou šifrovaná a klíč byl v RAM toho virtuálu, která se vypnul), tak s tím asi těžko něco udělají...

No, obětí - prostě zákazníci si daly web ke společnosti, která stála za houby. Neplatila elektřinu, tak se těžko mohlo stát něco jiného... Když kterýkoliv ISP přestane platit za konektivitu, tak jej taky od sítě odstřihnou.

[Let_Me_Be]

Kdyz pred vysetrovatelem preformatujes disk, tak je to mareni vysetrovani (coz je taky trestny cin pokud se nepletu).

U serveru je problem s tim ze poskytoval typicky bude dlabat na to ze u nich mas nejaka osobni data a da je komukoliv kdo si o ne rekne.

[Ruža Becelin]

Klidne, at si udelaji binarni kopii, nez to preformatuju, jde mi o to, ze na systemu nebude nic.

Treba majitel serveru nebude vedet, ze tam ty data ma

[Sten]

Ten trestný čin se jmenuje nadržování. Nicméně pokud je vyšetřování vedeno proti vám nebo osobě blízké, tak o trestný čin nejde, ale může být důvodem pro uvalení koluzní vazby.

[Supp]

Přesně tak. Když vám zavolá kamarád, ať mu pronto smáznete všechna data ze serveru, smrdí to nadržováním...pokud máte na mobilu panic button a smáznete si je sami, jste v pohodě. Ve vlastní věci vše dovoleno (velmi zjednodušeně řečeno, samozřejmě).

[Gilhad]

Pak je trochu problem s temi daty pracovat.

Pokud moje tajna data jsou, kde jsem pred 60 lety zakopal toho nestastnika, tak je muzu dat na fleshdisk a zakopat na zahrade, nejspis je dalsich 60 let nebudu potrebovat. Pokud ale to jsou cisla uctu, odkud financuju al-keidu a telefony na pesaky, ktere diriguju, tak je potrebuju mit po ruce aspon jednou mesicne, kdyz jsou vyplaty. Pokud je to detske porno, tak to potrebuju mit po ruce, kdykoli je mi smutno. Pokud to jsou obchodni data, tak je potrebuju mit po ruce nejspis kazdy den.

Pokud na me skoci zasahovka, tak bud je kriticky disk zakopany na zahrade a jsem v suchu, nebo s nim pracuju a jsem v loji. I kdybych ho stihnul spolknout, tak pockaji, nez vyjde druhou stranou ven. A ze by me laskave nechali si odskocit s rycem na zahradu driv nez zacnou prevracet byt na ruby a hledat predmety dolicne, o tom dost pochybuju. Nemluve o tom, ze pokud budu 5x za den ryt na zahrade na stejnem miste, tak to bude ponekud napadne.

Takze jsou situace a jsou data, ze je vhodne je mit u sebe a pritom je utajit. A snaz se to utaji na disku, kde uz nejaka "oficialni" data jsou, nez na disku, "kde neni nic".

Zalohy samozrejme zahrabane na zahrade budou, takze pokud budu mit tu sanci, tak radostne pred vysetrovatelem preformatuju svuj disk (a ztratim praci za tyden vymenou za ztratu pobytu ve vezeni v radu let). Jenze to me nejspis prave proto udelat nenechaji. Takze data na tom disku musi byt sifrovana.

[Ruža Becelin]

S daty se temer vzdycky da pracovat vzdalene.

K tvym prikladum: Informace o 60 let stare mrtvole jsou nepotrebne (je to promlcene), na financovani al-kajdy a spol mas lidi, co te osobne neznaji a penize stehuji muly, dp muzes mit na externim disku nekde mimo (pokud to teda tak nutne potrebujes). Obchodni data - to je jediny realny pripad, kdy je potreba mit zasifrovany disk v laptopu, ale kvuli tomu na tebe nebude skakat zasahovka.

Pokud si pro tebe prijede zasahovka, tak jsi byl a) bud neopatrny (patri ti to) b) nekdo te do toho namocil (s cimz bys mel pocitat, pokud s nekym spolupracujes) a nebo si te vybrali omylem a plati a) nebo b).

Pokud musim mit u sebe ziva data, tak maji byt na odpojitelnem mediu, ktere se darychle schovat/znicit...

Ale jak uz jsem psal vys, zalezi, jak velka ryba ses...

[Gilhad]

Hmmm, diky. Tak jsi prave dokazal, ze nikdo citliva data na disku neskladuje a vsechny ty zakony a soudni tahanice jsou vlastne bachorky bez realneho podkladu. Ledaze by tu byla moznost, ze nekdo nekdy zvoli urcitou cestu, ackoli jsou mozne i cesty jine ... tedy ze vlastne v pripade vice cest je vubec mozno nejakou z nich z nejruznejsich duvodu zvolit

[Ruža Becelin]

Prave o moznosti zvolit mene znamou cestu to je - kdyz se zverejni postup a kdejake BFu to bude zkouset, tak to skonci pruserem...

[Bystroushaak]

Imho je dobrý nápad to kombinovat s autodestrukčními zařízeními, ala počítač v černé krabici, který přes webku detekuje světlo. Jakmile ho zachytí, spouští termitovou nálož na externím HDD.

[Jendа]

Dobré vědět, až ti budu prohrabávat byt, tak ve tmě.

Obecně dostupnost použitelných otevřených TPM je mizerná. Kdyby si někdo chtěl udělat ročníkový projekt… :)

[Ruža Becelin]

Zabezpecit pocitac tak, aby se k nemu beza zniceni dat nikdo nedostal, spis povede k tomu, ze te zamestnaji, nez aby z tebe dostvali informace

IMHO je lepsi zabezpecit, aby nebylo zrejme, kde se data nachazi, nez samotny dosazitelny nosic...

[Jendа]

Jenže přes Tor moc dat neprotlačíš a koupit za Bitcoiny anonymní VPSku u někoho, kdo nerad vydává logy, ale zároveň je alespoň trošku spolehlivý, není úplně jednoduché.

[Ruža Becelin]

Tor je naprd :-/

To uz bych to radsi rozhazel napr. po githubu... nebo mit server, co generuje hodne trafiku a pristupovat k tomu pres https, server jisteny napr. alzheimerem...

Porad je to pomer mezi tim, co chci schovat a jak moc to "oni" chteji dostat...

[Bystroushaak]

Dobré vědět, až ti budu prohrabávat byt, tak ve tmě.

Osobně mám v plánu zabezpečit server i primitivním detektorem kovů ala indukční smyčka (takže jdi s plastovým šroubovákem) a kamerou s infrapřísvitem, jenž bude detekovat pohyb a světlo zároveň, takže přijď s optickou kamufláží :D.

[Ruža Becelin]

Jeste jsi zapomnel na teplo, musi prijit v izolovanem chlazenem skafandru a nesmi dychat a prdet...

[Bystroushaak]

Moc komplikované. Infrakameru koupíš do 500, v linuxu jí najdeš někde /dev/kamera, z čehož můžeš catovat přímo fotky, které pak stačí diffnout oproti předchozím verzím, například minulou vteřinu a když je změna větší jak dejme tomu 2%, smažíme.

Indukční smička je docela jednoduché zařízení, hráli jsme si s tím na praxi SŠ.

[Ruža Becelin]

Jsem si delal prdel, to se dneska musi vsude psat smajly, aby to clovek pochopil?

[palo]

a ked prve co spravia cely komp vytiahnu z prudu? mas po mazani a ked ramku hodia do ladu a hned na niecom dumpnu maju aj desifrovaci kluc ak si mal pripojeny nejaky sifrovany kontainer

[Bystroushaak]

Od toho je tam ta zamčená plechová krabice kolem (která zároveň zajišťuje tmu) - aby se k tomu nedalo dostat rychleji, než za pár minut.

[kotyz]

Koukam že si po tý flašce vodky najednou nějak moc chytrej a paranoidní Přidej laserovou síť a nálož semtexu

[Bystroushaak]

Nálož termitu, která je na HDD nestačí? :D

[kotyz]

Tohle veme s sebou i utocniky a pripadny dalsi dukazy v cely mistnosti nebo baraku ...

[Bystroushaak]

No, v ideálním světě by byla jedna claymore mina místo světla nad dveřmi do serverovny a další tři pak okolo serverů. Jenže claymore miny se strašně blbě shání, zato termit a elektronická zapalovátka se dají uvařit doma a ani nejsou nestabilní, takže tě nemá co zabít, když uděláš chybu.

Jinak synchronicita ftw, zrovna včera jsem se dostal k článku Death of a data haven: cypherpunks, WikiLeaks, and the world's smallest nation, kde je několik pozoruhodných myšlenek. Například zaplavení serverovny výbušninou jako je třeba nitroglycerin, nebo umístění serverovny na podminovanou loď plnou toxického odpadu.

[xxxs]

ked urobi chybu kvakor s jeho izomermi, tak neprecita data, alebo sa mu nastahuju do bytu mravce.

ked urobi chybu napriklad udrzbar, co ti prisiel opravit chladenie v serverovni, tak neprecitas data.

[Bystroushaak]

ked urobi chybu napriklad udrzbar, co ti prisiel opravit chladenie v serverovni, tak neprecitas data.

Nepředpokládám, že bych do místa které mám zabezpečené autodestrukčními zařízeními pouštěl údržbáře.

[xxxs]

takze serverovna, ktoru musis navstevovat?

[Bystroushaak]

Ona existuje nějaká, kterou nemusíš?

[SPM]

Pokud máš slušnej hw; proč bys musel? :)

[xxxs]

podstatne je to, ze vedia kde. ako si to najbezpecnejsie zobrat je uz trivialita.

[depka]

indukcni smycka v zeleznem casu?

[Bystroushaak]

Plech nemusí být nutně ze železa, existuje celá škála jiných, běžně dostupných kovů a nemalá část z nich je nemagnetická.

[Jendа]

Musíš to mít na nosiči, co se při kontaktu s žaludeční kyselinou zničí.

[George]

Rýžový papír?

[Kvakor]

Stačí mít na takto zničitelném nosiči šifrovací klíč (alespoň 1024 bitů, raději víc), kterým jsou data zašifrována. V okamžiku návětěvi orgánů stačí zničit jen klíč a restartovat (aby se přepsala paměť).

Ten rýžový papír by šlo opravdu použit a následně strojově přečist, šlo by to třeba Optarem (viz článek na Rootu) nebo obřím QR kódem. Kód musí být zcela a dokonale náhodný, generovaná nejlépe kvantově-mechanickým jevem (napr. Geigerem z nějakého zdroje záření) nebo něcím opravdu velmi chaotickým (např. plameny v krbu). Kód nesmíte znát, takže je nemožné, aby ho z vás dostali.

Jako vylepšení by se ještě mohl použít IR nebo UV inkoust neviditelný pod viditelným světlem (který ale upravený scanner s UV CCFT nebo webkamera s nočním viděním přečte), takže pokud vás vyšetřovatelé během pojídání chytí, můžete jim tvrdit, že jste zrovna svačili, neboť trpíte psychickou poruchou a máte neodolatelnou touhu pojídat papír (a pro utvrzeni jim čas od času sežrat nějaké lejstro, obzvlášť pokud ho celou hodinu jednoprstně datlovali na psacím stroji ).

Ještě vychtralejěí by bylo zařízení, co by klíč holograficky uložilo do média, řekněme o velikosti a tvaru bombónu, vytvořeném z upraveného bombónového cukru, kde by se pomocí aditiv a jiné černé magie zajistilo, že zkaramelizované oblasti nebudou difundovat do okolí. Alternativně by bylo možné vzorek vytiskout různými druhy cukru (napr. čistým versus rafinovaným cukrem nebo levotočivou a pravotočivou verzí a pozorovat to pod polarizovaným světlem) pomocí nějaké 3D tiskárny. V případě návštěvy stači "bombón" vyjmou, rozkousat a polknout.

Jako maximálně drsná metoda by pak bylo zaznamenat klíč do něčeho samo o sobě autodestruktivního, např. papíru napušteném bílým fosforem v alkoholu nebo jinou pyroforickou směsí, který by po vyjmutí z ocranné fólie na vzduchu shořel. Nebo zapsat (např. pomocí laseru) klíč do jamek (jako na CD) na povrchu kovového bloku, vyrobeného ze sodíku, který by byl uchováván ve vzduchotěsné skleněné krabičce. V případě návštěvy orgánů stači mrštit krabičkou o zem a atmsférický kyslík už se o zničení záznamu postará ...

[Bystroushaak]

No nevim. Červené tlačítko, které po stisknutí spálí celý HDD termitem se mi zdá jako o dost lepší a dostupnější řešení. A dá se to vyrobit doma, pokud je člověk jen trochu zkušený bastlíř.

[Jendа]

Červené tlačítko musí komunikovat se „základnou“. Když tě odchytí někde v terénu, muselo by ten příkaz dát bezdrátově a to jde zarušit. Oproti tomu rýžový papír/flashdisk můžeš zničit kdekoli i bez elektřiny.

[Bystroushaak]

No, když na tebe vlítnou v terénu, tak budeš rád, že dáš ruce nad hlavu :) A zrovna flashdisk se ničí pěkně blbě. To už by bylo jistější mít někde microsc a prostě jí zahodit, imho by byla slušná šance že si toho nevšimnou.

[Jendа]

nebo levotočivou a pravotočivou verzí a pozorovat to pod polarizovaným světlem

[Tadeáš Trnavský]

Jak to vypadá s vývojem DM-steg? Pracuje se na něm? Jsou ambice dostat ho do jádra?

[Jendа]

Pracuje se na něm a vývojář vypadá dost motivovaně :).

[Tadeáš Trnavský]

Skvělé, díky.

[Mti.]

Dokud po mne nebude nekdo chtit hesla k /dev/urandom, tak je to dobre. Obcas se mi po disku povaluji testovaci soubory s takovymto obsahem.

[Numirium]

Hm a co clanek o opacnem problemu, verohodne dokazat, ze na mem disku nebylo to, co tam "nasel" (rozumej nahral) vysetrovatel. Kdokoliv u koho se ukaze na disku detska pornografie je na odpis, takze bych se nedivil tomu, ze se ta data na disk ucelove vlozi.

[Bystroushaak]

Si ten disk podepiš pomocí GPG :D

[Jendа]

Pak zase bude muset dokázat, že tam neměl nic nepodepsaného.

Tohle je vůbec debilní. Policie už občas falšuje záznamy o přestupku a co dělat, když ti na disk „něco“ nahrají?

[Ruža Becelin]

To je tezky - jedna moznost je mit system v RAM natahovany z RO media a zalohovat na WORM :-/

[Jendа]

Pořád ti můžou podstrčit nějakou další disketu.

[Ruža Becelin]

No v principu muzou vytahnout cely harddisk a tvrdit, ze je muj. V tom pripade clovek nezmuze nic, pokud clovek neargumentuje, ze ma jeste jeden extra disk a na nem jsou urcita data, co by se _urcite_ k novinarum dostat nemela

[Bystroushaak]

To by byl docela oboustranný meč, protože díky tomu tě můžou zavřít právě proto, aby se ty informace k novinářům nedostaly.

[Ruža Becelin]

Proc si myslis, ze zavrenim zabrani tomu, aby se informace nedostaly k novinarum?

[Bystroushaak]

Protože tě zavřou, když jim budeš vyhrožovat (a] přiznáš tím že něco máš, b] aby to tak jednoduše neleaklo) a zavřou když něco leakne protože tím přiznáš že jsi se na tom podílel.

[SPM]

Zase když tě zavřou předem, tak to může leaknout určitě :))

[Bystroushaak]

No, dost samozřejmě hraje roli, proti komu půjdeš. Osobně operuji v módu ala jde po mě gestapo, protože pak už člověk může být vším ostatním jen příjemně překvapen.

[Ruža Becelin]

Aneb zdrava paranoia neuskodi. Kazdopadne je fajn mit spojence, na ktere se da spolehnout...

[Jendа]

Osobně operuji v módu ala jde po mě gestapo

Tj. zatavená ampule s KCN trvale pod jazykem?

[Bystroushaak]

Tj počítat s tím, že se s tebou nebudou srát a vůbec jim nebude vadit do toho zatáhnout zbytek rodiny, nebo pobrat celou sociální síť lidí které znáš. Taky že odvolání k soudu ti nepomůže, protože ten bude hrát do karet gestapu, spíš než tobě.

[Mti.]

I kdyby ne do karet, minimalne budou reagovat prilis pozde, nez aby Ti to v dane chvili pomohlo ...

[Mti.]

konec koncu mne tak napada ... pokud vubec nekdo bude vedet, ze ho zrovna vysetruji.... proste se jen pribuzni nedozvi, ze/kam odjel. :) Neco jako toto.

[Bystroushaak]

Myslel jsem podepsat celý image disku, takže pak ti tam nic nenahrají. Jenže to stejně nedává smysl, když tě bude chtít systém dostat, tak proti němu nemůžeš bojovat systémovými prostředky.

[Heron]

Kdokoliv u koho se ukaze na disku detska pornografie je na odpis

A nechtělo by právě s tímto něco udělat? Jednak za dětskou pornografii lze považovat cokoliv a hlavně přítomnost DP na nějakém mediu prakticky nic neznamená. Myslím, že než věčně něco ukrývat a dokazovat, že jsem nic neudělal (což je pitomost, v právním státě musí nutně platit presumpce neviny), by bylo lepší to prostě obrátit. Takhle je to v podstatě Damoklův meč, který může spadnout na kohokoliv.

[Jendа]

A nechtělo by právě s tímto něco udělat?

Chtělo, ale nejen s tímto. Předřečník podle mě mohl klidně dát jako příklad „nález“ vydumpované databáze NBÚ - tam sice není takový společenský odpis, ale k odsouzení to může přispět dost.

[jarda667]

Tak to jestli te vzrusuji nahate deti jde pomerne lehce a exaktne zjistit , jednoduchym, ale asi hodne potupujicim testikem , ze ti na suldu pripnou neco co meri prutok krve tenisem a poustej ruzne fotky .

I kdyz nevim jestli by mi na PCR hoplo , ale asi to funguje :D

Jo a jak se to resi u zen to nevim , asi podle tvrdosti bradavek ci co :DDD

Je to genderove ponekud nevyrovnane.

[xkucf03]

a poustej ruzne fotky

A kde je vezmou, když je dětská pornografie nelegální?

[xkucf03]

P.S. a to, že někoho vzrušují malé děti, ještě není důvod ho zavřít do vězení -- ten člověk je sice prasák a úchyl, ale pokud se dokáže ovládat a nikomu neublížil, je přece jedno, co se mu honí hlavou, není to důvod ho trestat.

[waldauf]

Pro me velice zajimavy clanek. Libil se mi rozbor vymahani klicu i naznak ziskani dukazu pro mnohem vetsi objem sifrovanych dat, nez ktera jsem zpristupnil. A diskuze taky dobra ;]. Holt sifrovani a utajovani neni tak jednoduche jak se na prvni pohled zda.

[pedro]

Mně to připadá jako zbytečná stupňující se paranoia, která nakonec stejně nic neřeší. Ostatně je si toho vědom i autor - do důsledku vzato, stejně ta hesla z Vás nakonec vymlátí. A jestli vyšetřovatel nabyde podezření při pohledu na disk, kde část vypadá jako náhodná data (klasické šifrování), tak proč by nemohl nabýt podezření, že na disku s přiznaných šifrováním jsou skryté oddíly? Konečně pro soud, když budete od začátku do konce tvrdit, že to co vypadá jako náhodná data jsou opravdu náhodná data můžete nakonec působit věrohodně, naopak když budete postupně přiznávat, že máte 1 nebo více úrovní šifrování, nahráváte důvěryhodnosti toho paranoidního vyšetřovatele.

[Lazar]

V článku mi chybí zmínka o tom, že již samotná účast v debatách na toto téma v budoucnu ztíží identifikovatelným účastníkům případnou budoucí věrohodnou popiratelnost.

[spam]

I am hoping that you will continue writing this kind of blog. Thanks for sharing this information Click here

[spam]

Awesome! Learned alot thanks so much keep posting more. fencecompanytylertx.com

[spam]

Awesome! Learned alot thanks so much keep posting more. best dental implants in san antonio

[spam]

I really loved it here but are there any recent updates? Thanks site