redis 只监听 127.0.0.1 应该就没必要设置密码了吧

如果机器只有自己在用一般不需要

这么干的人估计不少，但应该都不敢提出这种建议

这样的话，无疑把 redis 的安全交给了系统中的其他最短的那个短板。只要那个短板被攻破了，redis 就被攻破了。

没有公网 ip 可以这么搞

不开放到公网就没事

难道你还想将它设置监听为 0.0.0.0 ？

直接连 socket 性能还高

能保证内网安全就无需鉴权，毕竟你的服务配置也有明文密码。

确实，我就本机没设置密码，但我不敢建议别人不用密码

只监听 127.0.0.1 代表只有本机能够访问。但是希望实际的操作也是如此。比如说去年 docker 曾出现一个安全隐患 https://blog.csdn.net/alex_yangchuansheng/article/details/125465862 ，https://news.ycombinator.com/item?id=31839936

直接访问 local 的端口是一点权限验证都没有的，你本机的任意用户都能访问，所以把 dockerd 监听在 TCP 上是极度不推荐的
可以考虑监听到 sock 路径上，可以配置一下 user group 什么的

没什么好怕的，老子就这样。

看了楼上的回答，希望你们都不要进国家新成立的数据安全局，害怕

我不会建议你这样做。但是我是这样做的

楼上怕什么，我们的数据早就已经被泄露无数遍了

出现 ssrf 的话风险挺大的

设置个密码也没多大的事吧，万一真出问题谁担责呢。

即使只监听 127.0.0.1, 我仍然建议给 redis 设置强密码。
如果机器上面有其他服务存在漏洞，比如网站有 ssrf 漏洞,那么攻击者可能通过 ssrf 攻击 redis ，进而获取系统权限。
网上有很多关于这个攻击路径的分析，比如 https://www.freebuf.com/articles/web/263556.html

这得本机的所有进程都是安全的才行

用 unix domain socket 更好一些吧

你指的自己机器还是服务器？服务器的话建议别监听 127.0.0.1 ，后面别的服务要共享还要重启…自己电脑随意

你最好确认其他系统没有什么漏洞先。。。

可能很多人都这么做，但大伙都不敢这样建议。。。

告诉我公网 IP[狗头]

那如果换成监听 domain socket 会安全些吗

单独一台机器上部署并定期更换强密码，然后被系统漏洞攻下来（

@i979491586 可以搜 10 亿公安数据泄露. 负责这些东西的人, 大概率和数据安全局是一批人.

类似于 nps ( https://github.com/ehang-io/nps ) 的程序如果被恶意利用，是可以远程以本地网络身份去进行未授权访问的。
……不过我没什么具体经验，就稍微提一下。

不建议无条件信任内网或本地的访问，之前遇到过的例子是，很多在线简历网站都是基于 HTML 排版的，在下载 PDF 时会在服务器中开一个无头浏览器进行渲染，大部分都可以直接往简历里丢个 <iframe> ，等它渲染时就能以服务器身份访问，得到一些内网信息了，批量扫了一堆这种 SSRF 漏洞

设个密码那么费劲儿么
我自己开发机也不设密码，但生产环境的话，肯定会弄啊

有个东西叫安全基线，设不设置都一样用。但这些看起来多余的操作实际抬高了安全基线，肯定是有好处的。某些 0day 利用骚姿势可比你想象的还要多，别高估了自己的智商。

一句话 对安全保持敬畏 ，能做的就不要嫌麻烦。

redis 只监听 127.0.0.1 ，，如果没密码，如果攻击者通过 web 层拿到 webshell ，，就可以通过本地直连 redis 重写 ssh 密钥控制服务器。

个人开发环境，你随便搞。但生产环境上，redis 一般都不在本机，而监听范围只能在 127.0.0.1 和 0.0.0.0 之间二选一。

如果 redis 是高权限，可以用来提权

只是不能网络直连而已！中木马或得到 Shell 一样可以连进来！自己拿捏！

零信任 谢谢