本文仅限技术研究与讨论，严禁用于非法用途，否则产生的一切后果自行承担。 小维 Redis未授权访问漏洞 漏洞简介以及危害 Redis 默认情况下，会绑定在 0.0.0.0:6379，如果没有进行采用相关的策略，比如添加防火墙规则 避免其他非信任来源 ip 访问等，这样将会将 Redis 服务暴露到公网上，如果在没有设置密码认证（一 般为空）的情况下，会导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 的情况下，利用 Redis 自身的提供的config 命令，可以进行写文件 操作，攻击者可以成功将自己的ssh公钥写入目标服务器的 /root/.ssh 文件夹的authotrized_keys 文件 中，进而可以使用对应私钥直接使用ssh服务登录目标服务器、添加计划任务、写入Webshell等操作。 漏洞利用 环境介绍 环境搭建 常见的未授权访问漏洞： Redis Redis 未授权访问漏洞 MongoDB 未授权访问漏洞 Jenkins 未授权访问漏洞 Memcached 未授权访问漏洞 JBOSS 未授权访问漏洞 VNC 未授权访问漏洞 Docker 未授权访问漏洞 ZooKeeper 未授权访问漏洞 Rsync 未授权访问漏洞 Atlassian Crowd 未授权访问漏洞 CouchDB 未授权访问漏洞 Elasticsearch 未授权访问漏洞

。不常访问的Value（冷数据）则会被存储到磁盘上，以达到内存利用最高性价比。 架构 兼容性 100%兼容Redis协议和特性，用户无需做任何改动。 冷热数据分离 Redis混合存储型实例中，所有的Key和经常访问的Value被保存在内存中，保证绝大部分访问请求的 最高性能。不常访问的Value（冷数据）则会被存储到磁盘上，以达到内存利用最高性价比。 云数据库 Redis 视频直播类业务往往存在大量热点数据，大部分的请求都来自于热门的直播间。使用Redis混合存储 型实例，内存中保留热门直播间的数据，不活跃的直播间数据被自动存储到磁盘上，可以达到对有限 内存的最佳利用效果。 电商类应用 电商类应用往往有大量的商品数据。使用Redis混合存储型实例，可以轻松突破内存容量限制，将大 量的商品数据都存储到Redis混合存储型实例中。在正常业务请求中，活跃的商品数据会留在内存中 停止异常节点的服务权 利，并具备继续监控后续重新启动节点服务的能力。 高性能 Redis 读写分离版本采取链式复制架构，可以通过扩展只读实例个数使整体实例性能线性增长，充分 利用每一个只读节点的物理资源。 使用场景 读取请求 QPS 压力较大 标准版 Redis 无法支撑较大的 QPS，如果业务类型是偏读多写少类型，需要采用多个只读节点的部署

· · · · · · · · · · · · · · · · · · · · · · · · · · · 956 7.8.24 为什么 TiCDC 需要使用磁盘，什么时候会写磁盘，TiCDC 能否利用内存缓存提升同步性能？ · · 956 7.8.25 为什么在上游使用了 TiDB Lightning 物理导入模式和 BR 恢复了数据之后，TiCDC 同步会出现卡 顿甚至卡住？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4199 15.10.2 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 4199 15.10.3 TiDB 支持哪些认证协议？过程是怎样的？ · · · TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 率低，维护成本高。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，确 保系统的 RTO <= 30s 及 RPO = 0。 38 • 海量数据及高并发的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4178 15.10.2 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 4178 15.10.3 TiDB 支持哪些认证协议？过程是怎样的？ · · · TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 率低，维护成本高。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，确 保系统的 RTO <= 30s 及 RPO = 0。 33 • 海量数据及高并发的 4/cached-tables#缓存表">缓存表的查询性能 �→ 优化了缓存表索引扫描的查询性能，部分场景可提升 5.4 倍。在需要对小表进行高速查询的场景下， �→ 利用缓存表可大幅提升整体性能。 稳定性与高可用 0 码力 | 5072 页 | 104.05 MB | 10 月前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4135 15.10.2 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 4135 15.10.3 TiDB 支持哪些认证协议？过程是怎样的？ · · · TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 率低，维护成本高。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，确 保系统的 RTO <= 30s 及 RPO = 0。 34 • 海量数据及高并发的 事件的可观测性，以便定位写入慢的根本原因 #17093 @Connor1996 – 增加对 ingest file 的延迟可观测性，以便排查集群的延迟问题 #17078 @LykxSassinator – 利用单独的线程来进行副本清理工作，保证 Raft 读写关键路径的延迟稳定 #16001 @hbisheng – 提升正在进行 apply 的 Raft 快照数量的可观测性 #17078 @hbisheng

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1975 13.6.1 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 1975 13.6.2 TiDB 支持哪些认证协议，过程是怎样的？ · · · · 的场景 众所周知，金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案 是同城两个机房提供服务、异地一个机房提供数据容灾能力但不提供服务，此解决方案存在以下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 所期望的值。TiDB 采用多副本 + Kubernetes 上部署 TiDB，请参考快速上手 TiDB Operator。 – 如需在云上管理 TiDB，请参考 TiDB Cloud 快速上手指南。 3.1.1 部署本地测试集群 • 适用场景：利用本地 Mac 或者单机 Linux 环境快速部署 TiDB 测试集群，体验 TiDB 集群的基本架构，以及 TiDB、TiKV、PD、监控等基础组件的运行。 TiDB 是一个分布式系统。最基础的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1926 13.6.1 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 1926 13.6.2 TiDB 支持哪些认证协议，过程是怎样的？ · · · · 的场景 众所周知，金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案 是同城两个机房提供服务、异地一个机房提供数据容灾能力但不提供服务，此解决方案存在以下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 所期望的值。TiDB 采用多副本 + Kubernetes 上部署 TiDB，请参考快速上手 TiDB Operator。 – 如需在云上管理 TiDB，请参考 TiDB Cloud 快速上手指南。 3.1.1 部署本地测试集群 • 适用场景：利用本地 Mac 或者单机 Linux 环境快速部署 TiDB 测试集群，体验 TiDB 集群的基本架构，以及 TiDB、TiKV、PD、监控等基础组件的运行。 注意： 由于部分 TiDB 组件尚未发布支持

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2067 13.6.1 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 2067 13.6.2 TiDB 支持哪些认证协议，过程是怎样的？ · · · · 的场景 众所周知，金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案 是同城两个机房提供服务、异地一个机房提供数据容灾能力但不提供服务，此解决方案存在以下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 25 所期望的值。TiDB 采用多副本 观看下面的培训视频（时长 15 分钟）。注意本视频只作为学习参考，如需了解TiUP 的具体使用方法和TiDB 快 速上手具体操作步骤，请以文档内容为准。 3.1.1 部署本地测试集群 • 适用场景：利用本地 Mac 或者单机 Linux 环境快速部署 TiDB 测试集群，体验 TiDB 集群的基本架构，以及 TiDB、TiKV、PD、监控等基础组件的运行。 TiDB 是一个分布式系统。最基础的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3174 15.10.2 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 3175 15.10.3 TiDB 支持哪些认证协议？过程是怎样的？ · · · 的场景 众所周知，金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案 是同城两个机房提供服务、异地一个机房提供数据容灾能力但不提供服务，此解决方案存在以下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 31 所期望的值。TiDB 采用多副本 模式访问分区表，动态裁剪模式，#3873 2.2.1.4 稳定性 • SST 故障自动恢复 当 RocksDB 后台检测到故障 SST 文件后，TiKV 会尝试通过调度所涉及的故障 Peer，并利用其它副本恢复该 节点数据，用户可以通过参数 background-error-recovery-window 设置允许的最长恢复时间。如果恢 复操作未能在设置的时间窗口内完成，TiKV 将会崩溃。该特性对于可恢复存储故障进行自动检测和恢

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2522 13.9.1 我们的安全漏洞扫描工具对 MySQL version 有要求，TiDB 是否支持修改 server 版本号呢？· · · · · 2522 13.9.2 TiDB 支持哪些认证协议，过程是怎样的？ · · · · 的场景 众所周知，金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案 是同城两个机房提供服务、异地一个机房提供数据容灾能力但不提供服务，此解决方案存在以下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 27 所期望的值。TiDB 采用多副本 default. �→ enable_ �→ elastic_ �→ threadpool 新增 表示是否启用 可自动扩展的 线程池。打开 该配置项可以 显著提高 TiFlash 在高并 发场景的 CPU 利用率。默认 值为 false。 TiFlash storage. �→ format_ �→ version 新增 表示 DTFile 储 存文件格式， 默认值为 2， 该格式在数据 文件中内嵌哈