在 Azure B2C 中实现密码重置电子邮件的验证链接

Lina Fontaine
2024年3月18日星期一 上午5:30:02
Azure

使用 Azure B2C 增强用户身份验证：从代码到链接

改变密码重置流程中的用户身份验证格局，特别是对于利用 Azure B2C 的应用程序来说，提出了独特的挑战。传统上，通过电子邮件发送的验证码是验证用户身份的一种简单但有些麻烦的方法。此过程通常涉及用户在电子邮件应用程序和需要身份验证的应用程序之间切换，从而带来潜在的摩擦和用户流失的机会。通过 SendGrid 等服务发送自定义电子邮件模板的出现为更简化的方法铺平了道路，但从使用简单的验证码到更用户友好的验证链接的过渡并不完全简单。

转向验证链接的灵感，类似于注册邀请流程中的做法，源于希望通过简化密码重置过程来增强用户体验。此举不仅旨在减少用户验证所需的步骤，而且还显着降低验证过程中出错的可能性。然而，缺乏专门用于在 Azure B2C 密码重置上下文中实施此更改的清晰、直接的示例或文档带来了挑战。这引起了开发人员社区内部的质疑，寻求那些已经踏上这一旅程的人的见解和经验。

命令 描述
using Microsoft.AspNetCore.Mvc; 包括 .NET Core 应用程序中控制器功能所需的 MVC 框架命名空间。
using System; 包括 System 命名空间，它提供了定义常用值和引用数据类型、事件和事件处理程序、接口、属性和处理异常的基本类和基类。
using System.Security.Cryptography; 提供加密服务，包括数据的安全编码和解码，以及许多其他操作，例如生成随机数。
Convert.ToBase64String() 将 8 位无符号整数数组转换为使用 Base-64 数字编码的等效字符串表示形式。
RandomNumberGenerator.GetBytes(64) 使用加密服务提供程序 (CSP) 生成安全随机字节序列。在这种情况下，它生成 64 个字节用作令牌。
<!DOCTYPE html> 声明 HTML 的文档类型和版本。
<html>, <head>, <title>, <body>, <script> 用于构建 HTML 文档和嵌入 JavaScript 代码的基本 HTML 标签。
window.onload 当页面完全加载时执行的 JavaScript 事件，包括所有框架、对象和图像。
new URLSearchParams(window.location.search) 构造 URLSearchParams 对象实例以轻松使用 URL 的查询字符串，从而提取令牌参数。

实施概述：电子邮件验证链接

使用 SendGrid 在 Azure B2C 中用验证链接替换验证码的过程涉及两个主要组件：后端脚本和前端页面。在 .NET Core 中开发的后端脚本负责在发起密码重置请求时生成唯一的安全令牌。然后，该令牌与用户的电子邮件和时间戳一起存储在数据库中，以确保它在设定的时间段后过期，从而增强安全性。为了实现此目的，该脚本利用“RandomNumberGenerator”类生成字节数组，然后使用“Convert.ToBase64String”将其转换为字符串表示形式。该字符串用作令牌。随后，该脚本利用 SendGrid 的功能向用户发送电子邮件。此电子邮件包含一个链接，该链接将生成的令牌作为参数嵌入，将用户引导至可以完成密码重置过程的前端页面。

前端组件由一个使用 JavaScript 增强的简单 HTML 页面组成。此页面旨在在用户通过验证链接到达后立即从 URL 捕获令牌。使用“window.onload”可确保脚本在页面加载后立即运行，而“new URLSearchParams(window.location.search)”则从 URL 中提取令牌。然后可以将令牌发送回服务器进行验证，验证其真实性以及用户重置密码的权限。后端令牌生成和前端令牌验证之间的无缝集成形成了安全且用户友好的密码重置流程，无需手动输入代码并增强了整体用户体验。

修改 Azure B2C 密码重置流程以使用验证链接

.NET Core 后端实现

using Microsoft.AspNetCore.Mvc;
using System;
using System.Security.Cryptography;
public class ResetPasswordController : Controller
{
    [HttpPost]
    public IActionResult GenerateLink([FromBody]string email)
    {
        var token = Convert.ToBase64String(RandomNumberGenerator.GetBytes(64));
        // Store the token with the user's email and expiration in your database
        // Send the email with SendGrid, including the token in a verification link
        return Ok(new { Message = "Verification link sent." });
    }
}

处理验证链接重定向

用于客户端的 HTML 和 JavaScript

<!DOCTYPE html>
<html>
<head>
    <title>Password Reset Verification</title>
</head>
<body>
    <script>
        window.onload = function() {
            // Extract token from URL
            var token = new URLSearchParams(window.location.search).get('token');
            // Call your API to verify the token and allow the user to reset their password
        };
    </script>
</body>
</html>

使用验证链接增强 Azure B2C 中的用户身份验证

从传统的验证码转向 Azure B2C 密码重置流程中的验证链接可提供更简化、更安全的用户体验。这种方法不仅简化了用户的流程，还通过提供直接的一次性密码重置链接来增强安全性，从而最大限度地降低拦截或未经授权使用的风险。底层技术涉及创建与用户的密码重置请求关联的唯一、安全的令牌，然后将该令牌嵌入到发送到用户电子邮件的链接中。此方法利用 Azure B2C 和 SendGrid 等云服务的可靠性和可扩展性，确保重置过程高效且稳健。

实现该系统需要仔细考虑多个组件，包括生成安全令牌、存储该令牌的过期时间以及确保包含链接的电子邮件安全地发送给用户。用户单击链接后，系统必须验证令牌，确保其有效且未过期，然后才允许用户继续重置密码。此工作流程不仅使密码重置更加简单，从而改善了用户体验，而且还通过确保只有电子邮件收件人才能访问重置链接，增加了额外的安全层。

验证链接实施的常见问题

  1. 验证链接如何提高安全性？
  2. 验证链接确保密码重置过程仅通过难以拦截或复制的安全一次性链接启动，从而提高了安全性。
  3. 验证链接会过期吗？
  4. 是的，验证链接可以设置为在预定时间后过期，以增强安全性并确保链接及时使用。
  5. 是否可以自定义带有验证链接的电子邮件模板？
  6. 是的，使用 SendGrid 等服务可以自定义电子邮件模板，确保验证链接电子邮件符合您的品牌和用户通信标准。
  7. 如果用户没有收到验证链接会怎样？
  8. 应为用户提供重新发送验证链接或联系支持人员寻求帮助的选项，以确保他们可以继续进行密码重置过程。
  9. 这个验证环节流程能否与现有的认证系统集成？
  10. 是的，验证链接过程可以与大多数现有的身份验证系统集成，尽管可能需要进行一些定制以确保无缝集成。

在电子邮件模板中实现验证链接代替传统代码以进行密码重置，标志着 Azure B2C 环境中的安全性和用户体验向前迈出了重要一步。这种方法不仅简化了用户的流程，使其更加直观且不易出错，而且还通过最大限度地降低代码被拦截或滥用的风险来增加额外的安全层。通过集成 SendGrid 等服务，开发人员可以确保这些电子邮件安全传送并符合数字通信的最新最佳实践。此外，这种方法还为进一步增强提供了可能性，例如提供更具品牌化体验的个性化 URL 以及对链接参与度的详细分析。最终，采用验证链接可以显着减少密码重置过程中的摩擦，鼓励用户采取更好的安全实践，并增强对平台保护用户数据承诺的信任。