HousingRentalManagementSystem

安全策略

支持范围

分支或版本	支持状态
master	支持
最新 GitHub Release	支持
历史版本	仅接受高危问题评估

安全修复优先合入 master，再按需要发布版本标签。

报告漏洞

请通过 GitHub Issue 或私下联系仓库维护者报告漏洞。报告时建议包含：

• 受影响的模块、接口或依赖
• 复现步骤和最小复现数据
• 影响范围和风险判断
• 已尝试的缓解方式
• 可行的修复建议

请不要在公开 Issue、PR、评论、截图或日志中贴出真实密钥、账号密码、数据库备份、生产配置或可直接利用的攻击载荷。

当前安全控制

• 密码新写入时使用 Django 强哈希保存。
• 旧数据库 MD5 密码摘要仅做兼容校验，登录或改密后升级为强哈希。
• 前台 token 和后台 admin token 使用随机值生成。
• 前台私有资源接口绑定当前认证用户，避免通过 userId、user、id 参数访问他人数据。
• 后台接口通过 ADMINTOKEN 认证，并区分管理员、演示账号、房东权限。
• 日志中间件会脱敏 password、token、admin token、captcha 等敏感字段，并截断请求内容。
• 生产环境关闭 Debug 后会强制检查关键安全配置。

CI 安全扫描

仓库不依赖 GitHub 仓库设置中的 Code scanning 或 Secret scanning，改用 GitHub Actions workflow 提供替代能力：

Workflow	工具	作用
Secret Scan	Gitleaks	扫描当前工作树中的密钥，发现泄露会阻断 CI
Security Checks	Bandit	扫描 Python 代码中的基础安全问题
Security Checks	pip-audit	扫描 Python 依赖已知漏洞
Security Checks	npm audit	扫描前端生产依赖 high 及以上漏洞

扫描报告会作为 Actions artifact 上传，便于维护者排查。

密钥处理

• 不要提交 .env、生产配置、真实数据库备份或第三方 API Key。
• 示例配置只使用占位值，参考 .env.example 和 web/.env.example。
• 如果怀疑密钥泄露，应立即轮换对应密钥，并评估是否需要清理 Git 历史。
• 当前 Gitleaks workflow 使用 --no-git 扫描工作树；历史提交中的泄露需要单独审计。

生产环境基线

生产环境至少应满足：

• DJANGO_DEBUG=false
• 使用真实且足够随机的 DJANGO_SECRET_KEY
• DJANGO_ALLOWED_HOSTS 只包含真实域名或网关地址
• CORS_ALLOW_ALL_ORIGINS=false
• CORS_ALLOWED_ORIGINS 只包含可信前端域名
• 不使用 root 数据库账号运行应用
• 为数据库、对象存储、API Key 设置最小权限
• 定期查看 Dependabot 和 CI 安全扫描结果