[ webjunior @ 24.05.2012. 09:57 ] @
Dali neko moze da napise jednostavan algoritam za enkripciju (encoding-decoding).
Algoritam treba da sadrzi sve UTF-8 karaktere i da ih pretvara u neke druge UTF-8 karaktere. Znači samo prosta izmena mesta, bez uticaja polozaja. Za početak.

[Ovu poruku je menjao webjunior dana 24.05.2012. u 11:17 GMT+1]
[ EArthquake @ 24.05.2012. 13:44 ] @
mislis kao http://en.wikipedia.org/wiki/ROT13 ?

substitucija kod UTF-a je malo nezgodna zbog malo veceg broja karaktera ...
tako da gubi poentu

ako zelis da postignes nesto konkretno , reci
[ webjunior @ 24.05.2012. 15:32 ] @
nisam se mozda lepo izrazio. Zanima me neki PHP kod koji vrsi substituciju svih simbola koje korisnik moze da unese, znači slova, brojevi, naša slova i specijalni simboli...ne uključujući baš one specijalno specijalne koji se unose kombinacijom tastera, već samo one koji su na tasterima sa brojevima :
!"#$%&/()=?* itd...
Znači neka vrsta supstitucije. Nemam konkretan problem ali me zanima kako ide ta funkcija, dali je foreach, loop ili neki array???
[ StratOS @ 17.10.2013. 17:13 ] @
http://www.faqs.org/faqs/cryptography-faq/
[ janponican @ 14.02.2014. 13:48 ] @
Nadam se savetu, pomoci, objasnjenju ili resenju "problema" u sledecem primeru.

Primer:
[513A957A1568A533] 3des_Decrypt [QQQQQQQQQQQQQQQQ ZZZZZZZZZZZZZZZZ] => [XXXXXXXXXXXXXXXX]
[513A957A1568A533] 3des_Decrypt [ZZZZZZZZZZZZZZZZ QQQQQQQQQQQQQQQQ] => [YYYYYYYYYYYYYYYY]

[6DE84DD8D4EFD864] 3des_Decrypt [XXXXXXXXXXXXXXXX YYYYYYYYYYYYYYYY] => [0500558301C18C03]
[3DE2E2913B53CCBA] 3des_Decrypt [XXXXXXXXXXXXXXXX YYYYYYYYYYYYYYYY] => [64F15456D6DF93F4]
[8E4CE75287309D48] 3des_Decrypt [XXXXXXXXXXXXXXXX YYYYYYYYYYYYYYYY] => [1DE2E2913B53CCBA]

[XXXXXXXXXXXXXXXX YYYYYYYYYYYYYYYY] - isti kljuc

... a konacan rezultat je:
[QQQQQQQQQQQQQQQQ ZZZZZZZZZZZZZZZZ] = [22ECB8B24385C3B2 941EF7ECC2B54A09]


Da li je moguce u navedenom primeru, dobiti navedeni konacan rezultat i na koji nacin?

Oprostite mi kao laiku u ovoj oblasti, ako nisam postao na pravom mestu.

Unapred zahvalan
Pozdrav

[ GORSHTAK @ 16.02.2014. 20:33 ] @
Iskreno, nisam te razumeo...

Da li je pitanje: može li se odrediti ključ ako poseduješ i kriptovani i dekriptovani podatak?
[ janponican @ 08.03.2014. 21:36 ] @
Pozdrav GORSHTAK!

Da! Znaci imam vise poznatih podataka "ciphertext"-ova (dekriptovani istim nepoznatim 3DES kljucem) i poznate rezultate "plaintext"-ova.
Pitanje je: moze li se na osnovu poznatih podataka (ciphertext-ova i plaintext-ova) izracunati 3DES kljuc ?
ili slicno pitanje a vezano za DES kljuc.
Kako je moguce odrediti (znati) da:
ciphertext "0000000000000000" dekriptovan bas kljucem "0E329232EA6D0D73" daje ovakav (zanimljiv) rezultat (plaintext) "8787878787878787" ?
[ GORSHTAK @ 13.03.2014. 08:02 ] @
DES i AES možda mogu. 3DES ne. Ovo bolje da potvrdi neko ko je odrastao na kriptografiji :)
Priprosti primer, ključ je u zagradama, ne uzimaj da doslovno, kriptovanje simetričnim ključevima ne funkciioniše ni blizu ovome:
DES: 8 + (3) = 11 => 11 - 8 = (3)
3DES: 8 + (6-2) = 12 => 12 - 8 = (4), ovde nisi dobio 6 i 2
[ janponican @ 15.03.2014. 00:33 ] @
U svakom slucaju, hvala ti na odgovoru sa nadom da ce mi neko ko zna, potvrditi da li je moguce ili ne - izracunati kljuc u DES-u odnosno 3DES-u.
[ aLtipar @ 16.04.2014. 00:29 ] @
Naravno da je moguce izracunati kljuc putem kriptoanalize. Kada imas ciphertext i odgovarajuci cleartext, to spada u jedan od 4 scenarija kada je moguca dedukcija kljuca i zove se "chosen-ciphertext attack". 3DES algoritam je poznat i javno objavljen, tako da se dedukcija kljuca svodi na prosti brute-force. Samo prvo mora da se utvrdi da li je prilikom enkripcije koriscen ECB ili CBC rezim, sto se vidi po duzini kljuca i broju ponovljenih ciphertext segmenata.