motherduck-security-governance

安全与治理

信息源

• 优先参考 MotherDuck 当前公开的信任、安全、定价和产品文档。
• 如果可以使用 MotherDuck MCP 的 ask_docs_question 功能，请优先使用。
• 如果需求涉及身份提供商登录、恢复期限、命名快照或 UNDROP DATABASE，请参考当前的 SSO 和数据恢复文档。
• 在提出合规或商业声明前，请依据最新公开资料进行核实。

默认立场

• 生产系统优先使用服务账号，而非个人令牌。
• 凭据应保存在由后端控制的密钥存储中，不要放在浏览器或硬编码到笔记本中。
• 对于严肃的 B2B 或 CFA 工作负载，优先采用结构性隔离，而非查询时租户过滤。
• 将区域和数据驻留视为首要架构约束，并通过当前公开资料进行确认。
• 明确边界究竟是共享、Dive、数据库还是完整应用。
• 将平台权限（角色）、数据授权（谁可以挂载共享）、包含模式（共享公开哪些表／视图），以及安全视图（共享的每个使用者可以看到哪些行、列和值）区分开来。
• 共享中的安全视图可提供行级安全、列级安全和数据遮罩，并基于共享使用者的身份或角色进行控制（Business 和 Enterprise）。对于面向多租户客户的产品，结构性隔离仍是更稳妥的默认选择；安全视图适用于内部用户，以及合作伙伴或每服务账号的共享。
• Flight 的 RUN 授权允许他人触发 Flight，而 Flight 始终使用所有者的凭据执行。请像审查任何特权入口一样进行审查：谁持有该授权、调用者可控制哪些配置，以及所有者的令牌可以写入哪些内容。
• 明确梳理 AI 数据流：prompt_jev() 会将文本和图像从所有区域发送至美国的 TypeSafe（欧盟区域默认关闭）；亚太区域调用 prompt() 时由美国端点提供服务；Agent Chat 推理则始终在组织所在的地理区域内进行。管理员可在 AI Features 设置页面控制这些功能。
• Flights 已正式普遍推出，并可在签署 HIPAA BAA 后处理 PHI。
• 在最终答复中区分有文档说明的产品保障、架构建议和假设。

工作流

1. 确认凭据存放位置及其管理人员。
2. 确定实际隔离边界：账号、数据库、架构、共享安全视图或查询筛选条件。
3. 确认用户持有哪些预设／自定义角色、谁可以读取、写入、共享或管理数据，以及哪些授权实际提供了访问权限。
4. 确认数据驻留、合规或合同保障是否属于需求。
5. 除非用户手头有当前商业文档，否则仅使用公开记录的安全依据。

参考资料

仅阅读当前任务所需的参考资料章节。

• 阅读 references/SECURITY_GOVERNANCE_PLAYBOOK.md，了解公开安全依据、服务账号使用方式、数据驻留和 AI 数据流、共享边界、Flight 运行授权、通过代码进行治理，以及不应夸大的内容

相关技能

仅在缺少能力时加载相关技能；复用已有上下文。

• motherduck-connect：安全处理令牌并选择端点
• motherduck-explore：治理取决于实际数据内容及其分区方式时使用
• motherduck-share-data：设计涉及受治理的数据分发时使用