Simon
facc04aa65
本提交为 .git 对象库损坏后的重建提交，内容等价于原先三个本地提交 （5e2fd4c2 / 57a53c98 / 5d7e1873）的累积结果，未做任何额外改动。 一、docs 结构整改（整改 #14） 根因：重构时新结构为 untracked 文件，执行 git stash（未带 -u）未纳入， 随后 git reset 拉回 HEAD 旧 tracked 树，导致旧树复活、新旧两棵目录 树并存于 docs/，共 791 文件、双分类体系冲突。 修复动作： - b2 同名异主题文件改名迁移保全 9 个 - C 类 39 个孤立文件按主题正确归类 - A/B1 类 222 个重复文件删除（新结构已有内容副本） - 9 个旧独有空目录删除 - 270 处内部引用按 verified 映射改写 - 整改记录 #14 登记于 04-运维文档/部署运维 结果：docs 791 → 569 文件，顶层仅规范 8 类 + 治理文件，单树恢复。 残留：约 20 处指向从未存在文件的陈旧死链，归入独立文档卫生任务。 二、compose 双目录对齐（消除踩坑 A） - docker-compose.yml：nginx 前端挂载全部由根目录 frontend-*/dist 改为 src/frontend-*/dist（h5 / agent / admin / terminal） - docker-compose.dev.yml：dev 服务 build context 与卷同步改 src/ - 效果：本地 docker compose up 不再把根目录 stale dist 挂回， 与线上一致，分叉隐患消除（已 docker compose config 校验通过） 防复发铁律： - 重构须提交；仓库修复须 git stash -u 或先 commit - 新结构须 git add 并提交，避免再次 untracked 复活 - H5 改动只动 src/frontend-h5/，禁改根目录遗留 frontend-*/
1.9 KiB
1.9 KiB
智能IT支持服务台 - Secret 管理方案
版本: 1.0 更新日期: 2026-06-14 状态: 规划中
一、背景
当前 .env 文件中存储了敏感信息：
- WECOM_SECRET（企微应用密钥）
- WECOM_ENCODING_AES_KEY（消息加密密钥）
- DIFY_API_KEY（Dify API 密钥）
- POSTGRES_PASSWORD（数据库密码）
- REDIS_PASSWORD（Redis 密码）
风险：
.env文件在 Git 仓库中（虽然被 .gitignore 排除，但部署时需手动复制）- 服务器上
.env文件可能被未授权访问 - 密钥轮换需要手动修改文件和重启服务
二、长期方案
方案对比
| 方案 | 复杂度 | 安全性 | 适用场景 |
|---|---|---|---|
| Server Keyring | 低 | 中 | Linux 服务器（当前使用） |
| Docker Secrets | 中 | 高 | K8s/ Swarm |
| HashiCorp Vault | 高 | 高 | 企业级 |
推荐：Server Keyring
方案1：Server Keyring（Linux，当前使用）
⚠️ NAS 部署方案已下线，当前使用公司内网服务器部署
# 使用 keyring 工具
keyring set wecom-it-desk WECOM_SECRET
keyring get wecom-it-desk WECOM_SECRET
方案2：Docker Secrets（备选）
# 使用 keyring 工具
keyring set wecom-it-desk WECOM_SECRET
keyring get wecom-it-desk WECOM_SECRET
三、短期止血
| 操作 | 说明 |
|---|---|
| 限制 .env 文件权限 | chmod 600 .env |
| 不在 URL 中暴露 token | 已完成（P0-#4） |
| 定期轮换密钥 | 建议每季度 |
| 审计日志 | 规划中 |
四、实施计划
| 阶段 | 内容 | 优先级 |
|---|---|---|
| MVP | 当前方案 + 限制文件权限 | P0 |
| V1 | 迁移到 Server Keyring | P2 |
| V2 | 迁移到 HashiCorp Vault | P3 |
五、相关文档
.env.example- 环境变量模板（含 TODO 注释）docs/安全审计报告.md- 安全审计记录