为什么这件事需要专门做：四个真实问题反复出现
大多数组织已经能把服务器、数据库、接口和文件登记进台账，却仍然很难回答三件更关键的事——数据现在怎么流动、谁被允许访问、数据本身是否被保护。这些不是理念问题，而是真实场景里的反复痛点：
台账与真实运行脱节：知道有哪些库，不知道哪些 API 仍在用这些库；接口清单写在网关或 Wiki 上，影子接口和僵尸接口进不了视野；分类分级停在字段标签，无法回答"这条高敏字段此刻被谁调用"。
分类分级难以持续运营：纯人工或纯规则分类分级周期长、覆盖差；缺少审核留痕、正式清单、元数据变更监控和可解释的识别证据，一次项目式盘点很快失效。
审计停留在日志堆里：Web 访问日志、数据库审计日志、平台操作日志分属不同系统，缺少统一策略、统一告警、API 到 SQL 的路径证据，也缺少面向管理层的预置报表。
控制与防护尚未接到同一底座：堡垒机、动态脱敏、库加密往往是另一套产品，资产口径、权限模型和审计事件对不齐。DataFlow Control 把发现与审计做实，访问控制与防护按同一资产、同一等级、同一业务系统接入，避免再造平行台账。
一句话价值：看清 · 控制 · 保护
这九个字与平台四支柱一一对应——不是宣传口径，而是产品命题。
看见数据流动
数据发现 + 流动审计。回答"有什么数据、它在接口与库表之间怎么流动"。
约束数据访问
数据访问。回答"谁能碰、以什么方式碰"。当前用策略与告警约束可见风险，后续把放行 / 拒绝接到同一对象。
保护数据安全
数据防护。回答"碰的时候数据如何被变形或加密"。当前用分级、清单、脱敏展示和审计证据支撑合规，后续按等级套用脱敏与加密。
四支柱：发现 · 访问 · 防护 · 审计
平台以业务系统为中心组织四类能力——主机、库、API、告警、报表都回挂业务系统，而不是停在设备或单表。AI 给出建议与证据，正式清单、基线与处置结论由人审核、可回溯。
数据发现
回答：家底在哪——有哪些系统、哪些库、哪些接口、哪些数据，敏感到什么程度？
- API 资产发现：主机采集 Agent 与流量解析节点解析 HTTP，按方法 + 规范化路由模板沉淀 API 身份；支持 OpenAPI / 文档声明 / 确认已知组成声明基线；自动发现影子 API 与僵尸 API。
- 数据库发现：IT 资产侧识别数据库服务、中间件、Web 服务、虚拟化与容器；结构化数据源接入 MySQL、PostgreSQL 等，连接测试后扫描库、Schema、表、字段。
- 数据资产识别：结构化与非结构化分别接入；白名单、字典、正则、结构信号前置减少无根据的大模型调用；分层召回 + 分级决策可解释，保留证据、候选来源与审核意见；元数据监控覆盖表/字段新增删除、类型长度、主键可空等结构变化。
- 正式清单：AI / 规则分类分级建议 → 人工复核 → 正式清单 → 元数据基线与差异监控 → 再识别——可运营的闭环。
数据访问
回答：谁能以何种方式触达数据？
- 数据库堡垒机：人到库的代填连接、命令审批、会话审计与操作录像。
- 数据库访问控制：按用户 / 应用、库表、语句类型、时间窗口放行或拒绝。
- API 访问控制：按 API 身份、调用方、敏感等级与基线状态控制——影子 / 僵尸接口自动纳入更严格的策略。
- 同一对象、同一权限：访问控制消费发现与分级结果，产生的会话与放行 / 拒绝事件进入同一审计面，不另建用户体系和资产目录。
数据防护
回答：数据在被访问时如何被变形或加密？
- 动态脱敏：查询或 API 响应按字段等级实时掩码 / 替换 / 加密展示，绑定分级而非业务硬编码。
- 静态脱敏：非生产环境抽取、脱敏、落盘，保留结构可用——开发、测试、外包交付同一份可信副本。
- 数据库加密：敏感列或文件透明加解密，密钥与等级绑定，密钥管理外置。
- 策略绑定分级：防护策略绑定分类分级清单，而不是在防护产品里再标一次敏感字段。
审计
回答：发生了什么、是否违规、证据在哪？
- 日志审计：平台操作、登录、授权、配置变更按用户、组织、权限留痕，支撑运维追责与合规检查。
- 数据库审计：流量解析覆盖 MySQL、PostgreSQL 等协议，从 SQL 提取库、表、字段、操作类型，与数据资产和分级结果对齐；内置策略面向鉴权失败风暴、疑似批量导出、短时高频访问等真实滥用与泄露前兆。
- API 审计：HTTP 滥用、登录鉴权攻击、系统目录探测、影子 / 僵尸接口发现（基于声明基线与 30 天活着窗口）；API↔SQL 时间片共现映射回答"这个接口打到了哪些表和字段"。
- 安全策略与运营：风险引擎消费解析事实；告警工作台带研判建议；审计基线把"正常行为"与"人工检测"分开；报表中心预置模板生成冻结快照，预览并归档 PDF。
不是把工具叠在登录页，是同一套底座上的四类能力
很多单位都已经在用 CMDB、API 网关、审计、脱敏产品，但它们往往各管一摊，资产口径、权限模型、审计事件对不齐——等于又一次台账。DataFlow Control 用一条产品主线把它们收到一起：
↑ 这六类对象是发现、访问、防护、审计共同读写的事实基础；缺一项，其他支柱就没有挂载点。
业务系统为中心
主机、库、API、告警、报表都回挂业务系统，而不是停在设备或单表。责任人、运营、合规共用业务系统视图。
识别与运行分离、结果再汇合
分类分级给出"数据是什么"；流量解析给出"数据怎么被用"；二者在 API 资产、SQL 映射和风险策略上汇合，避免两套事实。
AI 辅助、人工生效
自动识别、研判建议可加速；正式清单、基线、处置结论必须可审核、可回溯。模型不可用或结果不合格时，企业仍能正常运转。
先可见、再可控、后可保护
四支柱共用业务系统、资产、分级与权限模型——不切换产品，不推翻底座，按模块授权逐步装配。
给企业的价值：每条主线各得其所
平台不替企业做判断——它把判断做得更早、更准、可追溯，并且让发现、访问、防护、审计共用同一口径的事实。
数据安全负责人 看清 · 把控
掌握敏感数据分布、流动路径与风险态势。预置报表给出可归档证据，而不是截一张驾驶舱；台账与真实运行从两套变成同一套。
安全运营 / 审计人员 研判 · 处置
策略、告警、研判、报表与证据留痕在同一个工作台。研判建议异步生成、不改写告警状态；回查的不是一条 SQL，而是它的资产上下文与处置记录。
数据治理人员 分级 · 持续
分类分级从项目制变成可审核、可监控的运营：标准 / 分类 / 分级 / 标签 / 映射 / 管控措施统一管理；元数据变更触发再识别，避免一次盘点失效。
IT / 基础设施管理员 发现 · 接入
IT 资产发现、数据库服务接入、流量解析节点与主机采集 Agent 分布式放置；模块按授权启用，按权益装配，一次构建、按需升级。
典型场景：开箱可走的实施路径
把"看见 - 告警 - 处置 - 归档"四步落到客户真实场景里，是我们交付的承诺。
看清敏感数据从接口流到库表
已有业务系统和数据库、但说不清接口真实性的单位：接入数据源并完成分类分级 → 部署采集与解析、沉淀 API 资产 → 建立声明基线、找出影子与僵尸接口 → 查看 API↔SQL 映射与高敏字段访问 → 用"API 影子与高敏暴露""告警运营"报表向管理层交代。
教育 / 政企分类分级持续运营
加载行业标准、分类、分级与标签 → 扫描结构与非结构资产、AI 出建议 → 审核生成正式清单、匹配管控措施 → 元数据变更触发再识别 → 用覆盖率与待办报表考核治理进度。
数据库与 API 滥用监测
启用内置审计策略（鉴权风暴、批量导出、高频、HTTP 滥用等）→ 告警进入统一工作台、按需取研判建议 → 回查解析事件与资产对象，而不只是看一条日志 → 处置留痕，报表统计运营负荷。
看见数据流动的产品，本身不该把自己变成新的流动入口
数据流动安全控制平台要回答的是「企业的数据在哪里、怎么流动、谁在碰它」，它持续采集与沉淀的是 API 接口、SQL 语句、数据库结构、分类分级结果、风险策略与审计日志。把这些内容交给任何第三方，等于把企业网络的真实地图对外公开——与平台的初衷直接相悖。
主机、数据库、中间件、Web 服务、容器与虚拟化。
解析后的 API 身份、请求响应、影子/僵尸接口、SQL 解析事件。
字段级敏感标签、分级清单、元数据基线与差异监控。
告警、研判建议、策略、报表与所有登录/操作轨迹。
这些数据沉淀在企业内部，承担日常经营、风险评估或合规审计的事实基础。它们的留存、访问与销毁节奏应当由企业 IT 与业务负责人共同决定，而不是依赖任何外部托管——因此， 所有产品仅以本地化部署方式交付：部署在客户自有服务器、私有云或信创环境，不连接、不上传、不依赖任何外部 SaaS 服务。
本地化部署的四项基本特征
数据全部沉淀在企业内网
所有业务、资产、审计、风险与整改数据仅在客户网络中产生、流转与销毁。无第三方托管、无对外回传接口，业务连续性不依赖任何外部在线服务。
契合数据本地化合规要求
对接《数据安全法》《个人信息保护法》《关键信息基础设施安全保护条例》及行业监管对数据本地化、可控可审计的要求，避免公有云模式带来的数据出境与第三方处理者责任。
支持内网 / 隔离网部署
可部署在企业内网、专网、隔离网或 VPN 环境，与公网物理或逻辑隔离。无需开放对外端口、不暴露管理面，从网络边界上减少被扫描与爆破的面。
升级与运维节奏由企业决定
版本升级、补丁发布、备份策略、日志归档、密钥管理均由企业 IT 自主安排。升级包通过受控渠道下发，不静默远程拉取代码；模型、规则、模板支持离线更新。
三种部署形态，按客户环境适配
不同客户在基础设施、信创合规与运维能力上有差异。我们提供三种等价能力、不同落地形态，均由锐戍工程师或授权合作伙伴现场交付：
物理服务器 / 虚拟机
适用于已有自建机房或虚拟化平台的客户。产品以 OVA / 容器镜像 / 安装包方式交付，与企业 AD、堡垒机、备份体系直接对接。
私有云 / 行业云
适用于使用私有云或行业云的客户。支持主流私有云平台，按企业 VPC 与安全组策略划分资源，与现有 CMDB、监控、SIEM 集成。
信创 / 全栈国产化
面向金融、政务、能源等信创要求行业。提供国产 CPU + 操作系统 + 数据库 + 中间件全栈适配版本，关键组件通过兼容性认证，满足等保、密评与行业准入。
数据流动安全控制平台的落地流程
围绕「先看见、再分级、最后可控」的节奏，把企业数据的真实流动完整还原：
部署解析节点、数据库流量探针、API 网关适配器与主机 Agent 到客户网络；按网络分区规划最小化探针覆盖。
自动发现主机、数据库、中间件、Web 服务、容器与影子 API；自动生成分类分级基线与首版数据资产目录。
完成 SQL 解析、API 解析、影子/僵尸接口识别；按分级结论下发访问控制、脱敏、阻断与告警策略并审计留痕。
与企业 SIEM / SOAR / 备份 / CMDB / 堡垒机联调，验证告警链路、权限闭环与回滚方案；输出《基线验证报告》。
周期性扫描与策略调优，告警研判支持，对外审计可直接导出留痕数据；提供版本升级与年度合规复盘支持。
平台长什么样
以下是 DataFlow Control 关键业务界面的实际截图。完整产品体验请前往 在线演示，使用下方提供的样例账号登录。
招募合作伙伴
DataFlow Control 不是单一 CMDB、单一分类分级工具、单一流量探针，而是把发现、访问、防护、审计装进同一套业务系统主线的数据流动安全平台。我们更愿意以合作伙伴的方式与渠道商、集成商与产业生态伙伴共同落地长期价值。本页不展示产品价格——因为我们相信，定价应当与你的客户场景、服务边界和合作方式一起协商。
渠道 / 乙方集成商
在区域或行业具备稳定客户基础的服务商。把 DataFlow Control 纳入你的数据安全交付工具栈，统一客户资产口径、降低台账与运行脱节的沟通成本。
数据安全 / 治理咨询机构
面向客户开展分类分级、资产治理、数据库审计、API 治理与合规咨询的团队。同一对象、同一权限、同一审计面，让交付做得更可复制、可审计、可复用。
有安全需求的甲方客户
希望自建数据流动安全能力、把外部服务沉淀为内部能力的甲方。平台既可作为内部工作台，也可与外部服务机构联合交付。
产业生态伙伴
CMDB、API 网关、SOC、SIEM、ITSM、数据库生态伙伴——把数据流动安全嵌入既有工作流，让数据治理与安全运营在同一系统上闭环。
灵活的商务合作方式
不同伙伴的成熟度、客户场景和交付边界都不一样。我们提供可组合的合作方式，按需选择或组合，不绑定到单一模式：
合作方式
- 纯产品授权
- 产品 + 技术服务
- 联合交付
定价模式
- 固定价格
- 按项目分配
- 灵活协商
白标 / 品牌定制
- 支持更换 LOGO
- 支持更换版权所有信息
- 支持按伙伴品牌独立交付
我们更愿意这样谈合作
- 不论你是想"先拿产品试一下"，还是希望"产品 + 驻场工程师联合交付"，都可以发起洽谈；
- 不论是按年固定价格、按项目分配，还是按交付里程碑结算，都支持协商；
- 如果你打算把平台作为自己的产品线对外交付，我们支持白标、品牌定制与渠道激励方案。
把数据流动安全控制，做成你的下一个产品力
不论你是希望引入标准化平台的甲方，还是希望联合交付的合作伙伴，我们都愿意把"以同一资产底座承载发现、访问、防护、审计"做成长期能力。