Hello Ali,
I agreed with Bruce on it. For an example, if a client browser doesn't
support/allow cookie, we can't store session in cookie then. Under this
situation, some web sites will transfer session ID through URL. If somebody
hacked sessionID by using network sniffer, he can visit the web site by
using another people's identity.
Another concern is that cookies are sent between browser and server as
plain text, and anyone who can intercept your Web traffic can read the
cookie. You can set a cookie property that causes the cookie to be
transmitted only if the connection uses the Secure Sockets Layer (SSL, aka
https://). SSL does not protect the cookie from being read or manipulated
while it is on the user's computer, but it does prevent the cookie from
being intercepted in transit.
You can refer to the following article for some more info on it:
"Basics of Cookies in ASP.NET"
http://msdn.microsoft.com/library/de...us/dv_vstechar
t/html/vbtchaspnetcookies101.asp
Hope that helps.
Best regards,
Yanhong Huang
Microsoft Community Support
Get Secure! ¨C
www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.