最后更新: 2026-09-17
🔒 安全白皮书
安全不是事后补丁，而是架构基石。以下是 dbug.wiki 在"保护你的数据安全"这件事上的坦诚公开。
🔐 加密与密码存储
密码哈希
所有用户密码均使用 bcrypt（cost factor = 12）进行单向哈希。 我们 绝不存储明文密码，即使服务器被完全攻破，攻击者也无法还原原始密码。
传输加密
全站强制 HTTPS（TLS 1.2+），启用 HSTS preload。API 响应中敏感字段（如 email） 在日志系统中自动脱敏，数据库字段级加密保护。
👥 内部访问控制
🎯
最小权限原则
每个后端服务只拥有完成其职责所需的最少权限。例如，搜索服务只能读 search_logs 表， 不能访问 users 表；AI 服务只能调用 LLM API，不能访问任何用户隐私字段。
🚫
无密码 sudo
运维服务器禁止密码登录，仅支持 SSH key + 双因素认证。生产环境所有操作通过 审计代理执行，命令被实时记录并推送至不可篡改的审计日志。
🧩
架构隔离
前端、API、AI 推理、数据库均部署在独立的容器/Pod 中，通过内网通信， 对外只暴露 API Gateway 和静态 CDN。
📋 审计日志
我们正在建设完整的用户行为审计系统，包含以下维度：
登录 / 登出
时间戳 + IP + User-Agent + 结果（成功/失败）
API 调用
用户 ID + endpoint + 状态码 + 耗时（不含请求体敏感数据）
数据导出
用户 ID + 导出类型（JSON） + 时间戳
数据删除
用户 ID + 删除范围 + 二次确认凭证
管理操作
操作人 + 操作对象 + 变更前后 diff
⏳ 审计日志系统预计 2026 Q4 上线。上线后将独立部署、自动轮转、禁止删除，并接入安全事件响应流程。
🚨 安全事件响应 SLA
72h
通报承诺
任何涉及用户数据泄露、密码泄露、越权访问等安全事件，我们将在 72 小时内 向受影响用户通过邮件 + 本首页公告双重通报。
0h → 4h
发现 → 应急响应启动 → 止损
4h → 24h
根因分析 → 修复验证 → 密钥轮换
24h → 72h
通报用户 → 撰写复盘 → 改进落地
🏆 漏洞赏金计划
欢迎安全研究员向我们报告漏洞。我们承诺：
- ✓ 7 天内确认接收并给予评价反馈
- ✓ 90 天内完成修复并公开发布 CVE 编号（如适用）
- ✓ 不采取法律行动，只要测试不破坏生产环境、不窃取数据
- ✓ 修复后在安全通报页署名致谢（如你同意）
🛡️
如有任何安全疑虑、举报或咨询，欢迎直接联系我们：
security@omnispark.cndbug.wiki 安全团队 · OmniSpark（众圆智点）
本白皮书最后更新：2026-09-17