Swift 和 AWS Cognito：未经验证的用户注册问题排查

揭开 AWS Cognito 注册之谜

在现代 Web 和移动应用程序开发领域，无缝集成身份验证服务对于确保安全和用户友好的体验至关重要。 AWS Cognito 是 Amazon 的可扩展身份管理和身份验证服务，使开发人员能够轻松向其应用程序添加用户注册、登录和访问控制。利用此类服务​​，开发人员旨在创建一个简化的用户注册流程，期望自动电子邮件验证等功能能够开箱即用。这一期望基于 AWS Cognito 处理复杂身份验证工作流程的能力的承诺，无需大量手动配置即可提供一层安全和验证。

然而，尽管正确配置了自动验证属性，但当出现未经验证的用户状态时，开发人员发现自己陷入了困惑的境地。这个问题不仅令人沮丧，而且还会阻碍用户的旅程，影响整体用户体验和对应用程序的信任。用于本地测试环境的 LocalStack 集成进一步使场景变得复杂，引入了模仿 AWS 服务的变量。应对这些挑战需要深入研究配置和实施细节，强调需要明确的指导和故障排除步骤，以确保 AWS Cognito 身份验证服务的无缝集成。

命令	描述
provider "aws"	定义 Terraform 的 AWS 提供商和配置，指定 LocalStack 的区域、访问密钥和终端节点调整。
resource "aws_cognito_user_pool"	创建具有指定属性（例如电子邮件验证、密码策略和恢复设置）的新 Cognito 用户池资源。
resource "aws_cognito_user_pool_client"	在 AWS Cognito 中定义用户池客户端，指定客户端设置，例如链接的用户池 ID 以及是否生成密钥。
output	指定 Terraform 中的输出变量，使用户池客户端 ID 等信息在 Terraform 外部可用。
AWSServiceConfiguration	在 Swift 中，配置 AWS 服务，设置区域和凭证提供程序。它在向 AWS 服务发出任何请求之前使用。
AWSCognitoIdentityProviderSignUpRequest()	在 AWS Cognito 服务中创建新用户的注册请求，允许您指定电子邮件和密码等用户属性。
AWSCognitoIdentityUserAttributeType()	在 Swift for Cognito 中定义用户属性类型（例如电子邮件），从而可以在注册期间自定义用户属性。
cognitoProvider.signUp()	使用之前定义的注册请求和属性在 Cognito 中执行新用户的注册操作。
DispatchQueue.main.async	确保异步注册操作完成后，UI 更新或完成处理程序代码在主线程上运行。

探索 AWS Cognito 的 Swift 和 Terraform 集成背后的机制

上面展示的脚本作为将 AWS Cognito 与 Swift 应用程序集成的基本方法，强调了用于基础设施设置的 Terraform 和用于操作逻辑的 Swift 的无缝融合。 Terraform 脚本通过为 AWS 定义一个提供程序块来启动该过程，指定为 LocalStack（一种在本地模拟 AWS 云服务的开源工具）量身定制的必要凭证和配置。这对于希望在不产生成本或影响实时环境的情况下测试 AWS 服务的开发环境至关重要。接下来，该脚本在 AWS Cognito 中精心设计一个用户池，详细说明密码策略、电子邮件验证和账户恢复设置等配置。这些设置对于确保用户帐户安全、可恢复且可通过电子邮件验证至关重要，电子邮件被设置为自动验证属性以简化用户注册过程。

该脚本转向 Swift 应用程序，强调新用户的注册功能。利用 AWSServiceConfiguration 和 AWSCognitoIdentityProviderSignUpRequest 类，应用程序以编程方式构造一个请求，以向 Terraform 脚本中定义的用户池注册新用户。用户的电子邮件和密码等关键属性与作为用户属性的电子邮件规范一起捆绑到请求中。 Terraform 和 Swift 之间的这种精心编排封装了管理用户身份验证和验证的整体方法，强调了后端基础设施与前端逻辑保持一致的重要性。目标是促进用户注册过程不仅安全，而且遵守配置的验证机制，从而解决尽管设置了 auto_verified_attributes，但用户仍然未经验证的初始挑战。

# Terraform configuration for AWS Cognito User Pool
provider "aws" {
  region                      = "us-east-1"
  access_key                  = "test"
  secret_key                  = "test"
  skip_credentials_validation = true
  skip_requesting_account_id  = true
  skip_metadata_api_check     = true
  endpoints {
    iam         = "http://localhost:4566"
    cognito-idp = "http://localhost:4566"
  }
}
resource "aws_cognito_user_pool" "main_user_pool" {
  name = "main_user_pool"
  # Configuration details...
}
resource "aws_cognito_user_pool_client" "userpool_client" {
  # Client details...
}
output "user_pool_client_id" {
  value = aws_cognito_user_pool_client.userpool_client.id
}

import Foundation
import AWSCognitoIdentityProvider
func registerUser(email: String, password: String) {
  let serviceConfiguration = AWSServiceConfiguration(region: .USEast1, credentialsProvider: nil)
  AWSServiceManager.default().defaultServiceConfiguration = serviceConfiguration
  let signUpRequest = AWSCognitoIdentityProviderSignUpRequest()!
  signUpRequest.clientId = CognitoConfig.clientId
  signUpRequest.username = email
  signUpRequest.password = password
  let emailAttribute = AWSCognitoIdentityUserAttributeType()
  emailAttribute?.name = "email"
  emailAttribute?.value = email
  signUpRequest.userAttributes = [emailAttribute!]
  let cognitoProvider = AWSCognitoIdentityProvider(forKey: "LocalStackCognito")
  cognitoProvider.signUp(signUpRequest).continueWith { task -> AnyObject? in
    DispatchQueue.main.async {
      if let error = task.error {
        print("Registration Error: \(error)")
      } else {
        print("Registration Success")
        loginUser(email: email, password: password)
      }
    }
    return nil
  }
}

使用 AWS Cognito 增强用户身份验证的安全性和可用性

将 AWS Cognito 集成到 Web 或移动应用程序时，需要考虑的一个关键方面是增强安全性，同时保持流畅的用户体验。 AWS Cognito 提供强大的功能，有助于保护用户数据并简化身份验证过程。一个重要的功能是能够添加多重身份验证 (MFA)，它除了用户名和密码之外还提供了额外的安全层。 MFA 要求用户提供两个或多个验证因素，其中可能包括发送到其移动设备的代码，这使得未经授权的访问变得更加困难。此外，AWS Cognito 支持使用联合身份，允许用户通过 Google、Facebook 或 Amazon 等外部身份提供商登录，利用其身份验证机制并简化用户的登录流程。

另一个重要功能是自定义身份验证流程，它允许开发人员定义其身份验证流程，包括验证码或密码更改要求等自定义挑战。这种灵活性确保身份验证过程可以根据应用程序的特定安全需求进行定制，同时也考虑到用户的便利性。此外，AWS Cognito 的内置用户池提供了可扩展到数亿用户的安全用户目录。此托管用户目录无需维护单独的用户管理系统，从而降低了管理用户凭证和属性的复杂性并提高了安全性。

解决 LocalStack 环境中 AWS Cognito 中未经验证的用户问题凸显了正确身份验证设置的复杂性和重要性。这一探索强调了细致配置的重要性，无论是在 Terraform 中创建用户池还是在 Swift 中执行用户注册过程。配置对最佳实践的忠实度确保了用户应该被自动验证，但未验证状态的意外结果表明 LocalStack 模拟中存在潜在差异或对 Cognito 验证过程的误解。它提醒我们，虽然 LocalStack 这样的工具对于本地开发和测试来说非常宝贵，但它们可能并不总是完美地反映 AWS 服务的行为。这种情况强调开发人员需要深入了解他们正在使用的服务，以及在出现意外行为时查阅文档和社区论坛的重要性。最终，本指南不仅有助于解决 AWS Cognito 的常见问题，而且还强调不断发展的云服务和应用程序开发环境所需的持续学习和适应。