• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            大龍的博客

            常用鏈接

            統(tǒng)計

            最新評論

            端口劫持/重用及隧道技術(shù)的一些概念的說明

            很多朋友以為通道技術(shù)就是端口復(fù)用技術(shù)。那么,錯了,端口復(fù)用是指一個端口上建立了多個連接,而不是在一個端口上面開放了多個服務(wù)而互不干擾。假如你想在已經(jīng)開放了WWW服務(wù)的主機上,在80端口再添加一項服務(wù),只有2種可能:1.添加服務(wù)失敗 2.WWW服務(wù)出錯。那么什么是通道呢?這里所謂的通道,是指一種繞過防火墻端口屏蔽的通訊方式。防火墻兩端的數(shù)據(jù)包封裝在防火墻所允許通過的數(shù)據(jù)包類型或是端口上,然后穿過防火墻與處在防火墻后面的主機通訊,當(dāng)封裝的數(shù)據(jù)包到達(dá)目的地時,再將數(shù)據(jù)包還原,并將還原后的數(shù)據(jù)包交送到相應(yīng)的服務(wù)上,是在一個端口上面開放了多個服務(wù)而互不干擾的。

            為了通信,不論是什么防火墻,都不可能把所有的服務(wù),所有的端口都封閉。(如果有那樣的防火墻,還不如拔網(wǎng)線來的直接,呵呵)大多數(shù)的防火墻或多或少都要開放一個端口或服務(wù)(比如HTTP),只要開放了端口和服務(wù),就給了我們滲透的可能。HTTP是一種比較簡單而常用的互交式協(xié)議,你給服務(wù)器發(fā)送一個請求,服務(wù)器就返回給你一個回應(yīng)。幾乎所有的主機都被允許發(fā)送HTTP請求。網(wǎng)絡(luò)上HTTP協(xié)議使用的是如此廣泛,這也決定了我們可以通過使用通道技術(shù)而輕松的通過防火墻或其他類似設(shè)備而將我們需要的數(shù)據(jù)發(fā)送至目標(biāo)。一個很典型的例子就是http-tunnel.

            在http-tunnel的官方網(wǎng)站http://www.http-tunnel.com上有這么一句話:“http-tunnel在HTTP請求中建立了一個雙向的虛擬數(shù)據(jù)連接。HTTP請求可以經(jīng)過代理而被發(fā)送,這就可以被那些處在限制了端口的防火墻背后的用戶使用。如果通過HTTP代理的WWW瀏覽是被允許的,那么http-tunnel也就可以成立,也就是說,可以在防火墻外telnet或者PPP到防火墻的內(nèi)部。”這樣看來,攻擊者可以使用這種技術(shù)來實現(xiàn)遠(yuǎn)程控制。我們來看看http-tunnel的設(shè)計思路:

            A主機在防火墻的外面,沒有做任何限制。B主機在防火墻內(nèi)部,受到防火墻保護(hù),防火墻配置的訪問控制原則是只允許80端口的數(shù)據(jù)進(jìn)出,但主機開放了telnet服務(wù)。現(xiàn)在假設(shè)需要從A系統(tǒng)Telnet到B系統(tǒng)上去,怎么辦?使用正常的telnet肯定是不可能了,因為telnet使用的23端口被防火墻屏蔽,防火墻收到這個telnet的包后,發(fā)現(xiàn)不符合只允許80端口的數(shù)據(jù)通過的過濾原則,就丟棄了。但我們知道可用的有80端口,那么這個時候使用Httptunnel通道,就是一個好的辦法,思路如下:

            在A機器上運行tunnel的客戶端,讓它偵聽本機的一個不被使用的任意指定端口(最好是1024以上65535以下),如,8888。同時將來自8888端口上的數(shù)據(jù)指引到B機的80端口上,因為是80端口,防火墻是允許通過的。然后在B機上起一個服務(wù)端,(在只有80端口對外開放的情況下,只能先得到一個WEBSHELL,想辦法提升自己的權(quán)限,并運行服務(wù)端)同樣掛接在80端口上,同時指引80端口的來自客戶端的轉(zhuǎn)發(fā)到本機的telnet服務(wù)端口23,這樣就OK了。現(xiàn)在在A機上telnet本機端口8888,根據(jù)剛才的設(shè)置數(shù)據(jù)包會被轉(zhuǎn)發(fā)到目標(biāo)端口為80的B機,因為防火墻允許通過80端口的數(shù)據(jù),因此數(shù)據(jù)包暢通的穿過防火墻,到達(dá)B機。此時B機在80端口偵聽的進(jìn)程收到來自A的數(shù)據(jù)包,會將數(shù)據(jù)包還原,再交還給telnet進(jìn)程。當(dāng)數(shù)據(jù)包需要由B到A返回時,將由80端口再回送,同樣可以順利的通過防火墻。

            上述功能似乎用端口映射也能做的到,把A主機上的23端口重定向到80端口,再把B主機上的80端口重定向到23端口就行了。但如果B主機已經(jīng)開啟了WWW服務(wù)了呢?要使用上述功能,使用端口映射必須犧牲B主機的80端口,這是得不償失的。試想在一次滲透防火墻的對某臺主機的攻擊中,把別人本來已經(jīng)開啟的WWW服務(wù)DOWN了,你還能在這臺主機上呆多久?但是,使用http-tunnel就可以完美實現(xiàn),即使B主機已經(jīng)開放80,提供WWW,我們也照樣可以發(fā)送telnet到其80端口上,享受到“正版”的telnet服務(wù)。

            端口復(fù)用或者說劫持、重用都是一個意思。基本原理就是通過修改socket的屬性SO_REUSEADDR來實現(xiàn)端口重綁定的。
            setsockopt(s,SOL_SOCKET,SO_REUSEADDR,(char *)&val,sizeof(val)
            然后bind(s,(SOCKADDR *)&saddr,sizeof(saddr) 這里的saddr.sin_addr.s_addr =ip; saddr.sin_port = htons(80); 要劫持的端口
            之后原80端口的數(shù)據(jù)你都可以accpet,recv了。需要注意的是如果接收到的數(shù)據(jù)是自己的包,就可以進(jìn)行一些特殊處理,不是的話通過127.0.0.1進(jìn)行轉(zhuǎn)發(fā)。

            不知道這樣寫大家看得明白不,如果不明白的話多半是基礎(chǔ)還不夠好,需要好好惡補一下課的哈!~

            希望這篇文章能對大家有點幫助。 :)  

            posted on 2008-08-12 19:09 大龍 閱讀(966) 評論(0)  編輯 收藏 引用


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            亚洲欧美日韩精品久久亚洲区 | 亚洲av伊人久久综合密臀性色| 国产日韩久久久精品影院首页| 热久久国产精品| 国产精品99久久久久久宅男小说| 久久久久久久久久久久久久| 久久亚洲精品无码AV红樱桃| 国产精品无码久久四虎| 午夜精品久久久久久影视riav| 77777亚洲午夜久久多喷| 国产成人无码精品久久久免费| 日本亚洲色大成网站WWW久久| 久久久久亚洲AV片无码下载蜜桃 | 久久w5ww成w人免费| 国产高清美女一级a毛片久久w| 日本高清无卡码一区二区久久| 精品国际久久久久999波多野| 国内精品欧美久久精品| 久久久久免费看成人影片| 久久久久亚洲AV成人网人人网站| 国产精品美女久久久久| 日韩久久久久中文字幕人妻| 久久精品国产69国产精品亚洲| 久久精品一本到99热免费| 久久久久国产日韩精品网站| 91精品国产乱码久久久久久 | 伊人久久久AV老熟妇色| 久久久久99精品成人片三人毛片| 国产亚洲精品自在久久| 精品久久人人爽天天玩人人妻| 久久久久九国产精品| 国产精品综合久久第一页| 99久久精品国产高清一区二区 | 亚洲国产成人久久笫一页| 国产精品一区二区久久不卡| 久久久久人妻一区精品色| 色综合久久夜色精品国产| 一级做a爰片久久毛片看看| 久久久WWW成人免费精品| 国产精品久久久久一区二区三区| 91精品国产色综久久|