Redis数据库安全详解
来源:脚本之家
时间:2023-02-25 10:26:21 161浏览 收藏
哈喽!今天心血来潮给大家带来了《Redis数据库安全详解》,想必大家应该对数据库都不陌生吧,那么阅读本文就都不会很困难,以下内容主要涉及到安全、Redis数据库,若是你正在学习数据库,千万别错过这篇文章~希望能帮助到你!
文档内容均为学习Redis
官方文档心得.
Redis
相信大家都或多或少都听说过吧,作为内存数据库的代表, 但是近些年Redis
被攻击的典范也是越来越多,我们将如何防护Redis
安全呢? 跟着我们的脚本,来看看这篇文章吧.
对于Redis
而言,我们设置的方法大概有以下几种
- 通过
redis.conf
设置。 - 在已经启动的
Redis
中使用CONFIG SET
来设置。
如之前所述,安全方面归根结底,总结一句话就是:最好的安全设置就是最小化权限。
那我们来看下,Redis
有哪些安全设置呢?
开放最小化很重要
作为Redis
服务器而言, 应该仅允许受信任的客户端访问,其他访问都应该拒绝,因此也善用防火墙相当重要,当然这个防火墙不是在Redis
是做不了的,应该在Redis
所属的机器进行设置。
若该Redis
是自建于本地实体机中,那么应该考虑防火墙软件,例如: iptables
、firewalld
等。若是存在于各云厂商实例中(ECS
),那么应该善用云厂商提供的防火墙。
那我们Redis
在这一步就什么也不能做了么? 不是的,在Redis
配置中,有一个配置参数为bind
,该参数选项是将Redis
对相应的网卡监听,若配置如下:
bind 127.0.0.1
则监听在本地的回环地址上,若该值为空,则监听所有的网卡(3.2版本提供的功能)。
若想监听在多个网卡上的话,ip
地址直接可以使用空格分开即可,例如:
bind 127.0.0.1 10.0.2.15
则该配置则是监听到127.0.0.1
以及 10.0.2.15
网卡上。
在已经启动的Redis
中,想查看Redis
监听到哪些网卡上,除了查看所属机器的网路状态外,还可以通过CONFIG GET bind
来获取。
除此之外,Redis
还为我们提供了"保护模式",即配置: protected-mode
,默认为yes
。请不要关闭它,因为它能够检测到启动后的Redis
是否安全,其检测策略为:当Redis
没有设置密码的时候,从外部进行访问,这就会触发它的保护模式,即向访问用户提示信息:
Redis is running in protected mode because protected mode is enabled and no password is set for the default user.
当然网上很多博客提供的最快解决如上问题的方法是关闭其保护模式,请不要这么做.
认证不可少
接上一段落,若Redis
想从外部进行访问,除了关闭保护模式以外,还可以设置Redis
密码. 在Redis
中,通过配置requirepass
来设置密码,不过设置密码应当注意一下,Redis
密码不应该设置为若密码,建议设置为复杂密码.
原因如下:
- 客户端在校验身份的时候,使用的是
auth
命令,可以理解为是Redis
的普通命令,即能够被无限执行,换言之有被爆破的可能. redis-cli
可以通过加载客户端的redis.conf
文件来校验服务器, 不需要管理员记住密码.
如上所属,客户端在校验身份的时候,发送的是auth
命令,该命令可以理解为Redis
的普通命令,是没有被加密的, 若请求报文被监听了,也有泄密的可能. 所以尽可能的使用加密进行通信,即: SSL/TLS
.
防止管理员误操作也很重要
在Redis
中有一些非常危险的命令,例如: FLUSHALL
,FLUSHDB
,该命令前者是清空所有的数据,后则是清空当前库的数据, 在日常工作中,如果误操作了,那后果不堪设想. 还有一些命令,运行后可能会导致系统阻塞,非常不建议使用,例如:KEYS
,HGETALL
等.
基于上述情况,禁用某些命令来保证系统安全是非常有必要的, 好在Redis
给我们提供了方法. 若想禁用某些命令,可以在其服务器redis.conf
配置文件中,使用rename-command
指令,例如:
rename-command FLUSHALL "" rename-command FLUSHDB ""
若设置为空的话,则是禁止使用命令.修改配置,启动服务器后,若再使用这些命令,即会报错: ERR unknown command
.
若并非想禁用命令,而是想重命名命令,那么将空字符串修改为重命名后的命令即可,例如:
rename-command KEYS FINDALL
设置后,即可使用FINDALL
来代替KEYS
, 案例如下:
127.0.0.1:6379> set juejinNmae pdudo OK 127.0.0.1:6379> FINDALL * 1) "juejinNmae" 127.0.0.1:6379>
担心网络被监听? 开启TLS之旅吧
开启ssl/tls
后势必会降低Redis
的吞吐量,所以是否采用该配置主要还是看业务情况,若业务想要避免被抓包等,适合开启该设置,若仅在某一内网使用,那就没必要的.
Redis 6.0
以后启用了SSL/TLS
,但是注意, 若想使用SSL/TLS
的话,在编译的时候需要指定make BUILD_TLS=yes
, 这里需要注意的是, 客户端和服务器都需要编译才行.
这里简单举个例子如何启动Redis
吧.
证书生成
openssl genrsa -out ca.key 2048 openssl req -new -key ca.key -out ca.csr openssl x509 -req -days 365 -in ca.csr -signkey ca.key -out ca.crt
数据库启动
redis-server --tls-port 6379 --port 0 --tls-cert-file ca.crt --tls-key-file ca.key --tls-ca-cert-file ca.crt
客户端连接
redis-cli --tls --cert ca.crt --key ca.key --cacert ca.crt
在使用SSL/TLS
后,我们需要禁用非TLS
端口并且开启SSL/TLS
端口后,可以直接设置:
port 0 tls-port 6379
这样的话,通过6379
连接,默认情况下是走的SSL/TLS
总结
安全一直是大家比较关心的话题,在Redis
中,我们不仅仅要防外部入侵, 还要知道, 技术人员的误操作也许破坏的更为严重, 始终需要记住, 权限最小化.不仅对外,也需要对内.
到这里,我们也就讲完了《Redis数据库安全详解》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于redis的知识点!
-
320 收藏
-
346 收藏
-
103 收藏
-
443 收藏
-
251 收藏
-
342 收藏
-
361 收藏
-
159 收藏
-
164 收藏
-
221 收藏
-
156 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 明亮的康乃馨
- 很棒,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢up主分享文章!
- 2023-03-10 23:37:01
-
- 高挑的钢笔
- 这篇文章内容真是及时雨啊,好细啊,写的不错,码起来,关注作者了!希望作者能多写数据库相关的文章。
- 2023-03-01 21:21:38
-
- 贤惠的蜻蜓
- 感谢大佬分享,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢作者分享文章内容!
- 2023-02-27 23:51:22
-
- 紧张的母鸡
- 这篇文章真及时,细节满满,受益颇多,码起来,关注老哥了!希望老哥能多写数据库相关的文章。
- 2023-02-27 21:01:09
-
- 怕孤独的薯片
- 这篇文章出现的刚刚好,细节满满,真优秀,mark,关注老哥了!希望老哥能多写数据库相关的文章。
- 2023-02-27 06:18:44
-
- 仁爱的鱼
- 好细啊,mark,感谢大佬的这篇技术贴,我会继续支持!
- 2023-02-26 05:51:20