The Shed is going Social! Join us on FaceBook and Twitter and chime in on the conversation.
|
 |
|
Dev Shed Forums
> System Administration
> Antivirus Protection
|
Session ID Hijackin
Discuss Session ID Hijackin in the Antivirus Protection forum on Dev Shed. Session ID Hijackin Antivirus Protection forum discussing issues relating to antivirus programs, spyware, hijack protection, and personal firewalls for all operating systems. Keep your systems protected from hackers and other hazards.
|
|
 |
|
|
|
|

Dev Shed Forums Sponsor:
|
|
|

April 10th, 2003, 05:51 PM
|
 |
Contributing User
|
|
Join Date: Mar 2003
Location: Michigan, USA
|
|
|
Session ID Hijackin
i've spent probably about the last 3 hours reading that topic on security and I am kind of confused. when using sessions and you have that option in the php config enabled to automatically add the session id to the url, is it possible to then use this same session on another computer by simply typing it in in the address bar, or is it more complex than that to hijack it?
|

April 10th, 2003, 05:53 PM
|
|
Contributing User
|
|
Join Date: Mar 2003
Location: Minneapolis, MN
Posts: 35
Time spent in forums: < 1 sec
Reputation Power: 11
|
|
|
without any additional security measures, the answer can be yes.
|

April 10th, 2003, 05:59 PM
|
 |
Contributing User
|
|
Join Date: Mar 2003
Location: Michigan, USA
|
|
|
is the session id in the url already encrypted and if it isnt can it be? and what further measures can be used?
|

April 10th, 2003, 06:30 PM
|
 |
Throws Rocks
|
|
Join Date: Mar 2002
Location: Cincinnati, Ohio
Posts: 392
  
Time spent in forums: 6 h 31 m 7 sec
Reputation Power: 13
|
|
Now you're getting into key management issues 
__________________
Two things have come out of Berkeley, Unix and LSD.
It is uncertain which caused the other.
|

April 10th, 2003, 06:30 PM
|
|
Contributing User
|
|
Join Date: Mar 2003
Location: Minneapolis, MN
Posts: 35
Time spent in forums: < 1 sec
Reputation Power: 11
|
|
Quote: Originally posted by summercom
is the session id in the url already encrypted and if it isnt can it be? and what further measures can be used? |
the session id relates to a record on the server. The is no encrypt/decrypt happening between the client and server. For instance on a unix server there would be file in the /tmp (depends on config of php) directory named what ever the session id is and it contains all the session vars that have been assigned.
PHP sessions handler can do garbage collection on expired sessions. I store my sessions in a DB and cleanup on expired sessions via my own rules.
The approach I take toward security depends on the task or tasks at hand. Is this a general question or do you have a problem that you trying to solve.
This is one example and is definitely not the be all in security, it is just one small example.
If you use cookies first the session id will not be in the url string.
Second set a cookie on session start of some value that is unique to that user and validate that as well on each page.
Just an idea to get you thinking.
|

April 10th, 2003, 07:08 PM
|
|
Contributing User
|
|
Join Date: Mar 2003
Location: Minneapolis, MN
Posts: 35
Time spent in forums: < 1 sec
Reputation Power: 11
|
|
yup!
Quote: Originally posted by GNUbie
Now you're getting into key management issues |
|

April 10th, 2003, 08:48 PM
|
 |
300lb Bench!
|
|
Join Date: Aug 2001
Location: New York
|
|
|
Unless you're encrypting your connection (via ssl) any packets sent to a web server can be sniffed. However, this is a topic that's been covered extensively. Do a search on the word "security" and you'll see what I mean.
|
Developer Shed Advertisers and Affiliates
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Rate This Thread |
Linear Mode
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
|
|