我的定时器Azure函数是否需要将ADAL迁移到MSAL？

即使你无法使用MSAL的内存缓存特性，仍然有多个必须迁移的合理原因：

• 安全风险防控
  ADAL已于2022年6月停止官方支持，后续不会再推送任何安全补丁、漏洞修复。你的业务链路涉及Defender API的敏感事件采集、LogAnalytics的日志存储，身份验证环节如果出现未修复的安全漏洞，会直接导致数据泄露、认证伪造等风险，且没有官方修复路径。
• API兼容性保障
  微软旗下所有云API（包括Azure AD令牌端点、Defender API）后续的协议更新、接口调整只会优先适配MSAL，已经明确不会再为ADAL做兼容适配。如果后续令牌端点的请求格式、刷新令牌返回结构发生变更，你的ADAL实现会直接认证失败，导致整个日志采集链路中断，临时应急改造的成本远高于提前迁移。
• 认证逻辑简化
  MSAL原生支持自定义分布式缓存对接，你可以直接将现有的持久实体作为MSAL的令牌持久化存储，仅需要实现简单的缓存序列化接口，不需要自己手动维护刷新令牌循环、过期判断、失败重试、刷新令牌轮转等逻辑，反而可以减少自研代码量，降低后续维护成本，不存在流程变复杂的问题。
• 合规性适配
  如果你的企业存在等保、数据安全等合规要求，使用停止官方支持的库处理身份验证和敏感数据，会直接导致合规审计不通过，这是很多企业场景下的强制迁移要求。

如果你的场景无合规要求，且可以接受后续业务中断、安全漏洞的风险，可暂时保留现有ADAL实现，但长期来看迁移是不可避免的，提前改造的成本最低。

内容的提问来源于stack exchange，提问作者Maya