该技能面向 Microsoft Entra ID（原 Azure Active Directory）的应用注册与身份验证配置，主要用途是引导开发者完成应用注册、OAuth 2.0 身份验证和 MSAL 集成。
核心概念包括：应用注册（让应用使用 Microsoft 身份平台的配置）、应用程序（客户端）ID、租户 ID、客户端密码（仅机密客户端）、重定向 URI、API 权限，以及注册应用时在租户中创建的服务主体。
支持的应用类型包括：Web 应用程序（服务端应用、API）、单页应用（JavaScript/React/Angular）、移动/本机应用（桌面、移动），以及守护程序/服务（后台服务、API）。
核心工作流分为五步。第一步注册应用：可在 Azure 门户中依次进入 Microsoft Entra ID → 应用注册，点击“新注册”，填写名称、支持的账户类型和重定向 URI 后点击“注册”；也可使用 Azure CLI 或 IaC（如 BICEP 示例）。若项目已使用 IaC、需要可扩展地管理大量应用注册或需要细粒度的配置变更审计历史，推荐使用 IaC 管理。第二步配置身份验证：Web 应用添加重定向 URI 并按需启用 ID 令牌；SPA 添加重定向 URI 并在必要时启用隐式授权流；移动/桌面使用 http://localhost 或自定义 URI 方案；服务使用客户端凭据流，无需重定向 URI。第三步配置 API 权限：授予访问 Microsoft API 或自有 API 的权限，常见 Microsoft Graph 权限包括 User.Read、User.ReadWrite.All、Directory.Read.All、Mail.Send。第四步创建客户端凭据：面向机密客户端（Web 应用、服务）可创建客户端密码、证书或联合身份凭据；客户端密码需在“证书和密码”中新建并立即复制值（仅显示一次），安全存储（推荐 Key Vault）；生产环境建议使用证书；联合身份凭据用于动态认证机密客户端。第五步实现 OAuth 流程并集成到应用代码中。
常见模式包括：首次应用注册（需要应用名称、应用类型、重定向 URI、所需权限）；带用户身份验证的控制台应用（需要编程语言、身份验证库如 MSAL、所需权限）；服务到服务身份验证（需要服务/应用名称、目标 API/资源、使用密码还是证书，采用客户端凭据流）。
该技能还提供 Azure CLI 命令参考，包括 az ad app create、az ad app list、az ad app show、az ad app permission add、az ad app credential reset、az ad sp create。推荐使用 MSAL 集成 Microsoft 身份平台，支持 .NET/C#（Microsoft.Identity.Client）、JavaScript/TypeScript（@azure/msal-browser、@azure/msal-node）和 Python（msal）。
安全最佳实践包括：不要硬编码密码，使用环境变量、Azure Key Vault 或托管标识；定期轮换密码并设置过期和自动轮换；生产环境优先使用证书而非密码；遵循最小权限原则，仅请求所需 API 权限；启用 MFA；Azure 托管应用使用托管标识以避免密码；始终验证令牌的颁发者、受众和过期时间；仅使用 HTTPS（localhost 除外）；使用 Entra ID 登录日志监控异常登录。
适用场景为在 Microsoft Entra ID 中进行应用注册、配置 OAuth 2.0 身份验证和 MSAL 集成，覆盖 Web、SPA、移动/桌面和后台服务等应用类型。限制方面：资料未提供该技能的收费、价格信息，未提供具体的平台限制说明，也未提供效果或性能数据。