RSA asymmetric key cryptography and Diffie-Hellman Key exchange are two fundamentally different procedures, although at the end of the day they allow two parties to come to the agreement of a shared secret.
One reason why no-one hears much about Diffie-Hellman is that Diffie-Hellman keys/parameters are usually generated per secure comms session and not persistently stored. Although the computational hit to do this is nothing like generating RSA pub/priv keys it is still a major bottleneck ( generating a big num in a required range ). With RSA you can generate your keys once, with DH you generate them per-session.
So in the context of a secure comms session. I could use RSA to wrap some AES ( for example ) keys and have my protocol up and running in a metter of seconds or I could use DH and take a 15-30 second hit ( 2048 bit keys ) to generate my DH paramaters, from which I can then generate a shared secret to act as a seed for my AES session keys.
If anyone is more interested in the area, I'd recomment Practical Cryptography and Applied Cryptography, both by Bruce Schneier. Both are excellent works for getting to know the algorithms inside-out and understanding how to implment communications security in the real world.
I think someone is confused here.
RSA asymmetric key cryptography and Diffie-Hellman Key exchange are two fundamentally different procedures. Although at the end of the day allow two parts to come to the agreement of a shared secret, both also however suffer from the pain in the arse that is PKI.
One reason why no-one hears much about DiffieHellman is that Diffie-Hellman keys/parameters are usually generated per secure comms session and not persistently stores. ALthough the computational hit to do this is nothing like generating RSA pub/priv keys it is still a major bottleneck. With RSA you can generate your keys once, with DH you generate them per-session.
So in the context of a secure comms session. I could use RSA to wrap some AES keys and have my protocol up and running in a metter of seconds or I could use DH and take a 15-30 second hit to generate my DH paramaters, from which I can generate a shared secret to act as my a gen. for my AES key.
If anyone is more interested in the area, I'd recomment Practical Cryptography and Applied Cryptography, both by Bruce Schneier. http://www.schneier.com/books.html Both are excellent works for getting to know the algorithms inside-out and understanding how to implment communications security in the real world.
This is why we have lynx, subversive browsing in a terminal all the way!
If I'm surfing for work related stuff I use Firefox, for/. and other stuff I have a terminal running lynx.
ASCII pr0n is under-rated!
Sorry to be pendantic but the plural of Lego is also 'Lego' and not 'Legos'*. This ranks up there with certain folk refering to the slang term for Mathematics as 'Math', when it is infact 'Maths'.
Again, sorry for this unrelated and some might say, childish, interlude.
* Legos, or LegOs rather, is actually the former name of BrickOs. A C / C ++ Programming environment for Lego Mindstorms.
Mark TIlden isn't the Roboticist he believes himself to be.
His work on BEAM robotics was very very over hyped by himself. The same can be said for Robosapien (sic) which is a superb toy but not a useful robotics platform.
Tilden is a superb maker of toys and cramming lots of functionality into a low price point but in terms of producing revolutionary robotics he is not up there with the likes of Rodney Brooks.
Surely you mean Dune2 : The Battle for Arrakis, the fore runner to Command & Conquer, both of which came from Westwood studios. Dune on the other hand was a point and click style adventure game, and if I recall, not that great a game.
RSA asymmetric key cryptography and Diffie-Hellman Key exchange are two fundamentally different procedures, although at the end of the day they allow two parties to come to the agreement of a shared secret.
One reason why no-one hears much about Diffie-Hellman is that Diffie-Hellman keys/parameters are usually generated per secure comms session and not persistently stored. Although the computational hit to do this is nothing like generating RSA pub/priv keys it is still a major bottleneck ( generating a big num in a required range ). With RSA you can generate your keys once, with DH you generate them per-session.
So in the context of a secure comms session. I could use RSA to wrap some AES ( for example ) keys and have my protocol up and running in a metter of seconds or I could use DH and take a 15-30 second hit ( 2048 bit keys ) to generate my DH paramaters, from which I can then generate a shared secret to act as a seed for my AES session keys.
If anyone is more interested in the area, I'd recomment Practical Cryptography and Applied Cryptography, both by Bruce Schneier. Both are excellent works for getting to know the algorithms inside-out and understanding how to implment communications security in the real world.
I think someone is confused here. RSA asymmetric key cryptography and Diffie-Hellman Key exchange are two fundamentally different procedures. Although at the end of the day allow two parts to come to the agreement of a shared secret, both also however suffer from the pain in the arse that is PKI. One reason why no-one hears much about DiffieHellman is that Diffie-Hellman keys/parameters are usually generated per secure comms session and not persistently stores. ALthough the computational hit to do this is nothing like generating RSA pub/priv keys it is still a major bottleneck. With RSA you can generate your keys once, with DH you generate them per-session. So in the context of a secure comms session. I could use RSA to wrap some AES keys and have my protocol up and running in a metter of seconds or I could use DH and take a 15-30 second hit to generate my DH paramaters, from which I can generate a shared secret to act as my a gen. for my AES key. If anyone is more interested in the area, I'd recomment Practical Cryptography and Applied Cryptography, both by Bruce Schneier. http://www.schneier.com/books.html Both are excellent works for getting to know the algorithms inside-out and understanding how to implment communications security in the real world.
I wonder if they have x10 enabled paper shredders for when the auditors come calling. One click web enabled shredding.... I think I'll patent it!
This is why we have lynx, subversive browsing in a terminal all the way! If I'm surfing for work related stuff I use Firefox, for /. and other stuff I have a terminal running lynx.
ASCII pr0n is under-rated!
Sorry to be pendantic but the plural of Lego is also 'Lego' and not 'Legos'*. This ranks up there with certain folk refering to the slang term for Mathematics as 'Math', when it is infact 'Maths'. Again, sorry for this unrelated and some might say, childish, interlude. * Legos, or LegOs rather, is actually the former name of BrickOs. A C / C ++ Programming environment for Lego Mindstorms.
Mark TIlden isn't the Roboticist he believes himself to be. His work on BEAM robotics was very very over hyped by himself. The same can be said for Robosapien (sic) which is a superb toy but not a useful robotics platform. Tilden is a superb maker of toys and cramming lots of functionality into a low price point but in terms of producing revolutionary robotics he is not up there with the likes of Rodney Brooks.
I remember the animated sequence of riding a worm being particularly memorable.
Surely you mean Dune2 : The Battle for Arrakis, the fore runner to Command & Conquer, both of which came from Westwood studios. Dune on the other hand was a point and click style adventure game, and if I recall, not that great a game.
May I sir, then suggest.
Bitsunami
Bit Torrents are now... Bit Trickles