单纯开启MFA不能防御AiTM等会话劫持攻击，需阻断代理路径并绑定可信上下文；应启用NLA、设备绑定型MFA、会话级保护及多维监控响应机制。
单纯开启多因素认证（MFA）不能自动防御中间人攻击（MITM），尤其是针对会话层面的劫持，比如 AiTM（Adversary-in-the-Middle）这类攻击——它不破解密码或验证码，而是实时代理用户与目标服务（如 Azure AD、Office 365）之间的整个登录流程，在用户完成 MFA 后立即窃取会话 Cookie 并接管已认证会话。防范关键在于“阻断代理路径”和“绑定可信上下文”，而非仅靠认证环节加严。
启用网络级别身份验证（NLA）
NLA 是 Windows 远程桌面协议（RDP）中防止 MITM 的第一道硬性防线。它强制在建立图形会话前完成身份验证，避免攻击者通过伪造 RDP 连接获取初始凭据或诱导用户输入后转发至真实服务器。操作上：按 Win+R 输入 sysdm.cpl → 切换到“远程”选项卡 → 勾选“仅允许运行网络级别身份验证的远程桌面连接”。该设置使攻击者无法在未完成身份校验前建立有效会话通道。
绑定设备与上下文的 MFA 实施
标准 MFA 推送或验证码本身不验证请求来源是否合法。需确保 MFA 解决方案支持以下约束：
- 将认证请求与发起登录的设备指纹（如浏览器 User-Agent、TLS 指纹、硬件 ID）强绑定；
- 在推送通知中明确显示目标应用名称、登录地理位置、IP 归属地及设备类型；
- 拒绝来自异常位置、非注册设备或 URL 不匹配（如非 login.microsoftonline.com）的认证请求；
- 禁用对通用 OAuth 设备码或无上下文 consent 请求的支持，除非额外人工审批。
部署会话级保护机制
即使 MFA 成功完成，会话 Cookie 仍可能被窃取用于 pass-the-cookie 攻击。应采取：
- 所有 Web 登录会话启用 HttpOnly + Secure + SameSite=Strict Cookie 属性；
- 对高敏感操作（如权限变更、导出数据）要求二次确认，且该确认需基于当前会话上下文重新触发 MFA；
- 配置短生命周期会话令牌（如 15 分钟无操作自动失效），并支持管理员后台主动终止可疑会话；
- 使用条件访问策略（如 Microsoft Entra ID），限制仅允许已加入设备、通过 Intune 合规检查、位于可信 IP 范围内的终端发起认证。
监控与响应增强
传统日志难以识别 AiTM 流量，因其看起来完全合法。建议：
- 部署流量元数据审计工具，检测同一用户短时间内在极短间隔内出现“登录成功”与“新设备首次登录”行为；
- 集成多模态钓鱼检测能力，同步分析登录页面视觉特征、邮件诱饵文本、DNS 请求异常等，提前拦截仿冒入口；
- 启用 SHAP 可解释模块量化风险维度，例如当某次登录同时匹配“非注册设备 + 非工作时间 + 异常地理跳变 + 推送确认延迟超 2 秒”，自动触发人工审核或临时冻结。
