chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

最新研究已確定時(shí)鐘針對(duì)HTTP請(qǐng)求走私攻擊的新變種

如意 ? 來(lái)源:超級(jí)盾訂閱號(hào)| ? 作者:超級(jí)盾 ? 2020-08-07 17:28 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

一項(xiàng)新的研究確定了四種針對(duì)HTTP請(qǐng)求走私攻擊的新變種,它們可以針對(duì)各種商用Web服務(wù)器和HTTP代理服務(wù)器。

在今天的黑帽安全會(huì)議上,SafeBreach的安全研究副總裁Amit Klein展示了這一發(fā)現(xiàn),他說(shuō),這些攻擊突出表明,web服務(wù)器和HTTP代理服務(wù)器容易受到HTTP請(qǐng)求走私攻擊的影響,據(jù)記錄首次發(fā)現(xiàn)至今已有15年的歷史。

最新研究已確定時(shí)鐘針對(duì)HTTP請(qǐng)求走私攻擊的新變種

什么是HTTP請(qǐng)求走私?

HTTP請(qǐng)求走私(或HTTP異步)是一種用于干擾網(wǎng)站處理、從一個(gè)或多個(gè)用戶(hù)接收的HTTP請(qǐng)求序列的方式的技術(shù)。

當(dāng)前端服務(wù)器(負(fù)載平衡器或代理)和后端服務(wù)器以不同的方式處理HTTP請(qǐng)求的邊界時(shí),通常會(huì)出現(xiàn)與HTTP請(qǐng)求走私有關(guān)的漏洞,從而使不良行為者發(fā)送優(yōu)先于下一個(gè)合法用戶(hù)請(qǐng)求歧義請(qǐng)求。

不同步的請(qǐng)求可被利用來(lái)劫持憑據(jù),向用戶(hù)注入響應(yīng);甚至從受害者的請(qǐng)求中竊取數(shù)據(jù),將信息泄露給攻擊者控制的服務(wù)器。

這項(xiàng)技術(shù)是由Watchfire的一組研究人員于2005 年首次證明的,這些研究人員包括Klein,Chaim Linhart,Ronen Heled和Steve Orrin。

但是在過(guò)去的十幾年中,在攻擊面也隨之進(jìn)行了擴(kuò)展,例如:將請(qǐng)求拼接成其他請(qǐng)求,獲得對(duì)內(nèi)部API的最大權(quán)限訪(fǎng)問(wèn);污染W(wǎng)eb緩存;破壞流行應(yīng)用程序的登錄頁(yè)面。

什么是新的?

Klein公開(kāi)的新變體涉及使用各種代理服務(wù)器組合,包括在Web服務(wù)器模式下的Aprelium的Abyss,Microsoft IIS,Apache和Tomcat,以及在HTTP代理模式下的Nginx,Squid,HAProxy,Caddy和Traefik。

所有四個(gè)新變體的列表如下,最后添加包括一個(gè)由研究人員在實(shí)驗(yàn)中成功利用的舊變體。

最新研究已確定時(shí)鐘針對(duì)HTTP請(qǐng)求走私攻擊的新變種

變體1:“標(biāo)頭SP / CR垃圾郵件:……”

變式2 –“等待”

變體3 – HTTP / 1.2繞過(guò)類(lèi)似于mod_security的防御

變式4 –一個(gè)簡(jiǎn)單的解決方案

變式5 –“ CR標(biāo)頭”

例如,在處理包含兩個(gè)Content-Length標(biāo)頭字段的HTTP請(qǐng)求時(shí),發(fā)現(xiàn)Abyss接受第二個(gè)標(biāo)頭為有效,而Squid使用第一個(gè)Content-Length標(biāo)頭,從而導(dǎo)致兩個(gè)服務(wù)器以不同的方式解釋請(qǐng)求并實(shí)現(xiàn)請(qǐng)求走私。

在Abyss收到長(zhǎng)度小于指定的Content-Length值的主體的HTTP請(qǐng)求的情況下,它將等待30秒以完成該請(qǐng)求,但不會(huì)忽略該請(qǐng)求的其余主體。

Klein發(fā)現(xiàn),這也導(dǎo)致Squid與Abyss之間存在差異,后者會(huì)將HTTP請(qǐng)求的部分解釋為第二個(gè)請(qǐng)求。

攻擊的第三種形式使用HTTP / 1.2來(lái)規(guī)避OWASP ModSecurity中定義的WAF防御用于防止HTTP請(qǐng)求走私攻擊的核心規(guī)則集(CRS)會(huì)生成觸發(fā)該行為的惡意有效負(fù)載。

最后,克萊因(Klein)發(fā)現(xiàn)使用“ Content-Type:text / plain”標(biāo)頭字段足以繞過(guò)CRS中指定的級(jí)別檢查,并產(chǎn)生HTTP請(qǐng)求走私漏洞。

有哪些可能的防御措施?

在將發(fā)現(xiàn)披露給Aprelium,Squid和OWASP CRS之后,問(wèn)題已在Abyss X1 v2.14,Squid版本4.12和5.0.3和CRS v3.3.0中修復(fù)。

呼吁規(guī)范來(lái)自代理服務(wù)器的出站HTTP請(qǐng)求,Klein強(qiáng)調(diào)了對(duì)開(kāi)源、應(yīng)用要求硬核的Web應(yīng)用程序防火墻解決方案的需求,該解決方案能夠處理HTTP請(qǐng)求走私攻擊。

Klein指出:“ ModSecurity(與CRS結(jié)合使用)確實(shí)是一個(gè)開(kāi)源項(xiàng)目,但是就通用性而言,Mod Security具有多個(gè)缺點(diǎn)?!?“它不能提供針對(duì)HTTP請(qǐng)求走私的全面保護(hù),并且僅可用于Apache,IIS和nginx?!?/p>

為此,Klein發(fā)布了一個(gè)基于C++的庫(kù),通過(guò)嚴(yán)格遵守HTTP標(biāo)頭格式和請(qǐng)求行格式來(lái)確保所有傳入的HTTP請(qǐng)求是完全合規(guī)且明確的??梢詮腉itHub訪(fǎng)問(wèn)它。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    13

    文章

    10117

    瀏覽量

    91034
  • 網(wǎng)絡(luò)安全
    +關(guān)注

    關(guān)注

    11

    文章

    3458

    瀏覽量

    63096
  • HTTP
    +關(guān)注

    關(guān)注

    0

    文章

    531

    瀏覽量

    34899
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    CW32時(shí)鐘的穩(wěn)定檢測(cè)

    HSE、LSE、HSIOSC、LSI、PLL 這 5 種時(shí)鐘源都支持時(shí)鐘穩(wěn)定檢測(cè)功能,用戶(hù)可通過(guò)對(duì)應(yīng)時(shí)鐘源的穩(wěn)定標(biāo)志位來(lái)確定時(shí)鐘狀態(tài)。時(shí)鐘穩(wěn)
    發(fā)表于 12-03 06:15

    攻擊逃逸測(cè)試:深度驗(yàn)證網(wǎng)絡(luò)安全設(shè)備的真實(shí)防護(hù)能力

    網(wǎng)絡(luò)安全設(shè)備從研發(fā)到部署全生命周期中防護(hù)有效性的關(guān)鍵環(huán)節(jié),通過(guò)模擬真實(shí)逃避手法,確保防護(hù)體系的有效性。 測(cè)試的核心價(jià)值: 實(shí)戰(zhàn)檢測(cè)能力驗(yàn)證:要求測(cè)試系統(tǒng)能夠模擬真實(shí)攻擊變種,評(píng)估設(shè)備對(duì)混淆流量、多態(tài)攻擊
    發(fā)表于 11-17 16:17

    在KaihongOS應(yīng)用開(kāi)發(fā)中,如何通過(guò)HTTP發(fā)起一個(gè)數(shù)據(jù)請(qǐng)求

    Http 在KaihongOS應(yīng)用開(kāi)發(fā)中,可以通過(guò)HTTP發(fā)起一個(gè)數(shù)據(jù)請(qǐng)求,支持常見(jiàn)的GET、POST、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT方法。詳細(xì)的API
    發(fā)表于 05-08 06:44

    HTTP和HTTPS的關(guān)鍵區(qū)別

    ,數(shù)據(jù)傳輸過(guò)程中并未加密,所以它比較容易被中間人攻擊。無(wú)狀態(tài),即不能保存每次提交的信息,如果用戶(hù)發(fā)來(lái)一個(gè)新的請(qǐng)求,服務(wù)器無(wú)法知道它是否與上次請(qǐng)求有關(guān)聯(lián)。
    的頭像 發(fā)表于 03-25 15:34 ?1660次閱讀
    <b class='flag-5'>HTTP</b>和HTTPS的關(guān)鍵區(qū)別

    醫(yī)療環(huán)境穩(wěn)定時(shí)鐘信號(hào)可選擇國(guó)芯思辰MEMS振蕩器,替換SiTime

    醫(yī)療環(huán)境穩(wěn)定時(shí)鐘信號(hào)可選擇國(guó)芯思辰MEMS振蕩器,替換SiTime
    的頭像 發(fā)表于 02-08 09:43 ?744次閱讀
    醫(yī)療環(huán)境穩(wěn)<b class='flag-5'>定時(shí)鐘</b>信號(hào)可選擇國(guó)芯思辰MEMS振蕩器,替換SiTime

    微電子所在高性能注入鎖定時(shí)鐘倍頻器方面取得進(jìn)展

    定時(shí)鐘倍頻器具有低抖動(dòng)多相時(shí)鐘產(chǎn)生、緊湊布局、高能效和高魯棒性等優(yōu)勢(shì),成為有線(xiàn)收發(fā)機(jī)系統(tǒng)中多相時(shí)鐘產(chǎn)生的有效解決方案。但注入鎖定時(shí)鐘倍頻器面臨固有注入相位誤差、最優(yōu)注入脈沖寬度及其隨
    的頭像 發(fā)表于 01-15 14:24 ?870次閱讀
    微電子所在高性能注入鎖<b class='flag-5'>定時(shí)鐘</b>倍頻器方面取得進(jìn)展

    服務(wù)器如何處理 HTTP 請(qǐng)求

    服務(wù)器處理HTTP請(qǐng)求的過(guò)程是一個(gè)有序且復(fù)雜的流程,通常涉及多個(gè)步驟。以下是服務(wù)器處理HTTP請(qǐng)求的具體步驟: 監(jiān)聽(tīng)端口 :HTTP服務(wù)器在
    的頭像 發(fā)表于 12-30 09:37 ?1045次閱讀

    HTTP 協(xié)議對(duì)于SEO優(yōu)化的影響

    搜索引擎優(yōu)化(SEO)是提高網(wǎng)站在搜索引擎中的可見(jiàn)性和排名的過(guò)程。HTTP協(xié)議作為互聯(lián)網(wǎng)通信的基礎(chǔ),對(duì)SEO有著深遠(yuǎn)的影響。 1. HTTP狀態(tài)碼 HTTP狀態(tài)碼是服務(wù)器響應(yīng)客戶(hù)端請(qǐng)求
    的頭像 發(fā)表于 12-30 09:29 ?1014次閱讀

    如何調(diào)試 HTTP 請(qǐng)求和響應(yīng)

    調(diào)試HTTP請(qǐng)求和響應(yīng)是Web開(kāi)發(fā)和網(wǎng)絡(luò)編程中的一個(gè)重要技能。以下是一些步驟和工具,可以幫助你調(diào)試HTTP請(qǐng)求和響應(yīng): 1. 使用瀏覽器開(kāi)發(fā)者工具 大多數(shù)現(xiàn)代瀏覽器都內(nèi)置了開(kāi)發(fā)者工具,
    的頭像 發(fā)表于 12-30 09:28 ?1855次閱讀

    如何使用 cURL 測(cè)試 HTTP 協(xié)議

    cURL是一個(gè)強(qiáng)大的命令行工具,用于傳輸數(shù)據(jù),支持多種協(xié)議,包括HTTP、HTTPS、FTP等。使用cURL測(cè)試HTTP協(xié)議可以幫助你理解HTTP請(qǐng)求和響應(yīng)的工作原理,以及調(diào)試和驗(yàn)證你
    的頭像 發(fā)表于 12-30 09:26 ?2169次閱讀

    HTTP 1.1 和 HTTP 2.0 的區(qū)別

    HTTP(超文本傳輸協(xié)議)是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的協(xié)議之一,用于在客戶(hù)端和服務(wù)器之間傳輸數(shù)據(jù)。隨著技術(shù)的發(fā)展,HTTP協(xié)議也在不斷地更新和優(yōu)化。HTTP/1.1是1999年發(fā)布的,而HTTP
    的頭像 發(fā)表于 12-30 09:25 ?1858次閱讀

    如何使用 HTTP 協(xié)議進(jìn)行數(shù)據(jù)傳輸

    在互聯(lián)網(wǎng)時(shí)代,數(shù)據(jù)傳輸是信息交換的基礎(chǔ)。HTTP協(xié)議作為最常用的數(shù)據(jù)傳輸協(xié)議之一,支撐著全球數(shù)十億用戶(hù)的數(shù)據(jù)交互。 HTTP協(xié)議的基本概念 請(qǐng)求-響應(yīng)模型 :HTTP協(xié)議基于
    的頭像 發(fā)表于 12-30 09:24 ?2212次閱讀

    HTTP 協(xié)議的工作原理

    HTTP協(xié)議的工作原理 1. HTTP協(xié)議概述 HTTP是一個(gè)應(yīng)用層協(xié)議,它定義了客戶(hù)端與服務(wù)器之間請(qǐng)求和響應(yīng)的格式。HTTP協(xié)議基于TCP
    的頭像 發(fā)表于 12-30 09:21 ?1656次閱讀

    HTTP 和 HTTPS 的區(qū)別

    (超文本傳輸協(xié)議) HTTP 是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的協(xié)議之一,它定義了客戶(hù)端(如瀏覽器)和服務(wù)器之間請(qǐng)求和響應(yīng)的標(biāo)準(zhǔn)。HTTP 協(xié)議是無(wú)狀態(tài)的,意味著服務(wù)器不會(huì)保存關(guān)于客戶(hù)端請(qǐng)求的任
    的頭像 發(fā)表于 12-30 09:19 ?2437次閱讀

    HTTP 協(xié)議的基本概念

    瀏覽器)和服務(wù)器之間請(qǐng)求和響應(yīng)的格式。 1. HTTP協(xié)議概述 HTTP協(xié)議基于TCP/IP協(xié)議之上,主要規(guī)定了客戶(hù)端與服務(wù)器之間的通信規(guī)則。它允許客戶(hù)端通過(guò)發(fā)送請(qǐng)求來(lái)獲取服務(wù)器上的資
    的頭像 發(fā)表于 12-29 15:12 ?2276次閱讀