Reputation: 11
I know I need to store it as a hash and then compare the values together, but where should I be sending this hash to compare with later?
Upvotes: 1
Views: 174
Reputation: 59111
If you can integrate an existing AuthN/AuthZ mechanism, use it instead of rolling your own.
OAuth is such a mechanism.
If you must roll your own, then:
SecureString
Upvotes: 0
Reputation: 100577
It doesn't really matter where it's stored. The answer is: whatever makes sense for your application.
This could be whatever other storage mechanisms you've got in place. Consider putting it where the other user-related information is now:
Suggest keeping it where users can't easily get their hands on it. Yes, it's a hash, but there'll be problems when people start messing around with that value. Try keeping it out of sight as best you can.
Upvotes: 1
Reputation: 7304
This could help?
http://msdn.microsoft.com/en-us/library/system.security.securestring.aspx
Upvotes: 1
Reputation: 25742
See the ProtectedData class. It uses DPAPI and actually fit for providing mid-level of security. In compbination with IsolatedStorage, it is good enough for most purposes.
Upvotes: 3