iam-login/docs/native-validation.md

首轮 Native 验证范围

本页定义验收要求，不表示下列功能已实现或测试通过。MFA 首先验证 Spring 官方 WebAuthn 集成；TOTP、恢复方式与已有 Authelia MFA 的迁移方式需在实现中明确。

认证与身份

• 使用隔离 LDAP 测试夹具验证正确密码、错误密码、未知及禁用用户；随后验证 Samba AD 的真实 schema、LDAPS 信任和组查询，不把通用 LDAP 测试等同于 AD 验收。
• 用户与组以 AD 为权威，直接映射；不把框架 ROLE_ 前缀或大小写转换泄露到 groups claim。
• LDAP 与 MFA 必须绑定同一个稳定主体；仅完成密码不得接受 Hydra login challenge。
• 验证 MFA 注册授权、challenge 过期与重放、其他用户凭据、重启后的持久化，以及恢复。
• 新主体映射与现役 Go 适配器的 issuer/sub 哈希不同；切换前必须制定显式连续性映射， 不依赖可变邮箱、用户名或自动创建账号来掩盖身份变化。

Hydra

• 认证事务绑定原始 challenge、浏览器会话和期限；成功后单次使用。
• 校验允许的 client、scope、audience 和 Hydra 返回跳转的 origin/path。
• Hydra admin 保持内部访问，业务日志不得包含密码、MFA secret、token 或 challenge。
• 原生二进制与隔离 Hydra 完成授权码链路，再验证现有 Gitea 账号及权限。

Native 与监控

• CI 构建 Native 产物并对该产物执行集成测试；测试报告区分 JVM 与 Native。
• 最终运行镜像无需 JRE，不允许以回退 JVM 的方式令 Native 验收通过。
• LDAP、MFA、数据库、TLS、JSON 和 Hydra HTTP 客户端全部在 Native 中执行。
• 纳入 Actuator、Micrometer Prometheus 与 OpenTelemetry/分布式追踪；实际发起请求后 检查计数器、耗时分布与 trace 导出，确保 trace 属性不记录认证凭据或 challenge。
• 记录镜像大小、启动时间、空闲与负载下内存、CPU、关键请求延迟；资源预算依据实测确认。
• 将应用指标与 Native 运行时指标区分，不能假设 HotSpot JVM 仪表盘完整适用。

发布条件

通过上述测试后才准备生产切换；保留现役 OIDC 上游适配器作为回退路径。应用镜像以 不可变 digest 交给 homelab-infra，部署状态与真实人类 MFA 验收分别记录。