安全
GI-JUN 处理薪资、身份证号、银行账户等最敏感的人事信息。以下是目前实际落地的保护措施，未实现的内容不会写在这里。
数据隔离
- 所有表均启用以公司为单位的行级安全（RLS），无法查询其他公司的数据。
- 薪资、招聘、体检、审批等敏感表完全撤销客户端权限，仅由服务器 API 处理。
- 附件存放在私有存储桶中，按路径策略（本人、审批人、管理权限者）保护，并只允许指定文件类型。
- 运营团队的支持模式为只读，数据库层面拒绝写入且全程记录。
加密
- 身份证号、账户、工资、联系方式等个人信息使用应用密钥加密存储，界面仅显示脱敏值。
- 只有具备细分权限的人才能通过服务器 API 解密，并记录谁在何时查看了什么。
- 传输仅使用 TLS（HSTS preload），数据库与备份在存储时加密。
认证
- 支持两步验证（验证器应用），可按公司策略强制管理员或全员启用，并可用备用码恢复。
- 登录受网络与账户级尝试限制、账户锁定、机器人验证（Turnstile）及泄露密码拒绝的保护。
- 新设备·网络登录、密码变更、两步验证变更会通过邮件通知本人。
- 可查看活跃会话并登出所有其他设备。密码重置链接仅限1小时内使用一次。
访问控制
- 通过角色（最高管理员、经理、成员）与细分权限组区分人事、薪资、合同信息的访问。经理仅能查看所辖组织范围。
- 查看薪资或身份证号需要角色之外的专门权限，任何人都不能修改自己的人事记录。
- 设置、权限、休假调整、登录、运营访问、消息导出等记录可作为审计日志查询92天并导出 CSV。
监控与可用性
- 服务器与客户端错误会立即通知运营团队；每5分钟进行一次可用性检查并发布公开状态页。
- 持续监控登录失败趋势与撞库特征（同一IP尝试多个账户），并可封禁IP。
- 公司数据可随时整体导出（CSV），删除申请后保留30天缓冲期再永久删除。
开发安全
- 每次部署前须通过类型检查、Lint、单元测试以及70余个真实环境端到端测试（含权限与个人信息防护）。
- 依赖通过自动更新（Dependabot）与漏洞审计，并以锁定文件与完整性哈希固定。构建过程不提供数据库管理密钥。
- 默认启用 nonce CSP、防点击劫持与 MIME 嗅探、SSRF 拦截和速率限制。
- 定期进行全面检查（权限、隔离、准确性、运营、供应链）并记录结果。
数据位置与处理
- 数据库与文件存储运行于 Supabase（AWS），应用运行于 Vercel。受托处理方列表见隐私政策。
- AI 功能不会将加密的个人信息放入提示词，并对用量设限、计量成本。
- 公司可自行设定消息保留期限；通知与日志在规定保留期后自动删除。
漏洞报告
如发现安全问题请告知我们。我们会及时确认并回复处理结果，不会对善意的报告采取法律行动。 security@gijun.co.kr · security.txt