Zdravicko,
zamyslam sa nad nasledujucim problemom:
Programujem dve aplikacie, ktore komunikuju po TCP/IP sieti. Teraz to funguje tak, ze si vymienaju XML dokumenty v plaintexte, avsak bolo by velmi vhodne tuto komunikaciu sifrovat.
Jedna aplikacia je v DLL kniznica v C++, druha je mobilna aplikacia v C# .NET CF. Ako rozmyslam, tak rozmyslam, kazdy sposob sifrovania mi pride prelomitelny, lebo (sukromny) kluc sa musi niekde uchovavat; aj keby bol trebars priamo zakompilovany do aplikacie, dal by sa zistit. A zdrojaky oboch aplikacii maju byt zname.
Preto by som sa rad poradil tuna, co navrhujete?

vygeneruj kluce pri prvom spusteni aplikacie a uloz ich do suboru trebars

Najbezpecnejsie by asi bolo pri kazdom nadviazani noveho spojenia (zapnuti aplikacie ), vygeneroevta nove kluce,
len neviem ci to stoji za to ochranovat playlist.

Hej vygenerovat nove kluce ale ten kluc treba nejako distribuovat na druhu stranu, aby sa dalsie spravy dali desifrovat. A tu je ten problem...

Verejne kluce su preto verejne, lebo sa nemusis bat toho ze sa dostanu do nepovolanych ruk.
Sluzia len na zasifrovanie, ale rozsifrovat udaje uz s nimi nedokazes, na to su sukromne kluce, ktore nepusts z ruky ( ramky ).



Ps: C# ma triedu pomocou ktorej dokazes zamknut cast pamete , v ktorej je trieda sukromneho kluca, to sa moze hodit,
tu je priklad jej pouzitia http://dennik.inet.sk/clanok/5251/progr ... ovanie-iii

Ano, to je pekne, ale ako vravim, ten sukromny kluc by sa dal zistit dekompilovanim (resp. analyzou) exe suboru s aplikaciou. No to by ani nebolo treba, kedze zdrojaky maju byt volne dostupne (a tam bude sukromny kluc v plaintexte).

Tak jedine co ti zostava je generovat vzdy nove kluce pri nadviazani spojenia.

Aaaha. Takze prve co spravim je, ze vygenerujem par klucov a ten verejny poslem druhej strane. Diky za tip