Redis服务的安全解决方案

这篇具有很好参考价值的文章主要介绍了Redis服务的安全解决方案。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Redis服务的安全解决方案

1. 限制redis配置文件的访问权限

执行以下命令修改配置文件权限:(表示只有拥有者可读可写)

chmod 600 //redis.conf

2. 禁止监听在公网 访问权限

  • 描述
    redis监听在0.0.0.0 , 可能导致服务对外或内网横向移动渗透风险,极易被黑客利用入侵。
  • 加固建议
    在redis的配置文件redis.conf中配置如下: bind 127.0.0.1或者内网IP,然后重启redis
  • 其他 :
    建议在正式环境禁止redis监听在公网 , 测试环境根据需求而定 , 因为这个配置影响到外网是否可以连接到redis , 有一部分影响到了本地调试

3.修改默认6379端口 服务配置

  • 描述
    避免使用熟知的端口,降低被初级扫描的风险
  • 加固建议
    编辑文件redis的配置文件redis.conf,找到包含port的行,将默认的6379修改为自定义的端口号,然后重启redis
  • 其他
    如果redis设置了内网访问 , 那么修改默认的端口已经无意义了

4. 打开保护模式

  • 描述
    redis默认开启保护模式。要是配置里没有指定bind和密码,开启该参数后,redis只能本地访问,拒绝外部访问。
    检查提示
  • 加固建议
    redis.conf安全设置: # 打开保护模式 protected-mode yes
  • 其他
    如果redis设置了内网访问和设置了密码 , 请忽略此设置

4. 禁用或者重命名危险命令 入侵防范

  • 描述
    Redis中线上使用keys *命令是非常危险的,应该禁用或者限制使用这些危险的命令,可降低Redis写入文件漏洞的入侵风险。
  • 加固建议
    修改 redis.conf 文件,添加
    rename-command FLUSHALL “”
    rename-command FLUSHDB “”
    rename-command CONFIG “”
    rename-command KEYS “”
    rename-command SHUTDOWN “”
    rename-command DEL “”
    rename-command EVAL “”

然后重启redis。 重命名为"" 代表禁用命令,如想保留命令,可以重命名为不可猜测的字符串,如: rename-command FLUSHALL joYAPNXRPmcarcR4ZDgC文章来源地址https://www.toymoban.com/news/detail-444157.html

5. 开启redis密码认证,并设置高复杂度密码 身份鉴别

  • 描述
    redis在redis.conf配置文件中,设置配置项requirepass, 开户密码认证。 redis因查询效率高,auth这种命令每秒能处理9w次以上,简单的redis的密码极容易为攻击者暴破。
  • 加固建议
    打开redis.conf,找到requirepass所在的地方,修改为指定的密码,密码应符合复杂性要求:
    1、长度8位以上
    2、包含以下四类字符中的三类字符:
    英文大写字母(A 到 Z)
    英文小写字母(a 到 z)
    10 个基本数字(0 到 9)
    非字母字符(例如 !、$、#、%、@、^、&)
    3、避免使用已公开的弱口令,如:abcd.1234 、admin@123等
    再去掉前面的#号注释符,然后重启redis

到了这里,关于Redis服务的安全解决方案的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Redis 分布式锁解决方案

    我们日常在电商网站购物时经常会遇到一些高并发的场景,例如电商 App 上经常出现的秒杀活动、限量优惠券抢购,还有我们去哪儿网的火车票抢票系统等,这些场景有一个共同特点就是访问量激增,虽然在系统设计时会通过限流、异步、排队等方式优化,但整体的并发还是

    2023年04月22日
    浏览(43)
  • redis缓存雪崩、穿透、击穿解决方案

    关于缓存异常,我们常见的有三个问题:缓存雪崩、缓存击穿、缓存穿透。这三个问题一旦发生,会导致大量请求直接落到数据库层面。如果请求的并发量很大,会影响数据库的运行,严重的会导致数据库宕机。 为了避免缓存异常带来的损失,我们需要了解每种异常的原因以

    2024年02月10日
    浏览(71)
  • Redis缓冲区溢出及解决方案

    缓冲区(buffer),是内存空间的一部分。也就是说,在内存空间中预留了一定的存储空间,这些存储空间用来缓冲输入或输出的数据,这部分预留的空间就叫做缓冲区。 在Redis中,主要有三个场景用到了缓冲区的概念。 在客户端和服务器端之间进行通信时,用来暂存客户端发送

    2023年04月12日
    浏览(40)
  • Redis Cluster 集群故障排查与解决方案

    Redis是一个开源的内存数据结构存储系统,可以用作数据库、缓存和消息中间件。它支持多种数据结构(如字符串、哈希表、列表、集合等)和功能(如事务、分布式锁、Lua脚本等),能够满足不同场景的需求。 Redis Cluster是Redis提供的分布式解决方案,主要由以下几个组成部

    2024年02月14日
    浏览(34)
  • 分布式锁-Redis红锁解决方案

    分布式锁(多服务共享锁) 在分布式的部署环境下,通过锁机制来让多客户端互斥的对共享资源进行访问控制分布式系统不同进程共同访问共享资源的一种锁的实现。如果不同的系统或同一个系统的不同主机之间共享了某个临界资源,往往需要互斥来防止彼此干扰,以保证一

    2024年02月06日
    浏览(39)
  • Redis核心技术与实战-学习笔记(十五):消息队列(Redis的解决方案)

    消息队列: 分布式系统 必备的一个 基础软件 ,能支持 组件通信消息 的 快速读写 Redis本身 支持数据的快速访问 ,满足 消息队列的读写性能需求 消息队列存取消息的过程 在分布式系统中,两个组件要基于消息队列进行通信,一个组件就会把要处理的数据以消息的形式传递

    2023年04月09日
    浏览(46)
  • Redis生产实战-热key、大key解决方案、数据库与缓存最终一致性解决方案

    热 key 问题就是某一瞬间可能某条内容特别火爆,大量的请求去访问这个数据,那么这样的 key 就是热 key,往往这样的 key 也是存储在了一个 redis 节点中,对该节点压力很大 那么对于热 key 的处理就是通过热 key 探测系统对热 key 进行计数,一旦发现了热 key,就将热 key 在 jv

    2024年02月05日
    浏览(49)
  • Redis 应用实践:缓存预热与缓存穿透解决方案

    Redis是一个用于数据缓存、消息代理、持久化存储的内存型数据库。Redis的特点是高性能、高并发、支持丰富的数据类型,可以实现多种应用场景。 缓存预热是在系统开始运行之前,将数据加入缓存中。这样在后续的请求中,可以直接从缓存中读取数据,提高了系统的性能和

    2024年02月13日
    浏览(61)
  • Redis持久化与一致性解决方案

    怎样去验证我们的Redis缓存是否一定生效了呢? 很简单:如果缓存生效,那么我们每次查询数据是不是先从Redis里面查,那么好,我们先去查第一次,接着去改MySQL里面的数据值,此时再去查第二次,此时如果发现第二次查询到的数据值与与我们改过的MySQL里面的数据值不一致

    2024年02月05日
    浏览(43)
  • Redis----取代RabbitMq 和 Kafka的解决方案

    已知rabbitmq和kafka作为消息中间件来给程序之间增加异步消息传递功能,这两个中间件都是专业的,功能也很强,但是有的时候过于复杂,对于只有一组消费者的消息队列,使用Redis 就可以轻松搞定。 读者可以思考一下他的几种数据结构哪种更适合,string,hash,set,zset,li

    2024年02月10日
    浏览(29)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包