亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊(cè) 查看新帖 |

Chinaunix

  平臺(tái) 論壇 博客 文庫(kù)
123下一頁(yè)
最近訪問板塊 發(fā)新帖
查看: 37062 | 回復(fù): 21
打印 上一主題 下一主題

php session原理 [復(fù)制鏈接]

論壇徽章:
1
榮譽(yù)版主
日期:2011-11-23 16:44:17
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報(bào)告]
發(fā)表于 2005-08-26 16:10 |只看該作者 |倒序?yàn)g覽
眾所周知,http協(xié)議是一個(gè)無狀態(tài)協(xié)議,簡(jiǎn)單來說就是,web服務(wù)器是不知道現(xiàn)在連接上來的人到底是哪個(gè)人,為了滿足選擇性發(fā)送信息的需求,在http的基礎(chǔ)上做了很多擴(kuò)展來達(dá)到這個(gè)目的,如數(shù)字簽名、cookie、session等。
web服務(wù)器或者web程序如何能夠知道現(xiàn)在連接上來的是誰?要解決這個(gè)問題,首先需要在服務(wù)器端和客戶端建立一一對(duì)應(yīng)關(guān)系,下邊我通過抓取http的內(nèi)容來說明這種對(duì)應(yīng)關(guān)系是如何建立的。
我使用的是一個(gè)叫做httplook的http包嗅探工具,然后在本地web服務(wù)器的根目錄下建立一個(gè)叫test.php的文件,地址是:http://localhost/test.php,一切就緒以后我通過瀏覽器反復(fù)打開這個(gè)頁(yè)面。

  1. <?php
  2. session_start();
  3. if (isset($_SESSION['test_sess'])){
  4.     $_SESSION['test_sess']++;
  5. }else{
  6.     $_SESSION['test_sess'] = 0;
  7. }
  8. echo $_SESSION['test_sess'];
  9. ?>;
復(fù)制代碼

以下是前兩次向服務(wù)器發(fā)出的信息及服務(wù)器返回的信息
原帖由 "第一次請(qǐng)求服務(wù)器" 發(fā)表:

GET /test.php HTTP/1.1
Accept: */*
Referer: http://localhost/
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon; .NET CLR 1.1.4322)
Host: localhost
Connection: Keep-Alive
原帖由 "服務(wù)器第一次返回" 發(fā)表:

HTTP/1.1 200 OK
Date: Fri, 26 Aug 2005 07:44:22 GMT
Server: Apache/2.0.54 (Win32) SVN/1.2.1 PHP/5.0.4 DAV/2
X-Powered-By: PHP/5.0.4
Set-Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 1
Keep-Alive: timeout=15, max=99
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
Content-Language: Off
原帖由 "第二次請(qǐng)求服務(wù)器" 發(fā)表:

GET /test.php HTTP/1.1
Accept: */*
Referer: http://localhost/
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon; .NET CLR 1.1.4322)
Host: localhost
Connection: Keep-Alive
Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3
原帖由 "服務(wù)器第二次返回" 發(fā)表:

HTTP/1.1 200 OK
Date: Fri, 26 Aug 2005 07:44:23 GMT
Server: Apache/2.0.54 (Win32) SVN/1.2.1 PHP/5.0.4 DAV/2
X-Powered-By: PHP/5.0.4
Set-Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 1
Keep-Alive: timeout=15, max=98
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
Content-Language: Off


仔細(xì)對(duì)比這些輸出,第二次請(qǐng)求比第一次請(qǐng)求多出來的就是:
Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3
這個(gè)header將會(huì)向服務(wù)器發(fā)送一個(gè)cookie信息,告訴服務(wù)器我有一個(gè)cookie,名字叫PHPSESSID,內(nèi)容是bmmc3mfc94ncdr15ujitjogma3。
這個(gè)cookie是怎么來的呢?看第一次服務(wù)器返回的信息里邊有:
Set-Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3; path=/
這是服務(wù)器向客戶端瀏覽器寫一個(gè)cookie,名字是PHPSESSID,值是bmmc3mfc94ncdr15ujitjogma3,這個(gè)值實(shí)際就是所謂的session_id。
繼續(xù)看第二次向服務(wù)器發(fā)出的請(qǐng)求,仍然向服務(wù)器發(fā)送了PHPSESSID這個(gè)cookie

可以得到以下結(jié)論:
1、只要使用了session,就會(huì)通過cookie的方式向客戶端瀏覽器發(fā)送session
2、每次向服務(wù)器發(fā)出請(qǐng)求的時(shí)候,本地瀏覽器會(huì)把cookie附帶在請(qǐng)求信息中

說到這里,服務(wù)器端和客戶端如何通過session做到一一對(duì)應(yīng)的答案就很清楚了,明白了這個(gè)道理,對(duì)于使用session有很大幫助,請(qǐng)細(xì)細(xì)體會(huì)。

論壇徽章:
0
2 [報(bào)告]
發(fā)表于 2005-08-31 18:09 |只看該作者

php session原理

奇怪...好帖居然沒人頂...

請(qǐng)教斑竹.
假如我第二次發(fā)送請(qǐng)求不寫:
Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3
是不是意味著服務(wù)器端會(huì)調(diào)用:
$_SESSION['test_sess'] = 0;
這個(gè)呢?

ps,居然發(fā)現(xiàn)一個(gè)變量$_SERVER["HTTP_COOKIE"], 沒看到手冊(cè)里有寫.

ps,斑竹有沒在win32下好的協(xié)議分析工具?

and ps...
實(shí)際上我是在翻前幾天看到一位兄弟說是關(guān)于php5出錯(cuò)不顯示錯(cuò)誤的問題.
我也遇到了...error_reporting已經(jīng)設(shè)置了E_ALL. 我亂寫一通, 居然沒反應(yīng).
版本php5.0.4
是不是各位普遍有這種情況?

論壇徽章:
1
榮譽(yù)版主
日期:2011-11-23 16:44:17
3 [報(bào)告]
發(fā)表于 2005-08-31 18:53 |只看該作者

php session原理

>;假如我第二次發(fā)送請(qǐng)求不寫:
>;Cookie: PHPSESSID=bmmc3mfc94ncdr15ujitjogma3
isset($_SESSION['test_sess'])就會(huì)返回false,結(jié)果就是
$_SESSION['test_sess'] = 0;
你的想法是正確的

如果是分析一下http協(xié)議的話,telnet 80就可以了,稍微好點(diǎn)就用http look一類的東西,最好的工具是sniffer pro。

論壇徽章:
0
4 [報(bào)告]
發(fā)表于 2005-08-31 20:03 |只看該作者

php session原理

哎,都是基于cookie所以特別不安全.

只要這個(gè)session_id被知曉或者說cookie內(nèi)容被盜(這很容易辦到), 就很有可能被盜竊身份.

我在作程序時(shí)session數(shù)據(jù)都加入了IP驗(yàn)證.  非根本性的解決方案.

論壇徽章:
0
5 [報(bào)告]
發(fā)表于 2005-08-31 20:22 |只看該作者

php session原理

你這樣一說, 我倒是有問題出來了.
cookie被盜, 我相信是指這些情況吧:
1. 就是有n天效果的那種.
2. 被hack或者攔截了

假如不考慮上面因素
按理說那個(gè)session_id是個(gè)臨時(shí)值...也按理說臨時(shí)值對(duì)應(yīng)所儲(chǔ)存在服務(wù)器端里的文件也是臨時(shí)的, 用完之后應(yīng)該被刪掉的...
所以再要盜竊身份的話, 是不是說就得找到那個(gè)當(dāng)前在服務(wù)器上存在的那個(gè)對(duì)應(yīng)的session_id呢?

論壇徽章:
0
6 [報(bào)告]
發(fā)表于 2005-08-31 22:19 |只看該作者

php session原理

像論壇上的貼圖有些[IMG]標(biāo)簽沒過濾好,cookie很容易被獲取.

論壇徽章:
1
榮譽(yù)版主
日期:2011-11-23 16:44:17
7 [報(bào)告]
發(fā)表于 2005-08-31 22:30 |只看該作者

php session原理

session_id的泄露最大的可能是嗅探,如果你處于廣播型的以太網(wǎng)內(nèi)就可以被嗅探

論壇徽章:
0
8 [報(bào)告]
發(fā)表于 2008-01-29 17:16 |只看該作者
樓上說的session_id泄密 還不是特別的明白 ,人家怎么來得到這個(gè)session_id 呢?

論壇徽章:
0
9 [報(bào)告]
發(fā)表于 2008-04-02 18:47 |只看該作者

回復(fù) #1 夜貓子 的帖子

頂頂頂

論壇徽章:
0
10 [報(bào)告]
發(fā)表于 2008-06-06 16:52 |只看該作者
嗯,不錯(cuò).如果不了解可以到PHP官方網(wǎng)站上去查詢!
您需要登錄后才可以回帖 登錄 | 注冊(cè)

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號(hào)-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號(hào):11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報(bào)專區(qū)
中國(guó)互聯(lián)網(wǎng)協(xié)會(huì)會(huì)員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請(qǐng)注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP