Uniqly identifying a user?

Started by
12 comments, last by Luctus 20 years, 1 month ago
Could you not just implement your own breed of encryption? It doesn''t take that long to code a simple 128-bit public key encryption system, and if done right, has the following advantanges:

1) Takes a server farm or large super computer to crack with any speed.
2) Comsumes very few server / client resources if only used for logins.
3) Can be scaled down to 32 - 56 bit encryption for game data if desired.

Tell him about the twinky...
Tell him about the twinky...
Advertisement
You could implement an MD5 algorithm (theres several floating about on the net). It''ll only be one function, which will encrypt your password. Then the client can send the encrypted password to the server. Unless you need to be able to check the password at the server end (with MD5, you can just check 2 hashes to see if they match)
The last one wouldn''t work - Yes the password will be hidden from a snooper, but the snooper wouldn''t need it anyway, since he can just use the same md5 himself to log in as the user.

***
For Java games and Java related resources, go to http://www.javaengines.dk
***

Developer journal: Multiplayer RPG dev diary

Use Rot-26! It''s twice as strong as Rot-13!!


Prolly the best thing to do would be to use a Public Key Cryptography algo like RSA.

- Client tells the server I wanna send you something sekret!
- Server generates a public and private key and sends the public key to the client.
- Client uses public key to encrypt the username/pw and sends it to the server
- Server decrypts username/pw with private key.
- Server sends response.


-=[ Megahertz ]=-

-=[Megahertz]=-

This topic is closed to new replies.

Advertisement