RUK-COM BLUE · 网络防御

围绕您的业务
构建网络防御。

Ruk-Com Blue 将风险发现、防护与 SOC 响应相连接,根据您的关键系统和团队情况确定服务范围。

看见→分析→响应→恢复
您的网络防御
互联网/HTTPS用户与外部请求
↓ HTTPS
防火墙 / WAF按约定策略检查
↓ 通过策略的请求
您的业务系统身份 · 应用 · 终端
↓ 日志与告警,与业务流量分离
SIEM + SOC关联证据 · 分析员核查
系统示意 · 响应须在授权范围内
分层防御

三层协同防护。
统一协调响应。

依据系统、风险及团队准备程度选择防护层。

EASM 与威胁情报
发现 → 核实 → 排序

识别暴露风险

EASM 与威胁情报识别资产、凭据泄露、仿冒域名及相关漏洞。

策略与防护
请求 → 策略检查 → 系统

防护与检测

身份、防火墙、WAF 和 EDR 执行策略,并提供日志与告警供调查。

SOC 与响应
证据 → 审批 → 验证

响应与验证

SOC 分析员在获批权限内使用流程和 SOAR,并验证执行结果。

EASM 提供暴露风险信息,并非流量网关或拦截器。工具连接取决于支持的集成及服务范围。

威胁形势

威胁有多种形式

AI 可加快部分攻击环节,身份、系统和数据仍是关键目标。

◎您的业务

服务 · 系统 · 数据

员工数据泄露 恶意软件与勒索软件 凭据泄露 钓鱼攻击 代码与密钥泄露 应用漏洞 僵尸网络与攻击流量
2026 年演示数据及其局限性
1,000M+每日攻击请求
≈11,574按每日 1,000M 次基数折算的每秒请求
10,000+累计发现漏洞的 WordPress 网站

数据来自演示文稿所用的 Ruk-Com Blue Team 2026 年内部资料。请求数不代表攻击者或成功入侵次数,也未区分 AI 使用情况。WordPress 为累计数,可能含已修复网站;原资料未注明截止日期或去重方法。这些并非实时指标。

入侵入口

选择防护措施前评估风险

01

仍有效的凭据

泄露的密码、密钥或会话可能在其权限范围内提供访问。需结合 MFA、账户状态和会话检查。

02

已知漏洞

核查受影响版本、配置与访问条件。CVE 编号本身不证明已遭入侵。

03

暂无补丁的漏洞

等待补丁期间,通过最小权限、网络分段和行为检测降低风险,同时考虑对业务运行的影响。

系统内部

深入检查系统在线状态之外的风险

入侵后可能同时发生多种行为,影响范围取决于权限和连接关系。

  1. 持久化

    后门或 Web shell 可能在修补后仍存在,还需检查文件、账户和权限。

  2. 横向移动

    利用权限和连接扩展至其他系统,分段有助于限制范围。

  3. 数据收集

    服务运行时也可能从可访问系统收集文件或截图。

  4. 数据外传

    需核实导出结果、应用审计和网络出口,才能确认数据外传。

此为解释性场景,并非固定顺序或客户事件。

业务影响

保护的不只是
IT 系统

01

服务与收入

勒索软件或隔离停机可能中断销售与服务,并增加恢复成本。

02

数据与隐私

数据加密与泄露是不同影响,数据可能先被窃取再加密。

03

信任与机会

系统恢复不代表业务损失消失,支付赎金也不保证数据恢复。

由外而内的可见性

了解外部暴露风险

将每项发现关联到具体系统和负责人,再确定调查或修复的优先级。

01

数据泄露

从获授权来源监测泄露的凭据、数据与代码,不使用泄露账户尝试登录。

02

品牌保护

跟踪仿冒域名、钓鱼网站与品牌冒用,并核查证据。

03

外部攻击面

发现面向互联网的资产、影子 IT 及可能相关的 CVE。

04

威胁情报

利用威胁背景与指标确定优先级,情报本身不证明系统已被入侵。

从信号到行动

从风险发现
到验证修复结果

  1. 发现

    收集相关资产、域名和暴露信号。

  2. 排序

    确认负责人及业务影响,在支持的范围内使用 AI 摘要。

  3. 验证

    核查证据,并按需执行获授权的漏洞评估或渗透测试。

  4. 响应

    分配责任人、按范围执行并复核结果。

协同运作

连接信号、
人员与响应

区分调查数据与影响系统的操作,确保责任明确。

数据来源
身份防火墙 / WAFEDR云 / 应用
↓ 日志与告警
SIEM

汇集日志并关联上下文

SOC

分析员核查证据与影响

SOAR

在审批权限内执行流程

↓ 通过连接器执行获批操作
阻断撤销会话隔离终端开发工单

↳ 验证结果 → 反馈 SOC → 复盘与改进

AI 协助摘要与关联,由人员核实并决策。告警不会自动修改代码或部署。测试需获批范围、时间及停止条件。

示例:先调查可疑账户,再采取行动
  1. 关联信号

    CASE-01 为虚构示例:按时间关联 user-demo、WS-01 和会话 S-01;终端证据不直接确认会话。

  2. 核查未知事项

    核查账户所有者与变更工单。DNS 查询不等于泄露,导出排队不等于传输完成。

  3. 审批与执行

    事件负责人和系统负责人批准范围后,按证据撤销会话或隔离终端。

  4. 验证与恢复

    重置密码不等于撤销会话或隔离终端。逐项验证并修复根因后再恢复。

持续安全

安全是持续循环,
并非一次性工作

  1. EASM + 威胁情报

    发现暴露风险,确认归属并排序。

  2. 漏洞评估 / 渗透测试 / 红队

    按获批目标评估漏洞、验证影响或演练防御,修复后复测。

  3. MDR + SOC

    监控、调查与响应,将经验反馈至发现和预防。

响应背后的团队

阿里区 SOC,
由人员作出判断。

Ruk-Com SOC
Ruk-Com SOC · Vanit Place Aree · 27F
  1. 连接

    按范围连接日志、终端、云和身份来源。

  2. 分析

    分析员检查关联性、证据完整度及业务影响。

  3. 响应与验证

    协调负责人、按权限行动,并在结案前验证结果。

从预防到恢复

蓝队守护,
覆盖事前、事中与事后。

  1. 看见

    了解关键系统、负责人和日志缺口。没有告警不证明安全。

  2. 分析

    对照身份、时间和获批工作核查告警及误报。

  3. 响应

    使用经测试的流程,明确审批人、停止条件和结果验证。

  4. 恢复

    隔离备份,测试恢复及依赖关系,对照 RTO/RPO 并修复根因。

恢复必须经过测试,无法保证完整或即时完成;SOAR 本身不能解密勒索软件。

受控服务

协议清晰,
运维可核查。

01

范围与责任

约定协同托管或全托管模式、范围、SLA、联系人及升级渠道。

02

权限与变更

明确审批人、允许操作、紧急权限及可行的恢复或回滚方案。

03

数据与复盘

约定目的、访问权限、PDPA 数据角色、服务时段及复盘周期。

从可衡量的试点开始

  • 多少关键系统满足日志完整性和及时性要求?
  • 哪些流程通过测试,哪些情形尚未测试?
  • 按严重性和服务时段衡量从告警入队到分析员开始调查的时间。
  • 将实际恢复与依赖测试结果和约定 RTO/RPO 对照。

价格、响应时间、集成及操作权限以方案和合同为准,并非自动包含所有工具的套餐。

联系我们

从业务依赖的
关键系统开始。

告诉我们您的系统、安全关注点和现有团队情况,以便共同讨论合适的服务范围与起步方案。

观看原始演示 · 14 个场景

泰语循环演示,动画事件为模拟内容,并非实时数据。

在新标签页打开演示 ↗