TrueCrypt končí (diskuse)

[skunkOS]

Si dělají prdel?

[olin]

Tak logicky to bude spíš nějakej hack, než jejich vyjádření...

[prcek]

Za vším musíte vidět Microsoft. Kdo by řekl, že manažér Ubuntu Bacon odejde do nadace sponzorované Microsoftem.

(Na to ovšem pan Hagara zapomněl a zprávičku zde nedal).

[Ján Dráb]

Jono Bacon ukončil prácu ako Ubuntu Community Manager a prešiel do SpaceX na obdobnú poziciu. Nikde som si nevšimol, že by SpaceX "sponzoroval" Micorosft, alebo, že by SpaceX bola nadácia :D

[little.owl]

Presel do X Prize Foundation a ta ma vazby na lidi od Microsoftu.

[jadd]

Ta do vesmíru nelítá?

[pepa]

Ne, ta má na starosti cybersecurity

[Ján Dráb]

pre boha, asi mam problem s pochopenim pisaneho textu :D neviem odkial som si vycucal to, ze presiel do spacex. mozno prechod medzi paralelnymi vesmirmi :D

[jadd]

kdybys byl čech tak bych chápal, protože předevčírem byla o SpaceX minireportáž na Čt24.

[marbu]

Treba je koupil je Microsoft (coz se ale nikdy oficialne nepotvrdi, protoze originalni autori jsou neznami) :)

[prcek]

Pokud autori nejsou znami, tak to nemuze nikdo koupit.

[marbu]

To je fakt, tak to potom zbyva uz jen NSA.

[prcek]

Několik disků, zašifrovaných TrueCryptem, bylo zabaveno brazilskému bankéři Danielovi Dantasovi. Brazilský institut pro kriminologii (INC) se neúspěšně po dobu pěti měsíců snažil získat přístup k souborům chráněným TrueCryptem. Brazílie pak požádala o pomoc FBI, která ani po více než 12-ti měsících práce nebyla schopna šifrování prolomit.

[dustin]

Bylo by od nich hodně hloupé, kdyby se nahlas chlubili, že to umí rozšifrovat. Tím neříkám, že to umí, ale že ta informace nic moc neznamená.

[michal]

Kdyby to byli uměli, tak by nemuseli žádat soudní cestou o heslo.

V roce 2012 soud v USA rozhodl, že určitá osoba používající TrueCrypt, nemůže být nucena k dešifrování svých pevných disků nebo prozrazení hesla (s odkazem na právo nevypovídat).

[dustin]

Kdybych to uměl, určitě se tím nebudu chlubit, takže naopak o to soudní vydání požádám.

[marbu]

No a právě proto teď začali doporučovat Microsoft Bitlocker jako náhradu za TrueCrypt :) Netvrdil jsem, že by NSA uměla TrueCrypt překonat, ale že by mohla vědět, kdo za ním je a zatlačit na ně.

[Ferda]

Netušíte někdo, jak získat ten Bitlocker a rozjet pod Linuxem ? (když je to tedy doporučená náhrada)

[kralyk z abclinuxu]

Not sure if troll... Každopádně, nijak, použij dm-crypt/LUKS.

[otula]

Řekl bych, že forma dotazu jasně říká, že si tazatel rýpnul do toho doporučení (tedy, že svůj dotaz nemyslel vážně).

Na druhou stranu, osobně si myslím, že autoři tohle do očí bijící „doporučení“ použili schválně proto, aby jeho absurdnost každého trkla a domyslel si, že za tím vězí něco zcela jiného, než zveřejněný důvod…

[klingger]

Presne toto napadlo aj mne.

[kamoš]

Kromě toho Bitlockeru je tam do očí bijících ještě celá řada dalších věcí:

- Poslední webová stránka je lajdácky vytvořená, jako by ji dělala lama

- Licence na TC 7.2 je předělaná a jsou prohozeny pojmy USA a United States (proč?)

- Nesedí md5 u TC 7.1a staženého před dvěmi lety a před pár dny (obojí z bývalých stránek TC)

Tím vším chtěl asi někdo něco říci...

[Václav "Darm" Novák]

Binárek nebo zdrojáků? Diff?

[r4in]

"The development of TrueCrypt was ended in 5/2014 after Microsoft terminated support of Windows XP. Windows 8/7/Vista and later offer integrated support for encrypted disks and virtual disk images."

To jsou věci.

[skunkOS]

Nerozumím, jak by tohle mohlo souviset. Ten argument nedává smysl, protože TC je cross-platform.

Spíš mám pocit, že vývojaři podlehli nátlaku nejmenovaných třípísmenných agentur.

[jadd]

Právě tím, že to nabídli i pro ostatní OS z toho udělali takový nepsaný standard dokud to bylo ku prospěchu v XP, bez potřeby to někam tlačit. Z to bych usuzoval, že to je práce Microsoftu, celý ten truecrypt ale nedokážu pochopit proč by se takhle amatérsky odhalili.

[zxz]

jo taak... i kdyz az k tomu terminated (mozna vcetne :D) to vypada docela verohodne... :)

[gsnak]

Nelinkovat betu prosim!

[skunkOS]

Používal bych 7.1a.

[rooter]

co mate furt s tou /. betou ???

[Zopper]

Buď se jim nelíbí, nebo jde o to, že odkaz na beta.slashdot.org nemusí za půl roku fungovat. Pokud to tedy za půl roku bude u zprávičky ještě někoho trápit...

A nebo oboje.

[bobo112]

Je nějaká alternativa, která by byla multiplatformní (nebo minimálně pro Windows) a co nejvíce důvěryhodná?

[Milan]

Data v cloudech já šifruji lokálně přes ENCFS a na Windows přes ENCFS4W. Je to ale po souborech a šifruje to i názvy souborů. Dost dobrý. Jinak to funguje docela podobně, přes FUSE to vytvoří virtuální diskovou jednotku nebo podadresář na Linuxu. Něco adekvátního je i Android/IOs...

[marbu]

K EncFS je dobre si pred nasazenim projit EncFS Security Audit a zvazit, jestli je to pro zamyslene pouziti stale ok.

[xm]

Ten audit EncFS dopadl náhodou vcelku dobře, obával jsem se že to dopadne podstatně hůř Nic extrémně závažného tam není (a když s tím co našli člověk počítá a zařídí se podle toho, je to 100% bezpečné).

Btw. ti samí dělali i audit podobného eCryptfs

[xm]

Jednoznačně standardní Linuxové řešení - dm-crypt/LUKS

Na Windows sere pes, používat šifrování pod proprietárním OS prolezlým exploity, zadními vrátky, _NSAKEY, atp. je stejně absolutně k ničemu a kontraproduktivní (falešné zdání bezpečnosti).

(jinak LUKS byl dříve podporován i pod Windows projektem FreeOTFE, ale ten projekt už je delší dobu mrtvý)

[Václav "Darm" Novák]

V případě že si chci chránit data na sdíleném win/lin disku na laptopu před zneužitím případným zlodějem mě moc NSA backdoory nezajímaj, ale potřebuju multiplatformní řešení.

[Jendа]

Na Windows sere pes, používat šifrování pod proprietárním OS prolezlým exploity, zadními vrátky, _NSAKEY, atp. je stejně absolutně k ničemu a kontraproduktivní (falešné zdání bezpečnosti).

Na Linux sere pes, používat šifrování pod opensource OS prolezlým exploity, zadními vrátky, X.org, openssl atp. je stejně absolutně k ničemu a kontraproduktivní (falešné zdání bezpečnosti).

[xm]

OLOL, to je tak dementní "protiargument", že ani nemá cenu komentovat Mám pro tebe jen jedno:

        .-.
        |-|
        | |
     _.-|=|-.
    / | | | |
    |       |\
    |        /
     \     /`
      |   |

[Jendа]

Neboj, mně ten tvůj původní „argument“ taky přišel dementní. Proto taková reakce.

[FAtbluNT]

srovnavat opensource deravy system a closedsource deravy system mimo misu se mi zda

[xkucf03]

+1

I sebeděravější svobodný software si můžeš opravit, alespoň ve chvíli, kdy tu chybu objevíš. Ale i u sebelepšího uzavřeného softwaru, jsi stále v nejistotě, nemáš šanci prověřit, co se děje uvnitř a s každou aktualizací/opravou ti můžou přijít i nové škodlivé vlastnosti (zadní vrátka, DRM atd.).

[mich]

A snažil se vážně Jenda o nějaké srovnání? Nechtěl spíš jen poukázat na to, že původní argument

Na Windows sere pes, používat šifrování pod proprietárním OS prolezlým exploity, zadními vrátky, _NSAKEY, atp. je stejně absolutně k ničemu a kontraproduktivní (falešné zdání bezpečnosti).

je natolik hloupý a bez jakýchkoli důkazů, že se dá parafrázovat na jakýkoli systém?

[Šangala]

Jo-jo, to napiš občas aj mně abych si včas uvědomil, co to píšu

[Václav "Darm" Novák]

Argument že na Windows sere pes, protože na OS s tunou exploitů a zadních vrátek nemá smysl šifrovat dementní je. Ne každej totiš šifruje kvůli paranoie před třípísmenkovýma agenturama, ale například prostě proto že nechce, aby se v případě krádeže jeho osobní údaje, pracovní materiály a domácí porno s manželkou dostaly do cizích rukou.

[Jendа]

To taky, ale šlo mi o to, že na Linux je taky tuna exploitů a obsahuje spoustu zadních vrátek (CVE-2008-0166, CVE-2011-2690, CVE-2014-0160).

[Ladislav Nešněra]

pár tipů je na PRISM BREAK

[Hans1024]

Z nejakeho duvodu mi slova Windows a duveryhodnost vubec nejdou dohromady

[Milan]

No, je to nějaký divný, hlavně v souvislosti s tím, že v současné době probíhala bezpečnostní certifikace TrueCryptu a první fáze dopadla docela dobře, nějaké připomínky tam byly, ale dobrý. Je otázka, zda se tam "něco" nenašlo - to je jedna možnost, nebo naopak se tam nenašlo nic.... :D

[Václav "Darm" Novák]

Audit projekt tvrdí že s tím nemá nic společného…

[hmka]

Tak fork a jedem dál, ne?

[BigBoss]

Fork je vidlička, ne?:)

[mica]

Nedělejte fórky.

[mankind_boost]

Nechovejte se jak vidláci!

[g.g]

Nebo anglicky: "there is no fork"?

[xm]

TrueCrypt auditoval nezávisle už tuším v roce 2007 přední český kryptolog Vlastimil Klíma a žádné díry ani backdoory nenašel (tenkrát o tom byl článek na Rootu).

Od té doby se toho sice mohlo dost změnit, ale nedávno byl dokončen bezpečnostní audit firmou iSEC, které také žádné závažné chyby či backdoory nenašel (jen pár nezávažných drobností): TrueCrypt audit finds “no evidence of backdoors” or malicious code

Řekl bych tedy, že jim spíš někdo hacknul účet na SourceForge či tak něco...

[xm]

(a pokud bych chtěl být paranoidní konspirační teoretik, řekl bych že to určitě byl někdo z NSA či jiné třípísmenkové agentury, aby poškodil pověst a důvěryhodnost TrueCryptu, protože ho nedokáží prolomit a nehodí se jim do krámu, aby ho lidi používali)

[Asdf]

Je to nejake divne, vsechno tento tyden.'asi nejake eeupce na slunci.

[x]

Jasne, ze je open source alternativa tcplay

[Bystroushaak]

Zajímavá diskuze se kolem toho strhla v cypherpunk konferenci.

[otula]

Přílohy:

• tc-google-com.png (32000 bytů)
• tc-archive-org.png (18266 bytů)

Zajímavé, jak po sobě zametli...

[skunkOS]

LOL

[R]

Toto smrdi.

[Terorista]

demokrací....

[mankind_boost]

...

[otula]

A ještě jsem pohledal, odkud stáhnout verzi 7.1a

• Src: tc, pkcs
• Windows binárka: stahuj.cz

To jen pro případ, že by to byl poslední bezpečný program tohoto typu....

[jadd]

Spíš bych řekl, že sourceforge vůbec nekešují, protože tam bývají dost proměnlivá data a dokumentace tam nebývá. Takže na tyhle archivní služby sloužící hlavně k archivování dokumentů nelze spoléhat pro každou změněnou stránkou. Stejně to dělá i český archiv. Třeba pro tento portál je přesnější než zmíněné dvě služby.

[otula]

Přílohy:

• freemind-google.png (35647 bytů)
• easytag-archive.png (24467 bytů)

Kešují

[lertimir]

Navíc na web archive je pro truecrypt.sourceforge.net i pro www.truecrypt.org

Access Control Exception

Přístup do tohoto obsahu byl zablokován. Blocked Site Error

Takže ne, že ho nemají, ale je zablokován. adresa kterou nemají dá.

Adresa není v archivu

Adresa, kterou hledáte, se v archivu nenachází.

nebo

Hrm.

Wayback Machine doesn't have that page archived.

[otula]

Naštěstí nedokážou zablokovat všechny kopie po celém internetu, takže osobně jsem si rychle postahoval zdrojáky, abych si mohl TC v budoucnu zkompilovat, kdyby přestal kvůli některé závislosti fungovat. Horší to bude, až zkompilovat nepůjde… A stejně tak, jestli po nějaké aktualizaci přestane fungovat ve Windows

[reb]

http://webcache.googleusercontent.com/search?q=cache:RC6jWRC3pVMJ:truecrypt.sf.net/+&cd=1&hl=cs&ct=clnk&gl=cz

[jadd]

Asi myslel před změnou?

[Václav HFechs Švirga]

Jo to určitě. Ale jinak takhle uklidit asi může každý web, minimálně wayback respektuje robots.txt (a celý web pak vymaže včetně všech starých verzí na dané doméně). Teď tam sice žádný robots.txt není, ale mohli ho nastavit, počkat až zmízí z keší a pak změnit tu homepage. U google archive bych čekal, že to bude podobné.

To píšu jen proto, abych ukázal, že toho mohli dosáhnout autoři projektu a nemusela to hned mazat NSA.

[little.owl]

Nemam ted cas po tom jit .... Muze mi nekdo ve strucnosti vysvetlit, co se tedy deje? Diky.

[chrono]

Zatiaľ nikto nevie.

[michal]

Jde o to, že byly odhaleny bezpečnostní chyby. A tak to vývojář, jehož jméno je veřejným tajemstvím, zabalil.

[chrono]

Chyby boli odhalené v TrueCrypt aj predtým, takže pochybujem, že práve to je teraz hlavný dôvod (a skôr predpokladám, že vývojári už nemajú záujem udržiavať ten kód).

[xm]

To jsou houby chyby - když se někdo dostane k běžícímu počítači s rozšifrovaným diskem, tak je stejně všechno ztracené. Žádná chyba která by umožňovala prolomit šifrování nepřipojeného úložiště nalezena nebyla.

[gfdg]

Tu je odpoved: http://zvedavec.org/pocitace/2014/05/5998-truecrypt-skoncil-kvuli-nsa-ktera-vyhrozovala-vyvojarum.htm

[xm]

OLOL

A zdroje té "odpovědi"?

[Lol Phirae]

Nebylo by lepší odkazovat alespoň na původní "zdroj", než ta server toho pána, který se odepsal neomluvitelným způsobem?

Autoři dostali nabídku, která se neodmítá?

[mankind_boost]

Spíš kterou by bylo zdraví nebezpečné odmítnout.

Vždyť to píšu

[Petr]

Pouzivam dm-crypt/LUKS, ackoli tusim sdileji nejake knihovny predpokladam ze jej mohu nadale povazovat za bezpecny? Nejak tomu nerozumim...

[jadd]

Ano, výchozí v Debianu 7 pro logické svazky. Tohle myslím používá Ubuntu pro klasické oddíly?

[xm]

Koho by to zajímalo, tak:

• Archiv všech verzí TrueCryptu
• Diff poslední stabilní verze TrueCryptu (7.1a) s "novou" zkryplenou verzí 7.2
• tc-play - alternativní kompatibilní implementace TrueCryptu (narozdíl od původního TrueCryptu využívá standardní Linuxový dm-crypt)

[pepe_]

V OpenSuse 13.1 mám RealCrypt 7.0a-3.119 (http://packman.links2linux.de/package/RealCrypt/) to je truecrypt fork nebo co to je ?

[lertimir]

zřejmě je to jen přejmenované díky licenci.

[chrono]

Je to upravená verzia TrueCrypt a upravené verzie nemôžu používať v názve TrueCrypt (zmeny sa viac-menej týkajú len vecí okolo kompilovania a nijako neovplyvňujú šifrovanie).

[Illusion of freedom]

intervencia nsa v spolupraci s fbi podobne ako pri lavabit...

Náš administrátor shledal tento komentář závadným.

Vulgární

Zobrazit komentář

[Loki]

+10000

[Mti.]

Neutralitu vyhlasit muzes, ale sousedi ju musi (chtit/mit duvod) respektovat, jinak je Ti k prdu. Svycarom se k tomu hodily banky...

[xxxxxxxxxxx]

To je samozřejmě pravda. Také je ale pravda že spojenci si s náma vžicky vytřeli prdel, takže bejt tam nebo tam pro nás nemá smysl. To radši dát práci našim lidem a tvořit si zbraňové systémy a materiál sami. Alespon by tady byla tvořivá práce namísto montoven a pak zadraho nakupovaných zahraničních křápů...

[anonym]

Tím vytřením myslíte jako osvobození ve dvou světových válkách a kdyby jsme nevlezli do chřtánu rusákům, tak jsme od nich mohli mít ještě obrovské investice jako součást Marshallova plánu?

[Honza Jaroš]

Nejsem si jist, od čeho nás Američané osvobodili po první světové; pokud se nepletu, hlavní zásluha byla, že nás po vzniku ČSR uznali jako samostatný stát. Na druhou stranu z pohledu Rakouska-Uherska nás vlastně porazili. Náhled na toto se bude lišit v závislosti na tom, jestli hovoříte s národovcem nebo monarchistou (já jsem spíš neutrální s malým příklonem k národovcům).

Druhá světová je ještě o něco problematičtější: ono se to totiž dá brát - v návaznosti na Jaltskou konferenci - i tak, že nás osvobodili od Němců jen aby nás mohli předhodit Rusům. Stejně jako nás sedm let předtím předhodili v Mnichově Němcům. A jako nijak moc neprotestovali v šedesátém osmém. A z tohoto pohledu je názor pana Zímy celkem validní. Kdyby se v pětačtyřicátém nezastavili u Plzně, mohlo to vypadat jinak.

Co se týče současnosti, nechci snižovat zásluhy USA na konci studené války a rozpadu SSSR, ale obávám se, že USA v době Reagana jsou poněkud jiné, než USA v době Obamy. Totéž platí o SSSR/Rusku.

[David Jaša]

Druhá světová je ještě o něco problematičtější: ono se to totiž dá brát - v návaznosti na Jaltskou konferenci - i tak, že nás osvobodili od Němců jen aby nás mohli předhodit Rusům. Stejně jako nás sedm let předtím předhodili v Mnichově Němcům. A jako nijak moc neprotestovali v šedesátém osmém. A z tohoto pohledu je názor pana Zímy celkem validní. Kdyby se v pětačtyřicátém nezastavili u Plzně, mohlo to vypadat jinak.

To zní, jako by na tom uspořádání neměl Beneš významný podíl.

[Honza Jaroš]

Myslíte na Jaltě?

[David Jaša]

Na Jaltě už bylo rozhodnuto. To hlavní se událo už předtím, kdy se Beneš nechtěl spoléhat na exspojence-zrádce.

[Ferda]

Jo a Obama kvůli Trucryptu dnes vyhodil tiskového mluvčího...

[Honza Jaroš]

No já nevím, ale může Beneš i za to, že obětovali i třeba Maďary nebo Poláky (a že třeba speciálně Polská exilová vláda, pokud vím, dost stála o to nebýt pod výhradním vlivem Rusů)? Ne že by na tom Beneš neměl také svůj podíl, ale v této souvislosti si myslím, že bychom se vezli tak jako tak...

[xxxxxxxxxxx]

Nás osvobodili Rusové. Rusové vyhráli druhou světovou Válku v počtu cca 27 mil obětí. Amíci a celý západní svět jenom čekal na to aby pomřelo co nejvíce slovanů, protože pro západ byli slovani stejným odpadem jako pro Němce. Ale vy to stále nechápete. Je to boj dobra se zlem, který vedou všichni lidé na této planetě. Takže pokud mluvím o USA mluvím o jejich Govermentu který není pod kontrolou občanů a sami lidé ve spojených státech jsou otroky a obětmi v této válce.

Pro pár barevných papírku sám sebe neprodám. Pokud ty se chceš prodávat tak se postav na dálnici a provozuj řitní živnost.

[kralyk z abclinuxu]

Nechtěl by sis všechny ty Rusy a Slovany strčit někam do blogu? Tady jsme ve zprávičce o TrueCryptu...

[Atom321]

Rusové nás neosvobodili, nýbrž dobyli. Sovětský svaz byl na počátku druhé světové války spojencem Německa a společně s ním zahájil válku invazí do Polska. Podle původní dohody si měli rusové a němci Evropu pěkně rozdělit.

Amíci šli do války, protože jim nic jiného nezbylo. Podle německých plánů byly USA po dobytí Evropy další na řadě. Amíci by se válce stejně nevyhnuli a prostě jen nechtěli čekat, až Německo získá dost síly na invazi přes Atlantik. Včasnou ofenzivou udrželi válku na starém kontinentě, společně se Sověty dali němcům po tlamě. Osvobození západní Evropy byl vedlejší efekt preventivní likvidace rozpínavého Německa, zatímco ve východním bloku Rusové prostě jen splnili plán dobývání Evropy na 150%. Na západě USA upevnily svojí moc ekonomicky, zatímco rusové na východě prostě jen nahradili německá okupační vojska těmi svými. Protože dějiny píší vítězové, říkali tomu osvobození. Na západě to jako svoboda i vypadalo, ale ve východním bloku rozhodně ne.

O "Govermentu USA" si nedělám nějaké zvláštní iluze. Ale hledat před zlými USA ochranu v Rusku, to je vyloženě podle klasického rčení "z louže do bláta".

[little.owl]

Jen detail, nechci se do toho moc poustet. SSSR se pred valkou pokousel dohodnout s UK na protinemecke koalici (zde), byl odmitnut a tak se dohodl s nakonec s Nemeckem a pritom si rozdelili Polsko a Pobalti. Ostatne, s Hitlerem se dohodla nakonec i UK, ten papir kterym machal Chamberlain na letisti po prichodu z Mnichova, kde odepsali Ceskoslovensko, byla smlouva o neutoceni.

[g.g]

A vám přijde, že dohoda se stalinistickým Sovětským svazem by byla pro UK nějaká výhra? Dneska bychom podobné smlouvy mohli dělat se Severní Koreou, že...

[little.owl]

A proto se radsi dohodli s Hitlerem, ze? Britove by si se Stalinem mohli podat ruce, zadne imperium se neda vybudovat v rukavicka a dopousteli se svinstev srovnatelneho rozsahu.

[marvn]

takova dohoda by mela asi stejnou vahu jako mnichovska dohoda. ani britove nebyli tak hloupi, aby udelali stejnou hloupost 2x

ale jestli si vazne myslis, ze se stalinovi dali verit, tak to potes koste ;)

[little.owl]

Jako kazde mezinarodni smlouve. Paradoxne, pri zpetnem pohledu, Stalin sve mezinarodni zavazky plnil spolehlive, narozdil od Britu, Nemcu ci Francouzu, kdy se pred 2. svetovou valkou rozpadla cele rada smluv - a Ceskoslovensko na to dojelo.

[trekker.dk]

v počtu cca 27 mil obětí.

Akorát to nebyly ani tak oběti války, jako spíš Stalinovy hrůzovlády - armáda byla bez pořádného velení a bez výzbroje, ale Stalin přesto nařídil zastřelit každého, kdo by se s holýma ruzkama nechtěl vrhnout proti německým kulometům

Svádět tohle na západní svět je dost mimo mísu.

[Václav "Darm" Novák]

Asi tak. Pro zajímavější číslo ještě mohl přičíst počet popravených sovětů a počet sovětů co zemřeli v jejich koncentrákách.

[marek_hb]

http://www.fronta.cz/dotaz/vyznam-lend-lease-pomoci-sss

O tomhle vis?

Sorry, z mobilu to asi lip nevlozim

[mca]

Do roka byste meli obcanskou valku a ruskou NSA postavenou na manualech KGB. Zatim se jeste ohlizi a papiruji, tzn. nejdou rovnou s obuskem.

[xxxxxxxxxxx]

Zato teď se máme dobře. Partneři nás šmírují tak jako tak. Není to výhra, tak na co bejt v paktu který slouží akorát na krytí mezinárodního svinstva USA!!!

[anonym]

Tak emigruj do KLDR, když se ti tu nelíbí, kreténe.

[xxxxxxxxxxx]

Myslím že se tu koná souboj dobra se zlem. A zlo vždy prohraje. Nebudeš mít kam se odstěhovat. Jsi zlý člověk a je mi tě líto.

[vencour]

No, kéž by ...

Ze "Spaceballs" ... Lone Stare, teď vidíš, že zlo vždycky vítězí, protože dobro je hloupý.

[g.g]

Ale dobro dnes může šifrovat, a zlo se tak může maximálně posadit na prdel.

[j]

Tyjo, tak tenhle názor mě překvapuje, navíc v týhle diskuzi. Je fajn, že to dneska aspoň někdo takhle vidí!

[jadd]

Nesmíš brát vše vážně, a to slovo na konci sis mohl odpustit. Tatínkovi bys to taky asi neřekl.

[mca]

Staci najit odvahu udelat ten krok. Odejit. Mnozi odesli z ruznych duvodu, nebyl jsem vyjimkou, ale zrejme budes velmi dlouho hledat zem, kde se nebude smirovat ze stranu USA, Ruska, Ciny, GB, Nemecka (mimochodme Nemecko ma dlouhodobe hodne rozsahlou smirackou sit a dumyslne kamerove systemy s miningem firem jako Ontos), ... inu to si nevyberes. Jako clenove NATO mame vlastni odnoz pojmenovanou CSS (nazyvanou spise jako C.I.Eh), nepomerne vetsi armadu, namorni i letecke sily no a stejne tomu smirovani nezabranis.

Tech svobod a toleratnejsich zakonu mate vic, nez si myslis.

[xkucf03]

U TrueCryptu je nelze vyloučit, že je děravý (v tom případě by bylo dobré odkázat konkrétní řádky ve zdrojácích), ale doporučovat místo něj BitLocker? WTF? U proprietárního softwaru od Microsoftu je prakticky jisté, že je děravý, resp. že je to záměrně vytvořený spyware obsahující zadní vrátka mj. pro NSA.

[kralyk z abclinuxu]

No to je nejspíš právě účel. TrueCrypt neměl zadní vrátka a autoři je odmítali implementovat, tudíž bylo potřeba se TrueCryptu zbavit a doporučit místo něj BitLocker a ekvivalent na Masoxu.

Důsledek? Jestli teď nebude vyvinut tlak na dm-crypt/LUKS, tak bude zapotřebí pořádnej bezpečnostní audit tohoto subsystému.

[Jendа]

Jak se vlastně implementují zadní vrátka do software jako je TrueCrypt? Můžeš si někam poznamenat asymetricky zašifrovaný klíč (je tam na to v hlavičce místo? umíš provést asymetrické šifrování nenápadně?) nebo můžeš nějak oslabit samotný šifrovací algoritmus (to by ale bilo do očí).

[kralyk z abclinuxu]

Nejsem na tohle odborník, ale řekl bych, že těch způsobů, jak to nějakým způsobem oslabit, je dost... Inspirace.

[jadd]

https://www.schneier.com/ autor http://passwordsafe.sourceforge.net/

[jadd]

i blowfish algoritmu

[lertimir]

A to blowfisk je stará šifra (1993). Ale jeden finalistu AES Twofish je také od něj a spolu s dalšími šifra Threefish. (asi má rád rybičky.)

[lertimir]

A také autor velmi kvalitních knih jako Applied Cryptography, (kterou jsem před 15 lety četl jako první knihu o kryptu). Secrets and Lies nebo Cryptography Engineering.

[little.owl]

Mozna by stalo za to si precist od nej clanek v the Guardian "NSA surveillance: A guide to staying secure".

[paul2no]

Tak se asi těm, kteří oficiálně neexistují, nejspíš povedlo zarazit projekt který jim ztěžoval práci (čti šmírování). Docela by mě zajímalo, jestli vůbec existuje nějaký nástroj na šifrování, který je odolný vůči NSA. A i kdyby tak jestli není backdoor v procesorech s AES akcelerací (kousek flash paměti, kam se budou ukládat použité klíče, přístupná jen speciálním postupem který zná jen pár lidí na světě - je otázka zda taková věc je vůbec odhalitelná).

[jadd]

dobrá úvaha, plyne z toho, že před NSA se nelze schovat. A ty šifry jsou jen proti zlodějům a několika komunistickým hekrům. Protože BIOSy a procesory jsou z USA.

[michal]

BIOSy a procesory jsou z Číny, voe.

[mikirc]

Nezalezi na tom kde a kdo to vyrobi, ale kde a kdo to navrhne a udelane vyrobni plany. ( netusim zda-li pro procesor jde napsat vyrobni vykres :D )

[jadd]

Určitě to nedělají od ruky, ani nepředpokládám, že výkres je velký jak patice pro procesor. Ale věřím, že NSA se o možnosti jak implementovat do procesoru něco co mu pomůže až bude zkoumat i ty nejvíc softvérově zabezpečené kompy nějakých zločineckých organizací. Od Biosu, HDD, CPU apod. ne, že by tam byli uloženy celé soubory ale metadata např. z tagu začínajícího pass, key, address atd. takové získané údaje by jim dost pomohly. Možná je to moc paranoidní, ale nemyslím, že je to pro výrobce mikročipů (hlav pomazaných) takový problém, že je to nenapadlo už dávno.

[mikirc]

Jeden z duvodu, proc mam doma stale starou Pentium 1 (166Hz)tam by take zverstva nemusely byt :D ikdyz prace na tom uz nebude v dnesni dobe nic prijemneho :D

[Jendа]

Poslední procesor, ve kterém nemáme backdoor, byla 268. U 386 už to bylo díky přítomnosti pokročilé MMU triviální - stačí kontrolovat, že je na začátku stránky unikátní sekvence, a pokud ano, přesunout na tuto stránku instruction pointer.

[mikirc]

Tak teoreticky i ta 286 by se nasla, ale u te uz si nejsem jist funkcnosti

[xkucf03]

Proč by ne? Já mám 386 a funguje pořád, včetně disku

[xkucf03]

ikdyz prace na tom uz nebude v dnesni dobe nic prijemneho :D

Rozchodíš na tom i dnešní distra + práce v příkazové řádce úplně v pohodě (na e-maily a GnuPG nebo S/MIME stačí) a i nějaké to lehké DE se na tom dá provozovat.

[Jendа]

Toto se kumuluje. Hledej paper "stealth dopant-level hardware trojans".

[Zopper]

Jojo, designer odpřisáhne, že všechno je správně, opticky se to taky nedá poznat... A stejně se to chová jinak.

[jadd]

Myslíš MAO C7 ekvivalent I7, nebo sis to spletl s KIMem (ten má ale jader jako je poslanců a není dostupný pro domácí PC, je i drahý)?

[marbu]

Řekl bych, že třeba gnupg, openssh nebo dm-crypt/luks by měly být ok.

[mca]

To bys musel byt bezchybny a genialni kryptolog i programator v jedne osobe. V okamziku, kdy to budou zkoumat dve osoby uz existuje prostor, jak tam ten backdoor schovat oslabenim algoritmu - nazorne to bylo predvedeno. Ne, opravdu si nemyslim, ze by se tam nedal schovat opravdu dumyslny backdoor. Mozna, ze jsou v poradku, ale pravdepobnost neodhalenych slabin bude dost vysoka.

Nas ucili na prvnich prednaskach, ze v kazdem zdrojaku, ktery kdy napiseme udelame alespon 2 chyby - jednu nikdy neodhalime a zalatovanim te druhe jen vyrobime dalsi dve. Takove povzbuzeni do studia a denni nostalgicka vzpominka.

[jadd]

Řekl bych, že jsi to odněkud přebral?

[mca]

Ja mam pocit, ze tohle jsem nacetl Poynter.org, kde to rozebiral Brian Krebs / RSS Bruce Schneiera. Ale protoze mam takovy bordel v RSS a Bookmarks, tak to nemuzu vyloucit, ze to pochazi od jinud. Mozna z komentaru Klimova auditu TC. Nevim, ale mozne to opravdu je.

[jadd]

slova chlapa +1

[marbu]

To samosebou nejsem a ani se nesnazím snižovat složitost problému a úsilí, co je nutné vynaložit na uržování kódu (reagovat na nalezené chyby a pokrok v oblasti kryptografie a přitom se snažit zabránit zanesení chyby nebo backdooru).

Ale na druhou stranu, znáš open source projekty v oblasti kryptografie, které jsou vedené lépe než ty co jsem jmenoval? Nemůžu tvrdit, že jsou 100% v pořádku, ale osobně si myslím, že i přes to všechno není pravděpodobnost, že by v nich NSA měla univerzální backdoor, tak vysoká. I Snowden nakonec říkal, že gpg funguje NSA navzdory.

[jadd]

jen jestli to nebyl jeho dvojník

[little.owl]

V prvni rade by prospelo prejit na bezpecnejsi programovacijazyk a nechat C/C++ jen tam, kde je to nezbytne nutne.

[kralyk z abclinuxu]

[Bystroushaak]

+1

[kralyk z abclinuxu]

Já myslel, že to je myšleno jako vtip... No jestli si myslíte, že volba programovacího jazyka rozhoduje o bezpečnosti, tak to teda hodně štěstí s bezpečností budoucích projektů...

[Jendа]

Ano, myslíme. V některých programovacích jazycích třeba nehrozí chyby jako Heartbleed.

[Saljack]

Tohle není pravda to může být v každém jazyce! Je to to samé co uzavřený kód v podstatě dává jistou dávku bezpečí ve skutečnosti tomu. ale vůbec není.

[xkucf03]

Jak si např. v Javě omylem vyčtu paměť procesu?

[kralyk z abclinuxu]

Jak si např. v Javě omylem vyčtu paměť procesu?

To asi nijak, ale tyhle bytecode platformy jako Java a .NET mají zase jiné problémy, největší je asi závislost na VM, který jednak čas od času obsahuje bezpečnostní chyby (Java je timhle poměrně nechvalně proslulá) a jednak je otázka, jak moc je ten VM důvěryhodný - .NET je proprietární úplně, u Javy je ta situace složitější, ale asi bych byl nervózní u obou... Backdoor by se v nich schoval imho velmi snadno.

Kromě toho ani jedno opět není moc vhodné na systémové věci.

Taky je potřeba nezapomínat, že zdaleka ne všechny bezpečnostní problémy spočívají v práci s paměti (viz třeba Double.parseDouble()).

Osobně vidím v tomhle ohledu budoucnost spíše v jazycích, které zmínil little.owl.

[xkucf03]

.NET je proprietární úplně

Ten nemá cenu vůbec řešit.

Backdoor by se v nich schoval imho velmi snadno.

Máme GNU Classpath, máme různé implementace JVM, máme zdrojáky OpenJDK pod GNU GPL… je to celkem běžná situace jako u jiného svobodného softwaru. Díra samozřejmě může být všude – klidně i ve standardní céčkové knihovně nebo v Linuxu (jádře).

Kromě toho ani jedno opět není moc vhodné na systémové věci.

Souhlas. Reagoval jsem na Saljackovu poznámku.

[little.owl]

Osobně vidím v tomhle ohledu budoucnost spíše v jazycích, které zmínil little.owl.

Dalsi cesta je SysML. Popisete system, verifikujete design a generator vam vygeneruje kod - casto kupku hnoje, ktera sice vetsinou funguje, a pokud ne, tak se z debugovani po****te.

[mich]

Já sice fandím rustu a go, ale to cos napsal, není pravda.

To asi nijak, ale tyhle bytecode platformy jako Java a .NET mají zase jiné problémy, největší je asi závislost na VM, který jednak čas od času obsahuje bezpečnostní chyby (Java je timhle poměrně nechvalně proslulá) ...

Chyby jsou všude, i v Javě. Ale většina těch security problémů co Java má/měla byla ve věcěch jako Java Web Start či security sandbox. Což IMHO diskvalifikuje Javu pro použití v browseru, ale není to problém pro ostatní aplikace. JVM je naopak dobrá platforma.

[little.owl]

Neminim zpochybnovat Javu/JVM (nemam ji rad), ale na systemove programovani to neni ted volba.

[mich]

S tím určitě souhlasím. Nelíbila se mi akorát ta kralykova věta o bezpečnosti JVM.

[kralyk z abclinuxu]

No, tak souhlasim, že řada těch chyb opravdu byla jen v rámci pluginu do browseru, ale zas třeba ten parseDouble() se týká JVM obecně... Ono ani tak nejde o to, že by JVM bylo nadprůměrně děravé, ale spíš že to je (podobně jako jiné VM) velmi komplexní vrstva navíc...

[little.owl]

Nerozhoduje, ale ma velky vliv. Staci se podivat, co stoji za vetsinou CVE a pak najednou zjistite, ze plno z nich by se dalo eliminovat pouzitim neceho jineho. Bohuzel lidi schopnych psat bezpecne v C/C++ je ukrutne malo a chyby mohou byt tezko odhalitelne.

[kralyk z abclinuxu]

Ano, myslíme. V některých programovacích jazycích třeba nehrozí chyby jako Heartbleed.

Ano, například v C, pokud člověk nepoužije naprosto šílený způsob alokace á la OpenSSL

Bohuzel lidi schopnych psat bezpecne v C/C++ je ukrutne malo a chyby mohou byt tezko odhalitelne.

Lidí schopných psát s takovou úrovní bezpečnosti, aby mohli psát opravdu spolehlivé kryptografické knihovny / programy, je málo tak jako tak, a už je pak celkem jedno, jestli to umí v C/C++ nebo něčem jiným.

Viz třeba tu slavnou chybu s duplicitní řádkou kódu - takové chyby je možné dělat v jakémkoli jazyce.

Na druhou stranu je pravda, že i relativně nevinné/nekryptografické knihovny (jako třeba libpng a spol.) mají vysoké požadavky na bezpečnost... Otázka je, jestli by skutečně na jiné platformě byly bezpečnější, imho ne o moc.

Zajímalo by mě, jaký jazyk považuješ ty nebo Jenda za "bezpečný".

[little.owl]

Zajímalo by mě, jaký jazyk považuješ ty nebo Jenda za "bezpečný".

Bohuzel v soucasne dobe moc dobrych adeptu na systemove programovani nevidim. Stara ADA neni uplne spatne reseni, z novejsich treba rust, D, ale mozna i Go. Uvidime.

[kralyk z abclinuxu]

Přemejšlel jsem, že bych zkusil v Rustu napsat něco reálného (klidně i drobnost), ale co jsem se naposled koukal, jazyk se stále mění. Nevíš, jak to vypadá teď / dobudoucna se stabilitou jazyka?

[CiV]

Možná už letos by měla vyjít verze 1.0, od které má být garantovaná zpětná kompatibilita.

[little.owl]

Uz se to tolik nemeni a pomalu to speje k nejake stabilni verzi.

[kralyk z abclinuxu]

Ok, díky oboum.

[rbc]

Zajímalo by mě, jaký jazyk považuješ ty nebo Jenda za "bezpečný".

Bohuzel v soucasne dobe moc dobrych adeptu na systemove programovani nevidim. Stara ADA neni uplne spatne reseni, z novejsich treba rust, D, ale mozna i Go. Uvidime.

Haskell, Clojure

[Bystroushaak]

S tím bych souhlasil, i když bych tam za sebe přidal i python. Rychlost by ale byla nejspíš v háji a side channels by to generovalo taky docela dost.

[pavlix]

Python je skriptovátko postavené nad hashtables podobně jako Lua nebo Javascript.

[Bystroushaak]

A obloha je modrá. Jak je to relevantní?

[pavlix]

K systémovému programování, které kromě high level utilit zahrnuje i low level věci až po kernel je to docela dost relevantní.

[pavlix]

Otázkou je, zda chceš mít crypto skutečně řešené v Pythonu a tudíž kterýkoliv kód, který ho volá, musí natahovat runtime pythonu, atd.

[Bystroushaak]

Systémovou knihovnu, která z bude volána ostatním softwarem pravděpodobně ne. Ale alternativu truecryptu bych klidně snesl.

[pepa]

Typická úvaha lamy

[Bystroushaak]

Vyškol mě, mistře.

[little.owl]

+1

[little.owl]

Na systemove programovani? No way.

[Bystroushaak]

Co je na šifrovacím programu systémového (pokud z něj nechceš bootovat, což troufám si tvrdit většina uživatelů nechtěla)?

[kralyk z abclinuxu]

Často mají systémové vlastnosti, některé se skutečně na bootování podílejí - stále jsme ve zprávičce o TrueCryptu Ale můžou to být i další věci, třeba šifrování na úrovni block devices nebo filesystému, nízkoúrovňové optimalizace, přístup k HW RNG a podobně.

Za systémovou vlastnost by se dalo asi považovat i mlockování paměti.

[Bystroushaak]

některé se skutečně na bootování podílejí - stále jsme ve zprávičce o TrueCryptu

Jo, ale imho ne na linuxu.

Ale můžou to být i další věci, třeba šifrování na úrovni block devices nebo filesystému, nízkoúrovňové optimalizace, přístup k HW RNG a podobně.

Ok, ty nízkoúrovňové optimalizace v pythonu fungovat nebudou, ale ve zbytku moc nevidím problém.

[kralyk z abclinuxu]

Ok, ty nízkoúrovňové optimalizace v pythonu fungovat nebudou, ale ve zbytku moc nevidím problém.

Jako třeba šifrování FS v pythonu? No to bych chtěl vidět, jak bude fungovat. Userspace implementace v C/C++ už jsou tak dost pomalý. Imho třeba v CPythonu by to prakticky nešlo (GIL).

[little.owl]

Ja jsem odklon od C/C++ nezuzoval na kryptograficky SW.

[Bystroushaak]

Ale já jo.

[pavel]

Na systemove programovani? No way.

O rly ? Nevim jak clojure, ale v haskellu jde psat jaderne moduly pro linux nebo dokonce cely operacni system

[little.owl]

To ano, ale nesezene dosti lidi, a monads ...

[g.g]

Zajímalo by mě, jaký jazyk považuješ ty nebo Jenda za "bezpečný".

http://www.newspeaklanguage.org

[Bystroushaak]

V pokročilejších jazycích většinou přímo nepracuješ s pamětí a taky se dá podstatně lépe kontrolovat, jestli ten program skutečně dělá to co si myslíš, že dělá. Ne že by to v C/C++ nešlo, ale většina bezpečnostních chyb vyplývá z toho, že někdo opomene nějakou kravinu, jako kontrolovat velikost bufferu.

Tedy: Ne že by ostatní programovací jazyky zvyšovali algoritmickou bezpečnost budoucích projektů, ale snižují riziko, že programátor blbě pochopí svůj vlastní kód, a že mu snad nedojdou všechny důsledky konstrukce poskytnuté jazykem či dodávanou standardní knihovnou. Obecně čím větší abstrakci bude jazyk používat, tím menší šance lowlevel bugů. Šance že je blbě samotný algoritmus, či že je tam side-channel útok zůstává imho stejná.

[zxz]

si nepomuzete, "underhanded" svinarny se pak budou proste cpat primo do kodu toho jazyka (ktery jiste bude velmi popularni a bude tak mit velke mnozstvi vyvojaru, kodu, featur...)

vhodny by byl jazyk ktery se nadefinuje, matematicky dokaze spravnost, a pak se na nej nesaha, nejlepe ani co do implementace, ale to je v dnesni dobe prekotneho vyvoje za kazdou cenu asi dost fantazie...

[little.owl]

matematicky dokaze spravnost,

To plati i pro aplikace.

[Bystroushaak]

vhodny by byl jazyk ktery se nadefinuje, matematicky dokaze spravnost, a pak se na nej nesaha, nejlepe ani co do implementace, ale to je v dnesni dobe prekotneho vyvoje za kazdou cenu asi dost fantazie...

Tohle předpokládá, že jde dokázat matematickou správnost úplně všeho. Což imho Turing dokázal, že z principu nejde.

[Jendа]

Docela by mě zajímalo, jestli vůbec existuje nějaký nástroj na šifrování, který je odolný vůči NSA.

Ručně na papír. Jinak nic. Možná ještě nějaký elektromechanický počítač.

[Bystroushaak]

Ručně na papír tam imho vneseš chyby s podstatně větší pravděpodobností, než když si uděláš vlastní implementaci RSA.

[Jendа]

Myslím, že nějaký one-time-pad by mohl jít provádět. A tam když vneseš chybu, tak to protistrana nepřečte, ale neleakneš plaintext.

[marbu]

Pokud uděláš chybu v tom, že použiješ pad vícekrát nebo ho někde zapomeneš (stávalo v minulosti i tajným službám), tak máš problém. Obecně tím, že se bude všechno dělat manuálně se o dost zvýší nároky na dodržování pravidel, aby se udržela nějaká úroveň bezpečnosti.

[g.g]

Kryptomašinka se dneska dá udělat obyčejným pitomým mikrořadičem. I levný PIC32 je na cokoli podobného overkill. I šifrovaný (radio)telefon by s tím šel udělat.

[marbu]

Jaké algoritmy by šly dnes prakticky ručně používat? Btw mi třeba přišlo zajímavé to, co dělal Sorge, ale špionáž má obecně vyšší nároky.

[SPM]

Pontifex http://en.wikipedia.org/wiki/Solitaire_(cipher)

[jadd]

A musíš to psát v místnosti bez oken, protože i tam může být agent, podobně jako v reklamě s Alza maskotem, který vylezl z poza obrazovky.

[pc2005]

elektromechanický počítač

Radši ne, relátka a motory budou dělat značné emg. pulzy, které by měly jít detekovat. (takovej elektromechanickej Iddq)

[marbu]

http://krebsonsecurity.com/2014/05/true-goodbye-using-truecrypt-is-not-secure/comment-page-1/#comment-255908

[asdasdasd]

+1 I see true empathy here !

[kralyk z abclinuxu]

Taky možnost a asi i docela reálná.

Podobný komentář někdo napsal i na ArsTechnica:

I can't comprehend the conspiracy theories flying around about this.

It's a barely-maintained Open Source project (no updates in the past two years), with an outdated, messy code-base, serious build dependency problems, and lacking in full support for the newest Windows release. It likely only has a small development team - perhaps only one or two people.

The developers are absurdly secretive, and when they do come out of hiding to make a statement, they are confrontational (take, for example, their response to Fedora's queries over the clause in their license that reserves the right to sue for copyright infringement).

If this was any other project, we'd all just assume the developers had decided to call it a day. However, because of the nature of the software, everyone assumes security agencies or reptilians are involved.

[pepa]

Taky si myslím, že za ukončením TC je Fedora, potažmo Red Hat. Pomáhají tím Microsoftu. Tajná dohoda ?

[tewy]

Pokracuje se http://truecrypt.ch/

[kamoš]

Není třeba pokračovat jinde, tady je dost místa na diskuzi.

[xkucf03]

Koukal jsi na ten odkaz? To není jiná diskuse, ale nový tým, který chce pokračovat ve vývoji TC.

[gtz]

Ta 7.2 co je pro Linux na SF ta umí šifrovat disky/partice nebo umí jen dešifrovat? Jak jsem se díval tak zdrojáky pro Linux na SF jsou. Ale asi se prozatím nevyplatí přecházet z 7.1 někam jinam.

[Lol Phirae]

http://goo.gl/vd25Fk

[lertimir]

Vypadá to, že koordinaci, jak pokračovat dále, rozjíždějí nějací kluci ve Švýcarsku.

[chrono]

Je celkom zábavné, že niektorí ľudia neveria Microsoftu/Apple/.. a nechcú používať ich podobné produkty, ale zároveň si myslia, že TrueCrypt je na tých platformách bezpečný (a teda že tie firmy nedokážu TrueCrypt obísť, získať kľúč...).

[xm]

Však to jsem také psal Ale hned se našli nějací "experti", co to odsoudili, že v otevřeném software jsou také bezpečnostní chyby. Sice naprosto nesmyslné srovnání, ale kdo chce kam...

[bigBRAMBOR]

Však to jsem také psal Ale hned se našli nějací "experti", když se nepochválíš sám, nikdy jiný to za tebe neudělá