news 2026/10/19 11:55:18

xxx信息RAC 6200端口漏洞_分析

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
xxx信息RAC 6200端口漏洞_分析

1.分析及解决方案概述

分析原因 通过对现有信息的分析,可以看到主机漏洞是由于RAC的ons引起。
ons使用6100、6200端口进行集群内部通信。

解决方案 针对现有情况,建议如下:
1)启用防火墙,确保只有RAC集群节点机器可以访问6100/6200 端口。
后续计划 启用防火墙,确保只有RAC集群节点机器可以访问6100/6200 端口。

2.问题描述

03月4日XX系统出现漏洞,未导致系统/业务发生重启/业务中断,未产生不良影响,后通过启用防火墙,确保只有RAC集群节点机器可以访问6100/6200 端口操作,漏洞扫描通过,需要从根本上分析问题原因,避免该类问题再次发生;
操作系统版本 RHEL 7
数据库架构 RAC集群
数据库版本 11.2.0.4
业务名称 xxx

3.问题分析

3.1问题现象

漏扫发现漏洞,客户要求修复

3.2漏洞分析

可以发现6200是RAC的ons资源使用的端口

RAC的ons资源使用的端口

分析 1.无密钥泄露:ons.config 是一个纯文本的引导文件。它指向了 walletfile,但不包含 RSA 私钥。黑客拿到这个文件,无法直接解密任何数据,也无法冒充节点,因为他们没有对应的私钥文件(位于 walletfile 指定的目录中,且受操作系统权限保护)。 2.非代码执行点:该文件不被直接解析执行代码,只是被 ONS 进程读取作为参数。不存在像“Log4j”那样的注入漏洞。 结论 依靠网络防火墙。确保 TCP 6100 和 6200 端口只能由 nodes 列表中定义的 IP 地址访问,拒绝其他所有 IP。只要网络层是隔离的,allowunsecuresubscriber=yes 的风险就极低。 处理 1.无需恐慌:该文件内容是正常的 Oracle 19c RAC 配置,不存在所谓的“RSA 漏洞”或硬编码密码。 2.忽略误报:如果您是使用自动化扫描工具得到的“RSA 漏洞”报告,这极大概率是误报。工具可能检测到 walletfile 关键字或 ONS 端口开放,错误地关联了某些 CVE。您可以将此标记为“误报”或“已接受风险”。 3.加固建议: 网络隔离:确认防火墙规则,禁止非集群节点 IP 访问 6100/6200 端口。

3.3修改配置文件重启ons资源分析

测试过了,改配置文件没用,重启会恢复外部6200访问权限

也不能修改配置文件权限,否则启动失败

3.4问题分析总结

综合上述分析,我们可以看到:
主机漏洞是由于RAC的ons引起。
ons使用6100、6200端口进行集群内部通信。

4.处理/优化建议

启用防火墙,确保只有RAC集群节点机器可以访问6100/6200 端口
确认RAC的内部IP

确认RAC的对外端口

确认使用的所有端口 [root@xxx02 app]# netstat -tan | grep ESTABLISHED | awk ‘{print $5}’ | cut -d’:’ -f2 | sort | uniq -c | sort -nr 7 1521 6 4 32434 3 1525 1 9516 1 9486 1 6200 1 59605 1 58088 1 55625 1 54950 1 54947 1 54944 1 54942 1 54939 1 54930 1 54924 1 54918 1 54909 1 54895 1 52454 1 51640 1 51521 1 51519 1 51501 1 51493 1 51284 1 51282 1 51280 1 51278 1 51276 1 51228 1 51071 1 50897 1 50866 1 39352 1 39350 1 37389 1 37387 1 37385 1 37383 1 36008 1 34629 1 34627 1 27123 1 26655 1 13192 1 12768 1 10226
放通所有端口,然后只处理6200端口,同时放通两个/24网段的6200访问 firewall-cmd --set-default-zone=trusted firewall-cmd --permanent --zone=trusted --add-rich-rule=‘rule family=“ipv4” source address=“xx.yy.9.0/24” port port=“6200” protocol=“tcp” accept’ firewall-cmd --permanent --zone=trusted --add-rich-rule=‘rule family=“ipv4” source address=“192.168.200.0/24” port port=“6200” protocol=“tcp” accept’ firewall-cmd --permanent --zone=trusted --add-rich-rule=‘rule family=“ipv4” port port=“6200” protocol=“tcp” reject’ firewall-cmd --reload

确认RAC集群正常

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/19 11:46:25

OpenClaw 自托管部署全指南:从环境配置到日常运维

1. OpenClaw 部署前,先想清楚它到底帮你解决什么问题OpenClaw 部署这个关键词,最近在自托管圈子里出现得挺频繁。乍一看又是一个开源 AI 助手项目,但真要把这坨东西跑在自己机器上,跟用别人搭好的在线服务完全是两码事。它本质上是…

作者头像 李华
网站建设 2026/10/19 11:45:56

本体驱动AI原生应用开发:从提示词堆砌到知识结构化

1. 从“提示词堆砌”到“知识结构化”:为什么需要本体驱动过去一年我接触了不少AI原生应用项目,发现一个很普遍的现象:大部分开发者把精力花在调提示词、换模型、加工具调用上,但真正决定一个AI应用能不能从Demo走向生产环境的&am…

作者头像 李华
网站建设 2026/10/19 11:41:31

树莓派开源技术手册实战:从碎片笔记到可持续知识工程

开篇先说实话:“Pi 蓝皮书”这个名字听起来挺唬人,但拆开来看,它就是一个开源的树莓派技术手册项目。我最初做这件事的动机很简单——树莓派的资料太散了。今天翻论坛找到一段踩坑记录,明天从某个中文教程复制一段代码&#xff0c…

作者头像 李华
网站建设 2026/10/19 11:34:47

上下文模式(context-mode)深度解析:状态管理、隔离与异步传递实战

1. 从“上下文模式”说起:一个被低估的架构决策第一次看到context-mode这个词,很多人会下意识地把它归类成某个框架里的配置项,或者某个库的开关参数。但如果你真正在复杂系统里摸爬滚打过几年,就会意识到,“上下文模式…

作者头像 李华
网站建设 2026/10/19 11:33:28

低代码AI平台实战指南:Dify、n8n、Coze选型与落地对比

这几年AI开发的热度大家都有目共睹,但一个很有意思的现象是:真正把AI能力落地到业务里的人,越来越不一定是算法工程师了。低代码平台Dify、n8n、Coze这类工具正在悄悄改变游戏规则,它们把LLM调用、知识库管理、工作流编排、甚至Ag…

作者头像 李华
网站建设 2026/10/19 11:33:25

AI辅助专著写作全流程指南:从选题验证到统稿审校的实操方法

说个实在话,我第一次听说“AI用来写专著”的时候,第一反应是摇头的。专著是什么?是某个领域十几年积累的思考结晶,是文献、数据、理论框架、方法论的综合体。靠一个对话框就能生成,那不是学术造假吗?后来我…

作者头像 李华