Security·Flowtrace 文档
安全与合规
Flowtrace 的设计目标是在可观测与可运营的前提下，尽量降低账号、权限、证据与自动化执行过程中的安全风险。
权限隔离证据存储受控审计与最小权限
Security
权限控制
Flowtrace 建议以身份认证、角色划分和行级安全策略为基础建立访问隔离，确保不同项目、不同成员只能读取和操作其被授权的数据。
对于项目创建、任务删除、密钥管理、告警配置等敏感操作，建议进一步引入审批、审计或更严格的角色边界。
- 建议以统一身份认证和细粒度访问控制为基础实施数据隔离
- 普通用户仅可访问自身数据，管理员按需查看全局数据
- 高危操作应落审计日志并限制角色范围
- 不同环境应使用独立配置、独立凭证和独立访问边界，避免串用
Security
密钥与凭证
平台中的密钥、访问令牌、测试账号和服务角色凭证都应视为高敏感信息，仅允许在受控的后端环境、密钥管理服务或专用配置中使用。
任何用于执行自动化的凭证都不应硬编码进前端页面、公开仓库或可被普通成员随意访问的共享文档中。
- 前台页面仅使用公开访问能力，敏感凭证仅限受控服务端使用
- 测试账号应加密或受控存储，避免明文暴露
- 不要将高权限密钥提交到仓库或共享到公开位置
- 建议对重要凭证启用轮换、最小权限与使用审计机制
Security
执行合规
自动化执行应限制在明确授权的站点、账号和环境范围内，并根据目标系统承载能力合理设置并发、频率和触发方式。
在生产环境执行巡检时，应优先采用只读路径、低风险账号和不影响真实用户的操作策略，避免把自动化测试转化为业务干扰。
- 仅在授权环境模拟，不针对真实用户环境做未经批准的自动化
- 遵守目标网站条款、公司安全规范与隐私政策
- 对证据截图与日志中的敏感字段做脱敏处理
- 对异常重试、批量执行与定时任务设置合理上限和熔断机制
Security
监控与响应
建议对登录异常、任务失败率升高、异常访问模式、截图签名失败、对象存储权限错误等关键事件建立告警与排障流程。
当发生安全事件或疑似误用时，应具备快速暂停任务、吊销凭证、导出审计信息和收敛影响范围的能力。