inCrypto: Šifrujte texty na nečitelnou změť

To ma jednu drobnou nevyhodu - zasifrovana data budou vyrazne vetsi nez original. Mnohem lepsi je prenest se do doby, kdy svet vicemene prestal pouzivat vyhradne spodnich 128 znaku ASCII tabulky

Ale vy taky používáte výhradně spodních 128 znaků ASCII tabulky (sám jsem si musel dát pozor, abych nezačal psát "cesky", jak je i mým zvykem )Problém je, že na klávesnici spousta písmenek prostě chybí. S diakritikou není problém a azbuku nepoužívám, ale vkládat matematické symboly do textu pomocí copy+paste je prostě trapné

Uznavam, pisu z pracovniho notebooku, kam jsem se nikdy nenamahal nainstalovat ceskou klavesnici. Ale muj text je (z vetsi casti) citelny, coz u diskutovaneho programu po desifrovani tak uplne pravda nebude :)Co se tyka vkladani matematickych symbolu, na to uz se desitky let pouziva TeX a nic lepsiho neni

vidím že se asi shodneme, že autor článku má v problematice docela hokej, zavádějící informace o spojení MD5 a P2P služeb

Autor je BFU. Na tom se shodneme

nejlepší je šifrovat XORem a jeho bezpečnost ještě zvýšit opakovaným použitím :))

Při troše dobré vůle je i BASE64 "šifrování" :) Protože text je na první, druhý, i každý další pohled nečitelný. Potřebujete BASE64 enkodér/dekodér, abyste mohli tento změť dat číst. Ale BASE64 je spíše než "šifrovací" tak spíše "konverzní" algoritmus na převod libovolného textu v libovolné znakové sadě na plain ASCII text (přenos emailů, zpráv atp.)

Proto se jeho pouziti rika "kodovani" (v anglictine "encoding") a ne sifrovani.

V cestine ma ovsem "(za)kodovat" a "(za)sifrovat" prekryvajici se vyznam.

Diakritika se ztratila, protože vývojář zapomněl použít převod z a do UTF8/UTF16/ CP1250 atp. Není to problém AESu. Ten zašifruje cokoliv bez ztráty... (zřejmě stačilo inicializovat outputstream a inputstream defaultní znakovou sadou systému)

Problem AESu to pochopitelne neni, hovorim o jeho konkretni implementaci. Bez dalsi analyzy se da bez vetsi snahy vykonstruovat domenka, ze ani nejde o AES - prestoze v realu je situace nejspis takova, ze vyvojar zapomnel osetrit vstup nebo vystup.
Pro pouziti je nicmene nepodstatne co z toho konkretne opomenul - cely program to stavi do pozice znacne neduveryhodneho

Názor byl 1× upraven, naposled 24. 01. 2012 08:50