|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
|
Announcements
Want a new Job?
Chapters
Services
Feature Zones
|
Cookieless forms authenticationWhy, when?They say, its not possible. Well it is, and relatively easy to accomplish! Lot of companies and people want to exclude cookie usage from their lives. Partly because its said to be insecure, partly because they see no reason to use it. In my case, it was mandatory not to use cookies, but make a forms login page. Of course I've started with the normal forms authentication, cause I believed, that the big brother couldn't make such a mistake, to use cookies. They did. After searching all the forums how to skip cookie usage, all I've found was this: The hard wayIf you pass the encoded cookie as a The code snippet to accomplish the "get" way of cookieless authentication is: FormsAuthenticationTicket tkt;
string cookiestr;
HttpCookie ck;
//create a valid ticket for forms authentication
tkt = new FormsAuthenticationTicket(1, userName, DateTime.Now,
DateTime.Now.AddMinutes(30), false, "your custom data");
This is useless, I tell you. Completely unpleasant, and insecure (you have to change all the links, which of course you won't) And here is the way, you can do it:The configurationNo authentication tag needed beside the "none". The next line in the web.config will tell the framework not to store the session ID in a cookie, but add as a special directory to the address field. <sessionState cookieless="true" timeout="20" />
After adding this line, the address field will always look like: http://localhost/samplecookieless/(lvymatawljpjtl55d4awjg55)/login.aspx
As you can see, on each request, the session ID is passed as a directory. Very smart solution from MS!
When you want to create a link with get parameters to another page, you have to pay attention
to it, since calling an aspx without the session ID in the address will create a
new session. So, to create a link, that has string url =
string.Format(
// we build the whole link. Firstly, we get our host name
"http://" + Request.Headers["Host"] + "/" +
// then the path of the request, and append the session ID, as shown above
Request.ApplicationPath +
"/(" + Session.SessionID +
// simply add the target page with the HTTP-GET parameters.
")/Main.aspx?{0}={1}&{2}={3}",
"State", state.ToString(),
"Lang", langID.ToString()
);
(OK, I needed it. Usually people don't care about The coding partIn global.asax.cs, add: private void InitializeComponent()
{ // This tells the global to catch all session initialization events,
// So before every page load, we will have the Global_Acq. called! Good starting!
this.AcquireRequestState += new
System.EventHandler(this.Global_AcquireRequestState);
}
private
void Global_AcquireRequestState(object sender, System.EventArgs e)
{
//This tells the global to check whether code "Name-John" is in the session
//variable, called "Authenticated". To say it simple,
//checks, whether someone set this
//variable.
if((string)Session["Authenticated"] != "Name-John")
// If yes, do nothing, so the requested page will load.
{
// If it's not set yet, redirect to the login page,
// if the caller is not the login page already. If it is, we don't
//want loops, so let is load
if(!Request.Path.EndsWith("login.aspx"))
{
Response.Redirect("login.aspx");
Response.End();
}
}
}
If the user entered valid codes (check them however you like), in Session["Authenticated"] = "Name-John";
//the auth is successfull, so send the user to the page
Response.Redirect("default.aspx", true);
As you see, this is a pure redirect function. No ASP.NET forms authentication is used. On the default.aspx, place whatever you want. Those controls will be in safety. If you want to sign out the user, call this code: //signs out
Session.Abandon();
//redirects to itself. This will redirect to login.aspx, cos we are signed out
Response.Redirect(Request.Path,true);
Misc good to knowsAfter clicking the sign-out, the user will be back on login.aspx. If he presses back, he can see the page from his browser's cache, but cannot click anything. It could be wise to set the cache expiration. If you press [Back], then [Refresh], the explorer will asks for "The page cannot be refreshed without resending the information", and prompts for "Retry/Cancel". Usually, when someone presses retry, the password is sent again, and the user is signed in again. Well, not in our case You can try, that this method really doesn't use cookies: in Internet Explorer, go Tools / Internet Options. Go Privacy, and block all cookies, then try to sign in'n'out. If you have any questions/comments, please send it to me! Sincerely, Adam
|
||||||||||||||||||||||