navicat cloud 同步连接配置不满足等保/iso 27001 要求，因其同步明文 xml 格式的 .npz 文件，含 ssh/mysql 全路径参数，且云端删除不清理本地缓存；必须改用 navicat on-prem server 自建存储、ldap 集成与操作审计，并对项目执行“三剥离”（删连接、禁密码保存、仅导入结构）方可合规。
直接用 Navicat Cloud 同步连接配置，哪怕关了密码保存，也达不到企业级数据安全合规标准——ssh_host、ssh_user、内网 mysql_host（如 10.10.20.5）、跳板机 ssh_key_file 路径这些信息一旦泄露，攻击者就能拼出完整入侵链路。
为什么“同步连接”本身就不满足等保/ISO 27001 基础要求
Navicat Cloud 同步的是整个 .navicat_project 文件，不是“连接对象”；它包含结构定义 + 连接元数据 + 用户偏好，哪怕密码字段 AES-256 加密，只要成员本地有对应 SSH 私钥或曾保存过密码，双击连接就会自动触发登录尝试。更关键的是：
-
.npz包解压后是明文 XML，含全部host/port/user/ssh_tunnel参数，无加密 - 云端删除项目 ≠ 清除成员本地缓存，旧版 Navicat 可能仍保留已同步的连接副本
- Cloud 的“角色控制”仅限于文件操作权限（查看/编辑），不干预底层连接行为
必须用 Navicat On-Prem Server 替代 Cloud
企业合规协作的底线是数据不出域、凭证不离端、行为可审计。Navicat On-Prem Server 是唯一满足这三点的官方方案：
- 所有项目、连接配置、
BI 工作区、模型工作区全部存储在你自己的服务器上，流量不经过第三方云 - 支持 LDAP/AD 集成，权限粒度可精确到“是否允许导出查询结果”或“能否修改虚拟组”
-
活动日志记录完整操作链：谁、在何时、对哪个连接配置做了什么（如修改ssh_key_file路径） - 连接配置本身仍需手动剥离敏感字段——On-Prem 不自动脱敏，只是提供了可控的存储和分发环境
连接配置文件必须做“三剥离”才可共享
即便用了 On-Prem Server，也不能直接同步带连接的项目。安全协作只应传递结构与逻辑，而非访问能力。执行以下动作：
- 新建空项目（如
prod_schema_v2.npz），不从已有项目导入 - 用
Tools → Import Wizard → Structure Only导入目标库表结构（禁用“Data”、“Stored Procedures”、“Views”） - 右键项目树中的
Connection节点 →Delete Connection（确认删除，不是禁用） - 关闭
Project Properties → Security → Password Protection（否则别人打不开） - 全局关闭
File → Options → General → Auto-save connection passwords
此时项目只剩 ER Diagram 和 Table Definition，同步后团队只能看、不能连、无法反推生产拓扑。
最容易被忽略的一点：数据库层权限隔离必须前置——Navicat 本身不提供行级/列级权限控制，所有“只读协作”都依赖后端数据库的 GRANT SELECT ON schema.table TO 'navi_readonly' 配置；没这层，光靠 Navicat 设置全是虚的。
