Why does RSA encryption work?  I've looked at websites which explain how the private, public key and message are generated...but why does it work?  I guess I'm just not that great with math.  Is there another way to to send a secure message over a clear channel without using public key encryption or pre-arranged keys?\n\nThanks
212787
not securely, some one has to know how to decrypt it. You only want the person with the correct key to be able to do so. Thats how public, private, and preshared keys work.  the end user knows the answer to ghe magic question, either by digital key or Preshared passphrase
166058
See this webisite:\n\n"This is an essay I wrote for a mathematics essay prize. We had a number of possible topics to choose from and I choose cryptology, because I already had a passing interest in thanks to my attempts to code encryption algorithms for my computer programs. It won, by the way ;-). This is the original essay with a few corrected spelling mistakes (though there are probably some left)."\n\nLoads of info
187302
You don't encrypt data with MD5, you create a hash that corresponds to that data and can be verified by calculating it again. It helps prove a certain message has not been altered. No good for encrypting by itself.
308002
There's a good book by Simon Singh, titled The Code Book that goes through the entire history of cryptography and some of the background.  His website also has information and links on crypto theory.  If you're looking for the most up to date information, ie on elliptical cryptography though or RSA do a search on scholar.google.com for the actual papers.
35763
There is two basic concepts with database security:\n\n1. Access Control \n\nOnly let those who you want to have access and permissions to do what you want to allow them to do.\n\n2. Data Security\n\nIf data is obtained from the database, to what extent is the data protected.  Encryption is the concept here.
268688
sure. \n\nI am 27 and i do it as a hobby in my white hat work for \nMINTM purposes.\n\nbut I am not a think tank. so what kind of stuff are you looking for exactly.\n\nIn general first start is math. study the history of how simple encryption started. move on to enigma cause that's when stuff picks up, then a blend of steganography would surley excite you. \n\nas for actual decryption and or how to create a new algorithem, I recommend studying permutational algorithims with Mue and Limbda, that's always a good start.\n\nhope that's usefule. \n\ngoogle up the stuff you don't understand.\n\n8t3 i make m1st4k3s 0n purpos3 ;-)\n\nregards,\n\nCysmn
4096
SSL is security at the Application Layer\nand IPSec is securing the Network Layer\n\nIPsec will work with any application but requires an IPsec client to be installed on each remote device (PC, PDA, etc.) to add the encryption.\n\nIn contrast, SSL is built into every browser, so no special client software is required. However, because of its dependence on browsers, SSL normally only works with Web-based applications (e.g., not Microsoft Outlook for e-mail). There is a workaround to this that requires enterprises add a separate SSL tunnel-termination gateway box at their central sites; this box then front-ends traditional client-server applications that aren't accessible from a browser. \nBesides SSL not requiring any special client software, there's one other benefit. Most [telecommuters] with residential broadband services (e.g., DSL, cable modem) use IP VPNs based on either IPsec or SSL-encrypted tunnels to protect against eavesdropping. Some residential broadband services have started blocking IPsec traffic from home users unless that customer pays ... much more expensive business (as opposed to residential) rates. These same broadband providers can't block SSL, since everyone routinely uses SSL to access their bank accounts or to make credit card purchases from e-commerce Web sites. Thus, SSL (compared to IPsec) is immune to attempts by residential broadband service providers to force [telecommuters] (or their employers) to pay more for the same service.\n\nFinally, some NAT (network address translation) routers don't work well with IPsec traffic, whereas SSL passes through NAT routers just fine. \n\nI would say SSL and IPSec are complementary and effectively secure network traffic when used together\nFor more info, you can refer the below article\nhttp://www.cscic.state.ny.us/msisac/webcasts/07_05/info/ip_sec_ssl.htm
236727
What exactly are you trying to accomplish? SSL for OWA, or secure communication between multiple Exchange servers, or Exchange FE/BE?\nYou can send me a message (click the avatar) with more details and I can probably help you out.
441382
I don't actually know what your question means, your wording is hard to follow. So instead, I'm going to take a wild guess at the question you meant, and then answer that one.\n\n"If I'm doing something on the internet, but never save it, is there any way anyone can view it later?"*\n\nDepending on what you're doing, yes. You may never actually save it, but lots of applications that make use of the internet or other networks cache data for fast access, save things to temp directories without your knowledge, or may even log or archive things on the server side. You may have IM conversations saved on your drive somewhere without knowing it, or if you go in for the tin foil hat kinds of theories, your ISP may be watching every packet you send. The moral is, if you're worried about data being too sensitive to risk, and you're not certain it's being sent securely (good, strong end to end encryption, or over a trusted channel), don't send it.\n\n\n*translated from the crazy.
175816
don't understand your question... wht software ur using to encrypt files ... winzip, winrar or any other...give additional details!
433410
You can obtain existing RSA algorithms and modify them to make a different version, if you want to from scratch, good luck.  Find the requirements for the RSA algorithm and code it.  \n\nlook at this for insight\nhttp://www.di-mgt.com.au/rsa_alg.html\n\nIf the math or logic is too difficult - start small, with ceasar cipher's and work your way up.\n\nThis helped me http://www.cacr.math.uwaterloo.ca/hac/ and this is also an awesome book\nApplied Cryptography: Protocols, Algorithms, and Source Code in C\nby Bruce Schneier (must have for any interested in cryptography)
291154
I use TrustMeSPN for secure email. It is an really simple buddy list email security program. It even supports web based email, like Yahoo and Hotmail as well it works with Outlook.\n\nI add buddies to my lists, and anyone on my list, it sends the email securely back and forth.
661886
I believe you need 128 bit encrypition for HIPAA but I never played with that program.  I have used PGP which is a great encryption program.  It has been around for years and is one of the first out there.  Its easy to use and does not really have any proplems.  You can download it at http://www.pgp.com  This is the program I would recomend and most of the fortune 500 security would recommend.
408554
Why do you need to implement it yourself? Why not use the Crypt::Rijndael_PP module from CPAN?\n\nIf anything, you could use the module as a working implementation to study ( or copy from ).\n\nEDIT: Changed module name.
624821
Use ZipGenius to encrypt and zip with password. After installing zipgenius, right click file or folder to be zipped. Zip it, then right click the zip and convert to encrypted file in zipgenius line in the right click menu.\n\nThis may protect your files to some extent. Nothing is foolproof.
435141
Typically, e-mail is only encrypted if it contains information you wouldn't want to disclose to anyone who might be able to see it as it's being transported to the recipient. E-mail, in general, is all plain text and can be read by system administrators operating the e-mail servers or anyone who is able to "sniff" the network either you or the servers are located on. \n\nA popular way of encrypting e-mail messages is to use a public key cryptography application such as PGP (Pretty Good Privacy). Despite the name, it's actually very good encryption. A public key cryptographic system allows you to have two "keys", which are really just files containing a string of characters. Your public key is stored on a key server and your private key is kept on your local PC and should NEVER be given to anyone. The recipient will need PGP as well to encrypt/decrypt any messages. When you send them a message you wish to be private, you encrypt that message with the recipient's public key. Since they are the only one who should have their private key, they are the only one who will be able to decrypt and read the message. If someone wants to send you a private message, they would encrypt the message with your public key and you would decrypt it once it is received, with your private key.\n\nOther Info:\nPGP Free Edition:http://www.pgpi.org/products/pgp/versions/freeware/\nPGP FAQs:\nhttp://www.pgpi.org/doc/faq/
199873
This algorithm will run in O(n) time with respect to the number of workable six digit groups, assuming that you've got a good hash table implementation. Note that it's possible that this won't necessarily result in a single solution.\n\nPut all the six digit groups into a hash table\nfor each six digit group\n-----determine the pad necessary to encode it to the first ciphertext\n-----decrypt the second ciphertext with that pad\n-----if the decrypted second ciphertext is present in the hash table, then you've found a potential key\n\nI apologize for the dashes. Yahoo seems to eat whitespace at the beginning of lines