Firebase Summit에서 발표된 모든 내용을 살펴보고 Firebase로 앱을 빠르게 개발하고 안심하고 앱을 실행하는 방법을 알아보세요. 자세히 알아보기

Apple 플랫폼에서 이메일 링크를 사용하여 Firebase로 인증

Firebase 인증을 사용하여 사용자가 클릭하여 로그인할 수 있는 링크가 포함된 이메일을 전송하여 로그인할 수 있습니다. 이 과정에서 사용자의 이메일 주소도 확인됩니다.

이메일로 로그인하면 다음과 같은 많은 이점이 있습니다.

  • 마찰이 적은 가입 및 로그인.
  • 잘 선택된 암호의 보안을 약화시킬 수 있는 응용 프로그램 전체에서 암호 재사용 위험을 낮춥니다.
  • 사용자가 이메일 주소의 적법한 소유자인지 확인하는 동시에 사용자를 인증하는 기능입니다.
  • 사용자는 액세스 가능한 이메일 계정만 있으면 로그인할 수 있습니다. 전화번호나 소셜 미디어 계정의 소유권은 필요하지 않습니다.
  • 사용자는 모바일 장치에서 번거로울 수 있는 암호를 제공(또는 기억)할 필요 없이 안전하게 로그인할 수 있습니다.
  • 이전에 이메일 식별자(비밀번호 또는 연합)로 로그인한 기존 사용자는 이메일만으로 로그인하도록 업그레이드할 수 있습니다. 예를 들어 비밀번호를 잊어버린 사용자는 비밀번호를 재설정하지 않고도 로그인할 수 있습니다.

시작하기 전에

Swift Package Manager를 사용하여 Firebase 종속 항목을 설치하고 관리합니다.

  1. Xcode에서 앱 프로젝트를 연 상태에서 File > Add Packages 로 이동합니다.
  2. 메시지가 표시되면 Firebase Apple 플랫폼 SDK 저장소를 추가합니다.
  3.   https://github.com/firebase/firebase-ios-sdk
  4. Firebase 인증 라이브러리를 선택합니다.
  5. 완료되면 Xcode는 자동으로 백그라운드에서 종속성을 해결하고 다운로드하기 시작합니다.

이메일 링크로 사용자를 로그인하려면 먼저 Firebase 프로젝트에 대해 이메일 공급자 및 이메일 링크 로그인 방법을 활성화해야 합니다.

  1. Firebase 콘솔 에서 인증 섹션을 엽니다.
  2. 로그인 방법 탭에서 이메일/암호 공급자를 활성화합니다. 이메일 링크 로그인을 사용하려면 이메일/비밀번호 로그인이 활성화되어 있어야 합니다.
  3. 같은 섹션에서 이메일 링크(암호 없는 로그인) 로그인 방법을 활성화합니다.
  4. 저장 을 클릭합니다.

인증 흐름을 시작하려면 사용자에게 이메일 주소를 제공하라는 메시지를 표시하는 인터페이스를 사용자에게 제시한 다음 sendSignInLink 를 호출하여 Firebase가 사용자 이메일에 인증 링크를 보내도록 요청합니다.

  1. 이메일 링크를 구성하는 방법에 대한 지침을 Firebase에 제공하는 ActionCodeSettings 개체를 구성합니다. 다음 필드를 설정합니다.

    • url: 삽입할 딥 링크 및 전달할 추가 상태. 링크의 도메인은 로그인 방법 탭(인증 -> 로그인 방법)으로 이동하여 찾을 수 있는 승인된 도메인의 Firebase 콘솔 목록에 허용 목록에 있어야 합니다.
    • iOSBundleID 및 androidPackageName : Android 또는 Apple 기기에서 로그인 링크가 열릴 때 사용할 앱입니다. 모바일 앱을 통해 이메일 작업 링크를 열도록 Firebase 동적 링크를 구성 하는 방법에 대해 자세히 알아보세요.
    • handleCodeInApp: true로 설정합니다. 로그인 작업은 다른 대역 외 이메일 작업(비밀번호 재설정 및 이메일 확인)과 달리 항상 앱에서 완료해야 합니다. 이는 흐름이 끝날 때 사용자가 로그인하고 인증 상태가 앱 내에서 유지될 것으로 예상되기 때문입니다.
    • dynamicLinkDomain: 프로젝트에 대해 여러 사용자 지정 동적 링크 도메인이 정의된 경우 지정된 모바일 앱(예: example.page.link )을 통해 링크를 열 때 사용할 도메인을 지정합니다. 그렇지 않으면 첫 번째 도메인이 자동으로 선택됩니다.

    빠른

    let actionCodeSettings = ActionCodeSettings()
    actionCodeSettings.url = URL(string: "https://www.example.com")
    // The sign-in operation has to always be completed in the app.
    actionCodeSettings.handleCodeInApp = true
    actionCodeSettings.setIOSBundleID(Bundle.main.bundleIdentifier!)
    actionCodeSettings.setAndroidPackageName("com.example.android",
                                             installIfNotAvailable: false, minimumVersion: "12")
    

    목표-C

    FIRActionCodeSettings *actionCodeSettings = [[FIRActionCodeSettings alloc] init];
    [actionCodeSettings setURL:[NSURL URLWithString:@"https://www.example.com"]];
    // The sign-in operation has to always be completed in the app.
    actionCodeSettings.handleCodeInApp = YES;
    [actionCodeSettings setIOSBundleID:[[NSBundle mainBundle] bundleIdentifier]];
    [actionCodeSettings setAndroidPackageName:@"com.example.android"
                        installIfNotAvailable:NO
                               minimumVersion:@"12"];
    

    ActionCodeSettings에 대한 자세한 내용 은 이메일 작업 섹션의 전달 상태를 참조하십시오.

  2. 사용자에게 이메일을 요청합니다.

  3. 인증 링크를 사용자의 이메일로 전송하고 사용자가 동일한 기기에서 이메일 로그인을 완료한 경우 사용자의 이메일을 저장합니다.

    빠른

    Auth.auth().sendSignInLink(toEmail: email,
                               actionCodeSettings: actionCodeSettings) { error in
      // ...
        if let error = error {
          self.showMessagePrompt(error.localizedDescription)
          return
        }
        // The link was successfully sent. Inform the user.
        // Save the email locally so you don't need to ask the user for it again
        // if they open the link on the same device.
        UserDefaults.standard.set(email, forKey: "Email")
        self.showMessagePrompt("Check your email for link")
        // ...
    }
    

    목표-C

    [[FIRAuth auth] sendSignInLinkToEmail:email
                       actionCodeSettings:actionCodeSettings
                               completion:^(NSError *_Nullable error) {
      // ...
        if (error) {
          [self showMessagePrompt:error.localizedDescription];
           return;
        }
        // The link was successfully sent. Inform the user.
        // Save the email locally so you don't need to ask the user for it again
        // if they open the link on the same device.
        [NSUserDefaults.standardUserDefaults setObject:email forKey:@"Email"];
        [self showMessagePrompt:@"Check your email for link"];
        // ...
    }];
    

보안 문제

로그인 링크가 의도하지 않은 사용자 또는 의도하지 않은 기기에 로그인하는 데 사용되는 것을 방지하기 위해 로그인 과정을 완료할 때 Firebase 인증에서 사용자의 이메일 주소를 제공해야 합니다. 로그인에 성공하려면 이 이메일 주소가 로그인 링크가 원래 전송된 주소와 일치해야 합니다.

로그인 이메일을 보낼 때 이메일 주소를 로컬에 저장하여 링크를 요청한 동일한 장치에서 로그인 링크를 여는 사용자를 위해 이 흐름을 간소화할 수 있습니다. 그런 다음 이 주소를 사용하여 흐름을 완료합니다.

로그인이 완료되면 이전의 확인되지 않은 로그인 메커니즘이 사용자에게서 제거되고 기존 세션이 무효화됩니다. 예를 들어 누군가 이전에 동일한 이메일과 비밀번호로 확인되지 않은 계정을 만든 경우 소유권을 주장하고 해당 확인되지 않은 계정을 만든 사칭자가 동일한 계정으로 다시 로그인하지 못하도록 사용자의 비밀번호가 제거됩니다.

Apple 모바일 앱에서 로그인 완료

Firebase 인증은 Firebase 동적 링크를 사용하여 모바일 장치에 이메일 링크를 보냅니다. 모바일 애플리케이션을 통해 로그인을 완료하려면 수신 애플리케이션 링크를 감지하고 기본 딥 링크를 구문 분석한 다음 로그인을 완료하도록 애플리케이션을 구성해야 합니다.

Firebase 인증은 모바일 애플리케이션에서 열려는 링크를 보낼 때 Firebase 동적 링크 를 사용합니다. 이 기능을 사용하려면 Firebase 콘솔에서 동적 링크를 구성해야 합니다.

  1. Firebase 동적 링크 활성화:

    1. Firebase 콘솔 에서 동적 링크 섹션을 엽니다.
    2. 아직 동적 링크 약관에 동의하지 않았고 동적 링크 도메인을 생성하지 않았다면 지금 수행하십시오.

      동적 링크 도메인을 이미 만든 경우 기록해 둡니다. 동적 링크 도메인은 일반적으로 다음 예와 같습니다.

      example.page.link

      수신 링크를 가로채도록 Apple 또는 Android 앱을 구성할 때 이 값이 필요합니다.

  2. Apple 애플리케이션 구성:

    1. 애플리케이션에서 이러한 링크를 처리하려는 경우 Firebase 콘솔 프로젝트 설정에서 번들 ID를 지정해야 합니다. 또한 App Store ID와 Apple Developer Team ID도 지정해야 합니다.
    2. 또한 이메일 작업 처리기 도메인을 응용 프로그램 기능에서 연결된 도메인으로 구성해야 합니다. 기본적으로 이메일 작업 핸들러는 다음 예와 같은 도메인에서
      APP_ID.firebaseapp.com
      됩니다.
    3. iOS 버전 8 이하에 애플리케이션을 배포하려는 경우 번들 ID를 수신 URL에 대한 사용자 지정 스키마로 설정해야 합니다.
    4. 이에 대한 자세한 내용은 Apple 플랫폼 Dynamic Links 지침 받기 를 참조하십시오.

위에서 설명한 대로 링크를 수신한 후 이메일 링크 인증을 위한 것인지 확인하고 로그인을 완료합니다.

빠른

if Auth.auth().isSignIn(withEmailLink: link) {
        Auth.auth().signIn(withEmail: email, link: self.link) { user, error in
          // ...
        }
}

목표-C

if ([[FIRAuth auth] isSignInWithEmailLink:link]) {
    [[FIRAuth auth] signInWithEmail:email
                               link:link
                         completion:^(FIRAuthDataResult * _Nullable authResult, NSError * _Nullable error) {
      // ...
    }];
}

Android 애플리케이션에서 이메일 링크로 로그인을 처리하는 방법에 대해 알아보려면 Android 가이드 를 참조하십시오.

웹 애플리케이션에서 이메일 링크로 로그인을 처리하는 방법에 대해 알아보려면 웹 가이드 를 참조하십시오.

이 인증 방법을 기존 사용자에게 연결할 수도 있습니다. 예를 들어 이전에 전화번호와 같은 다른 공급자로 인증된 사용자는 기존 계정에 이 로그인 방법을 추가할 수 있습니다.

차이점은 작업 후반부에 있습니다.

빠른

  let credential = EmailAuthCredential.credential(withEmail:email
                                                       link:link)
  Auth.auth().currentUser?.link(with: credential) { authData, error in
    if (error) {
      // And error occurred during linking.
      return
    }
    // The provider was successfully linked.
    // The phone user can now sign in with their phone number or email.
  }

목표-C

  FIRAuthCredential *credential =
      [FIREmailAuthProvider credentialWithEmail:email link:link];
  [FIRAuth auth].currentUser
      linkWithCredential:credential
              completion:^(FIRAuthDataResult *_Nullable result,
                           NSError *_Nullable error) {
    if (error) {
      // And error occurred during linking.
      return;
    }
    // The provider was successfully linked.
    // The phone user can now sign in with their phone number or email.
  }];

민감한 작업을 실행하기 전에 이메일 링크 사용자를 재인증하는 데 사용할 수도 있습니다.

빠른

  let credential = EmailAuthProvider.credential(withEmail:email
                                                       link:link)
  Auth.auth().currentUser?.reauthenticate(with: credential) { authData, error in
    if (error) {
      // And error occurred during re-authentication.
      return
    }
    // The user was successfully re-authenticated.
  }

목표-C

  FIRAuthCredential *credential =
      [FIREmailAuthCredential credentialWithEmail:email link:link];
  [FIRAuth auth].currentUser
      reauthenticateWithCredential:credential
                        completion:^(FIRAuthDataResult *_Nullable result,
                                     NSError *_Nullable error) {
    if (error) {
      // And error occurred during re-authentication
      return;
    }
    // The user was successfully re-authenticated.
  }];

그러나 원래 사용자가 로그인하지 않은 다른 장치에서 흐름이 종료될 수 있으므로 이 흐름이 완료되지 않을 수 있습니다. 이 경우 사용자에게 동일한 장치에서 링크를 열도록 강제하는 오류가 표시될 수 있습니다. 작업 유형 및 사용자 uid에 대한 정보를 제공하기 위해 링크에서 일부 상태를 전달할 수 있습니다.

이메일을 통한 비밀번호 및 링크 기반 로그인을 모두 지원하는 경우 비밀번호/링크 사용자의 로그인 방법을 구분하려면 fetchSignInMethodsForEmail 을 사용하세요. 이는 사용자에게 먼저 이메일을 제공하라는 요청을 받은 다음 로그인 방법이 제시되는 식별자 우선 흐름에 유용합니다.

빠른

 // After asking the user for their email.
 Auth.auth().fetchSignInMethods(forEmail: email) { signInMethods, error in
   // This returns the same array as fetchProviders(forEmail:completion:) but for email
   // provider identified by 'password' string, signInMethods would contain 2
   // different strings:
   // 'emailLink' if the user previously signed in with an email/link
   // 'password' if the user has a password.
   // A user could have both.
   if (error) {
     // Handle error case.
   }
   if (!signInMethods.contains(EmailPasswordAuthSignInMethod)) {
     // User can sign in with email/password.
   }
   if (!signInMethods.contains(EmailLinkAuthSignInMethod)) {
     // User can sign in with email/link.
   }
 }

목표-C

 // After asking the user for their email.
 [FIRAuth auth] fetchSignInMethodsForEmail:email
                                completion:^(NSArray *_Nullable signInMethods,
                                             NSError *_Nullable error) {
   // This returns the same array as fetchProvidersForEmail but for email
   // provider identified by 'password' string, signInMethods would contain 2
   // different strings:
   // 'emailLink' if the user previously signed in with an email/link
   // 'password' if the user has a password.
   // A user could have both.
   if (error) {
     // Handle error case.
   }
   if (![signInMethods containsObject:FIREmailPasswordAuthSignInMethod]) {
     // User can sign in with email/password.
   }
   if (![signInMethods containsObject:FIREmailLinkAuthSignInMethod]) {
     // User can sign in with email/link.
   }
 }];

위에서 설명한 것처럼 이메일/비밀번호 및 이메일/링크는 로그인 방법이 다른 동일한 EmailAuthProvider (동일한 PROVIDER_ID )로 간주됩니다.

다음 단계

사용자가 처음으로 로그인하면 새 사용자 계정이 생성되고 사용자가 로그인할 때 사용한 자격 증명(즉, 사용자 이름과 암호, 전화 번호 또는 인증 공급자 정보)에 연결됩니다. 이 새 계정은 Firebase 프로젝트의 일부로 저장되며 사용자 로그인 방법에 관계없이 프로젝트의 모든 앱에서 사용자를 식별하는 데 사용할 수 있습니다.

  • 앱에서 User 개체에서 사용자의 기본 프로필 정보를 가져올 수 있습니다. 사용자 관리 를 참조하십시오.

  • Firebase 실시간 데이터베이스 및 Cloud Storage 보안 규칙 에서 auth 변수에서 로그인한 사용자의 고유한 사용자 ID를 가져와 사용자가 액세스할 수 있는 데이터를 제어하는 ​​데 사용할 수 있습니다.

인증 공급자 자격 증명을 기존 사용자 계정에 연결하여 사용자가 여러 인증 공급자를 사용하여 앱에 로그인하도록 허용할 수 있습니다.

사용자를 로그아웃하려면 signOut: 을 호출합니다.

빠른

    let firebaseAuth = Auth.auth()
do {
  try firebaseAuth.signOut()
} catch let signOutError as NSError {
  print("Error signing out: %@", signOutError)
}
  

목표-C

    NSError *signOutError;
BOOL status = [[FIRAuth auth] signOut:&signOutError];
if (!status) {
  NSLog(@"Error signing out: %@", signOutError);
  return;
}

인증 오류의 전체 범위에 대한 오류 처리 코드를 추가할 수도 있습니다. 오류 처리 를 참조하십시오.