Encrypting QueryStrings with .NET
By Anik Mukherjee
Views: 2515

Introduction:

Once upon a time in the tech world, obscurity was security - this being most true in the early years of the industry, when there were gaping holes in privacy policies and confidential client information was bandied about from site to site without a care as to who actually could read the information.

With the new Cryptography classes in .NET, there's absolutely no excuse for not hiding even the most innocuous user data. If you ever need to 'piggy-back' information from one web page to another, whether it is within a POST or a GET parameter, you're passing clear information that anyone can sniff - and that's a bad thing.

If you're not going to use a session variable for storing end user information, you're most likely going to keep some sort of State by passing the information to a cookie or push it around with GET/POST parameters. If you're passing around any sort of ID or user information like their name, it's better to err on the side of caution and encrypt the information.

GET Vs. POST

A POST parameter keeps the information out of the URL, but it can still be sniffed quite easily as it passes in clear text across your network or the Internet. Using POST will keep the mere curious at bay, as the information is not contained in the URL - but this will not stop someone determined to snag out your data.

A QueryString parameter passes information within the site's URL. Why would you even use a QueryString? Well, maybe you need to let your user bookmark a particular page, or maybe you have to refer directly to a page in a URL via a link - you can't do either if you're using POST. A QueryString puts data in the URL for the entire world to see, so if you don't know if the end user is malicious, I'd think hard about using a QueryString for anything but site-related information.
Be smart and encrypt any and all data you're moving around from page to page, especially if that information could be used maliciously. You may trust your users, but you still need that extra level of security that clear text GET/POST data doesn't provide.

Imagine this scenario - you've been passing the customer's ID in the database around in a QueryString, in a URL that looks like this:
http://mysite.com?cust_id=29

You know what a user is going to do? Switch that 29 to a 30 or 12 or some other number, and if you're not checking for invalid requests, you'll be dishing up some other customer's data.

Enter Encryption

What I was looking for was a quick way to encrypt and decrypt parts of a QueryString - it had to be on the fly, quick and dirty.
I chose Base64 because it wouldn't throw bizarre characters in my QueryString that I couldn't pass around… Little did I know that I'd hit a snag while passing around my encrypted QueryString - Apparently, the Request.QueryString object interprets the '+' sign as a space! So, with a quick Replace function slapped on my decrypt string, no harm, no foul.

Symmetric Key

The whole trick to this working is that the QueryString is encrypted and decrypted with the same private key. This is the secret key - if anyone gets a hold of your key, they can decrypt the data themselves, so keep it a secret!
We're going to use a hard-to-crack 8 byte key, !#$a54?3, to keep parts of our QueryString secret.
Let's Walk through the C# portion of the code:

Notice our two functions that abstract the dirty work that our Encryption64 class. The first, encryptQueryString, is used to encrypt the value of a QueryString. The second, decryptQueryString, is used to decrypt the value of an encrypted QueryString.

public string encryptQueryString(string strQueryString) {
    ExtractAndSerialize.Encryption64 oES =
        new ExtractAndSerialize.Encryption64();
    return oES.Encrypt(strQueryString,"!#$a54?3");
}

public string decryptQueryString(string strQueryString) {
    ExtractAndSerialize.Encryption64 oES =
        new ExtractAndSerialize.Encryption64();
    return oES.Decrypt(strQueryString,"!#$a54?3");
}

If we wanted to encrypt our QueryString on our first page, we could do something like this:
string strValues = "search term";
string strURL = "
http://mysite.com?search="
    + encryptQueryString(strValues);
Response.Redirect(strURL);

Inside our code-behind in our second page, we pass the contents our QueryString to a variable named strScramble. After that, we replace the '+' signs that our wonderful Request.QueryString has replaced with a space. We pass that string into our function, decryptQueryString, and retrieve the decrypted string.

string strScramble =  Request.QueryString["search"];
string strdeCrypt = decryptQueryString(
    strScramble.Replace(" ", "+"));

Now we've decrypted the value of the QueryString, 'search', and we can do whatever we want with it. The end user is going to see a URL that looks like:
http://yoursite.com?search=da00992Lo39+343dw

They'll never be able guess what's going on in your QueryString, and if they try to fool around with it, there's no way to crack the code without knowing the Symmetric key.

C#.NET
1. using System;
2. using System.IO;
3. using System.Xml;
4. using System.Text;
5. using System.Security.Cryptography;
6. 
7. public class Encryption64
8. {
9.     private byte[] key = {};
10.     private byte[] IV = {18, 52, 86, 120, 144, 171, 205, 239};
11.    
12.     public string Decrypt(string stringToDecrypt, string sEncryptionKey)
13.     {
14.         byte[] inputByteArray = new byte[stringToDecrypt.Length + 1];
15.         try {
16.             key = System.Text.Encoding.UTF8.GetBytes(Strings.Left(sEncryptionKey, 8));
17.             DESCryptoServiceProvider des = new DESCryptoServiceProvider();
18.             inputByteArray = Convert.FromBase64String(stringToDecrypt);
19.             MemoryStream ms = new MemoryStream();
20.             CryptoStream cs = new CryptoStream(ms, des.CreateDecryptor(key, IV), CryptoStreamMode.Write);
21.             cs.Write(inputByteArray, 0, inputByteArray.Length);
22.             cs.FlushFinalBlock();
23.             System.Text.Encoding encoding = System.Text.Encoding.UTF8;
24.             return encoding.GetString(ms.ToArray());
25.         }
26.         catch (Exception e) {
27.             return e.Message;
28.         }
29.     }
30.    
31.     public string Encrypt(string stringToEncrypt, string SEncryptionKey)
32.     {
33.         try {
34.             key = System.Text.Encoding.UTF8.GetBytes(Strings.Left(SEncryptionKey, 8));
35.             DESCryptoServiceProvider des = new DESCryptoServiceProvider();
36.             byte[] inputByteArray = Encoding.UTF8.GetBytes(stringToEncrypt);
37.             MemoryStream ms = new MemoryStream();
38.             CryptoStream cs = new CryptoStream(ms, des.CreateEncryptor(key, IV), CryptoStreamMode.Write);
39.             cs.Write(inputByteArray, 0, inputByteArray.Length);
40.             cs.FlushFinalBlock();
41.             return Convert.ToBase64String(ms.ToArray());
42.         }
43.         catch (Exception e) {
44.             return e.Message;
45.         }
46.     }
47.    
48. }
49. 

 

By Anik Mukherjee


Enter Comment/Feedback
  •  
  •  
  •  
  •  
  •  

Comments/Feedbacks
Subject: explaination
Name: Ameet
Date: 2/5/2008 4:56:07 AM
Comment:
Hi Anil,

This method, as I can understand it, is a great way to ensure security. I can see how it will work and all but would you mind explaining the actual usage of it?? I'm sorry but I do not understand what is what.. for instance, is Encryption64 a user defined class?? If yes, when written in VB (which is the language I am using) do I need to import it when I want to use it? Also, should the functions encryptQueryString and decryptQueryString be on orginating and destination pages resp.? If you could reply to my query, I will appreciate it! Thanks again, Ameet
Subject: strings is giving me an error on the code
Name: Kimberly Minarik
Date: 3/5/2008 6:24:27 AM
Comment:
The strings does not exist in current context; why is this...
Subject: Correction to code
Name: Justin
Date: 4/8/2008 2:11:36 PM
Comment:
Change on line 16: Strings.Left(sEncryptionKey, 8)

To: sEncryptionKey.Substring(0, 8)



Join WebHost4Life.com






Copyright GridViewGuy 2007-2008