成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Docker 暴重大安全漏洞:外部網絡可直接訪問映射到 127.0.0.1 的本地服務

系統 Linux
即使你通過像 -p 127.0.0.1:80:80 這樣的參數將端口暴露到回環地址,外部仍然可以訪問該服務,怎么回事呢?

近日 Hacker News 上面有一個貼子[1]火了,這是一封發給 Docker 安全團隊的郵件,主要講的是 Docker 有一個非常離譜的安全隱患。即使你通過像 ????-p 127.0.0.1:80:80???? 這樣的參數將端口暴露到回環地址,外部仍然可以訪問該服務,怎么回事呢?

原因其實很簡單,Docker 添加了這樣一條 Iptables 規則:

??  → iptables -nvL DOCKER
Chain DOCKER (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:80

只要外部攻擊者通過這臺主機將流量發送到 ??172.17.0.2:80??,就會匹配這條規則并成功訪問容器中的服務,127.0.0.1 并沒有什么卵用。

尷尬的是,選擇將端口映射到 127.0.0.1 的用戶基本上都是覺得這樣很安全,以至于他們不再想采取進一步的安全措施。現在問題來了,映射到 127.0.0.1 不能說是非常安全吧,只能說是與安全毫不相干。。。

概念驗證

下面通過一個例子來驗證。

① 在 A 機器上運行一個 PostgreSQL 容器,并將端口映射到 127.0.0.1。

# IP: 192.168.0.100
?? → docker run -e POSTGRES_PASSWORD=password -p 127.0.0.1:5432:5432 postgres

② 同一個局域網中的 B 機器添加路由表,將所有訪問 ??172.16.0.0/12?? 的流量指向 A 機器。

# IP: 192.168.0.200
?? → ip route add 172.16.0.0/12 via 192.168.0.100

③ 在 B 機器中掃描 A 機器的端口。

??  → nmap -p5432 -Pn --open 172.16.0.0/12
Starting Nmap 7.92 ( https://nmap.org ) at 2021-11-05 15:00 CDT
Nmap scan report for 172.17.0.2
Host is up (0.00047s latency).

PORT STATE SERVICE
5432/tcp open postgresql

④ 在 B 機器中直接連接 PostgreSQL。

??  → psql -h 172.17.0.2 -U postgres
Password for user postgres:

解決方案

事實上不僅僅是 127.0.0.1,你將容器端口映射到主機的任何一個地址,外部都可以訪問到,這就離了大譜了!

郵件作者給 Docker 團隊提出了一個解決方案,希望能優化 Docker 的 iptables 規則:

① 首先要嚴格限制允許訪問容器端口的源地址和網絡接口,例如 ??docker run -p 127.0.0.1:5432:5432?? 的 iptables 規則如下:

Chain DOCKER (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:5432

改進后的 iptables 規則如下:

Chain DOCKER (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- lo docker0 127.0.0.1/8 172.17.0.2 tcp dpt:5432

同理,如果主機的地址為 ??192.168.0.100??,掩碼為 ??24??,那么 ??docker run -p 192.168.0.100:5432:5432?? 的 iptables 規則就應該是:

Chain DOCKER (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- eth0 docker0 192.168.0.0/24 172.17.0.2 tcp dpt:5432

② 最后要修改默認行為,如果使用 ??-p?? 參數時沒有指定任何 IP 地址,就默認映射到 127.0.0.1。

雖然評論區也有很多人給出了添加 iptables 規則來進行限制的方案,但這是不現實的,目前全世界有成千上萬的用戶在使用 ??-p?? 參數將容器端口映射到 127.0.0.1,攻擊者估計早就發現了這個漏洞,我們不能期望用戶自己添加 iptables 規則來限制外部訪問,最靠譜的方式還是等 Docker 官方修復這個 bug 然后升級吧。

引用鏈接

[1]Hacker News 上面有一個貼子: https://news.ycombinator.com/item?id=31839936

責任編輯:龐桂玉 來源: 奇妙的Linux世界
相關推薦

2011-08-08 15:48:08

2018-01-25 15:19:42

2009-10-10 17:40:34

2013-07-31 15:44:51

2022-12-29 07:40:58

2016-02-17 16:04:42

2014-07-30 10:29:12

Android系統

2018-05-10 08:40:15

Windows Linux 漏洞

2014-07-30 10:18:51

Android

2025-03-05 11:06:36

2013-10-12 10:39:49

2014-12-24 12:34:48

2014-02-25 15:12:07

2013-11-05 16:32:18

搜狗瀏覽器安全漏洞

2020-07-15 10:05:47

微軟瀏覽器Windows

2015-08-28 10:45:25

2009-02-19 13:12:10

勁舞團漏洞久游網

2023-04-18 14:17:31

2025-01-22 09:53:26

2021-04-09 10:23:13

大數據網絡安全漏洞
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 九九热免费看 | 欧美女优在线观看 | 成人国产毛片 | 在线视频a | 玖玖爱365| 在线成人av | 久久国产精品久久 | 精品国产一区二区三区久久 | 九九久久精品视频 | 亚洲精品久久久一区二区三区 | 国产98色在线 | 日韩 | 国产在线观看一区二区 | 色毛片 | 国产成人精品视频 | 久久久99精品免费观看 | 午夜国产一级片 | 亚洲视频免费观看 | 日韩视频在线播放 | 人人插人人| 日韩欧美在线一区 | 精品影院 | 国产一区二区视频免费在线观看 | 久久国产视频一区 | 国产不卡视频在线 | 久久99精品久久久久久国产越南 | 亚洲欧美日韩电影 | 国产9久 | 999久久久国产精品 欧美成人h版在线观看 | 99热在线观看精品 | 久久久av | 免费视频一区二区 | 日本精品久久久一区二区三区 | 米奇狠狠鲁 | 亚洲精品99 | 日韩有码在线播放 | 免费在线视频一区二区 | 成人精品久久 | 国产一区不卡在线观看 | 欧美v免费| 久久99精品久久久久久国产越南 | 91精品久久久久久久久 |