README.AdvancedSecurity
103 July 2004
2
3TODO
4 * Session fixation attack (BUG #2021)
5 * Fix multiple open windows and challenge responce cookies (use a list of cookies which are allowed)
6
7Since Auth 1.3 new security functionality has been added.
8The main purpose for these advanced security checks is to avoid man-in-the-middle attacks and
9session hijacking.
10
11
12Session hijacking example
13 - Login to an Auth protected page. Write down the session id (should be something like PHPSESSID=36916b0aa1180386010f304b6160e3e8)
14 - Open a different browser (FireFox <> IE), or a browser on a different computer
15 - Type down the address of the secure page and add ?PHPSESSID=36916b0aa1180386010f304b6160e3e8 where
16 PHPSESSID is the php session name and 36916b0aa1180386010f304b6160e3e8 is the valid session id which you wrote down earlier
17 - You should be logged in with the same creditentials
18
19
20
21To enable the advanced scurity checks you have to call
22$auth->setAdvancedSecurity();
23
24If this has been enabled the following security checks will be performed
25
26 - Login screen will use md5 when submitting the password if java script is enabled in the browser
27 - If user ip address has been changed betwin requests the user will be logged out
28 - If user User-Agent string has been changed the user will be logged out
29 - If user does not provide a valid auth challenge cookied he will be logged out (read below for explanation)
30
31Limitations
32 * Challenge responce cookies would not allow a user to open multiple windows of the same page (Open in new window/tab). If
33 the user accesses the protected area from two browser windows he will be logged out. It can also create a problem if you
34 create dynamic images with php and that code passes through the auth layer. One way to avoid it is to disable advanced security for
35 those pages only selectively.
36 * Password saving does not work with login screens which use challenge responce (md5 hashing) of password
37 * Challenge responce on login only works with DB container and plain or md5 hashing
38
39
40
41
42Challenge Responce cookies
43
44
45 The challenge responce cookies provide a way to avoid most of the session hijacking problems. Since User-Agent headers
46 and IP address can be spoofed, or in the case of IP a proxy can be used an extra security step has been added using a
47 challenge cookie.
48
49 After the user is authenthicated by Auth he is presented with a challenge cookie. For his next request to be succesfull
50 he must present that cookie on his next request. If that is successfull he will be presented with a new
51 challenge cookie. This will be reapeated for each request the user makes.
52
53 While this method is not fool proof it does limit the possibilities for an attack.
54 First the attacker must must obtain the challenge cookie and use it before the user does.
55 If the user makes a request after the attacker the session will be logged out and both of them
56 will need to login again.
57
58 A problem which this scheme does not address well is users leaving their sessions without preforming a logout
59 in this case the attacker is free to abuse the user session (provided he has met all the prerequisites).
60
61 Ideas and sujestions for improvements are more than welcome.
62 send to yavo@siava.org
63
64
README.Auth