Check out what’s new from Firebase at Google I/O 2022. Learn more

Apple 플랫폼에서 DeviceCheck로 앱 확인 활성화

이 페이지에서는 내장 DeviceCheck 제공자를 사용하여 Apple 앱에서 App Check를 활성화하는 방법을 보여줍니다. 앱 확인을 활성화하면 앱만 프로젝트의 Firebase 리소스에 액세스할 수 있도록 할 수 있습니다. 이 기능의 개요 를 참조하십시오.

자체 사용자 지정 공급자와 함께 App Check를 사용하려면 사용자 지정 App Check 공급자 구현 을 참조하십시오.

1. Firebase 프로젝트 설정

  1. 아직 Apple 프로젝트에 Firebase를 추가 하지 않은 경우 추가합니다.

  2. Apple 개발자 사이트에서 DeviceCheck 개인 키를 만듭니다 .

  3. Firebase 콘솔의 App Check 섹션에서 DeviceCheck 제공업체에 App Check를 사용하도록 앱을 등록합니다. 이전 단계에서 생성한 개인 키를 제공해야 합니다.

    Firebase 제품에 대한 시행을 활성화하면 등록된 앱만 제품의 백엔드 리소스에 액세스할 수 있으므로 일반적으로 프로젝트의 모든 앱을 등록해야 합니다.

  4. 선택 사항 : 앱 등록 설정에서 공급자가 발급한 앱 확인 토큰에 대한 사용자 지정 TTL(수명)을 설정합니다. TTL을 30분에서 7일 사이의 값으로 설정할 수 있습니다. 이 값을 변경할 때 다음 절충 사항에 유의하십시오.

    • 보안: TTL이 짧을수록 유출되거나 가로채어진 토큰이 공격자가 남용할 수 있는 창을 줄이므로 더 강력한 보안을 제공합니다.
    • 성능: TTL이 짧을수록 앱이 더 자주 증명을 수행합니다. 앱 증명 프로세스는 수행될 때마다 네트워크 요청에 대기 시간을 추가하므로 짧은 TTL이 앱 성능에 영향을 줄 수 있습니다.
    • 할당량 및 비용: 더 짧은 TTL과 빈번한 재인증은 할당량을 더 빨리 고갈시키며, 유료 서비스의 경우 잠재적으로 더 많은 비용이 듭니다. 할당량 및 한도 를 참조하세요.

    1시간 의 기본 TTL은 대부분의 앱에 적합합니다. App Check 라이브러리는 TTL 기간의 약 절반에 토큰을 새로 고칩니다.

2. 앱에 App Check 라이브러리 추가

  1. 프로젝트의 Podfile 에 App Check에 대한 종속성을 추가합니다.

    pod 'FirebaseAppCheck'

    또는 대신 Swift 패키지 관리자 를 사용할 수 있습니다.

    또한 사용 중인 Firebase 서비스 클라이언트 라이브러리의 최신 버전을 사용하고 있는지 확인하세요.

  2. pod install 을 실행하고 생성된 .xcworkspace 파일을 엽니다.

앱 체크 라이브러리가 앱에 설치되면 업데이트된 앱을 사용자에게 배포하기 시작합니다.

업데이트된 클라이언트 앱은 Firebase에 대한 모든 요청과 함께 App Check 토큰을 보내기 시작하지만 Firebase 콘솔의 App Check 섹션에서 시행을 활성화할 때까지 Firebase 제품에서 토큰이 유효할 것을 요구하지 않습니다. 자세한 내용은 다음 두 섹션을 참조하십시오.

3. 요청 메트릭 모니터링

업데이트된 앱이 사용자에게 제공되었으므로 사용하는 Firebase 제품에 대해 App Check 시행을 활성화할 수 있습니다. 그러나 그렇게 하기 전에 그렇게 하는 것이 기존의 합법적인 사용자를 방해하지 않는지 확인해야 합니다.

실시간 데이터베이스, Cloud Firestore 및 Cloud Storage

실시간 데이터베이스, Cloud Firestore 및 Cloud Storage에 대해 이러한 결정을 내리는 데 사용할 수 있는 중요한 도구는 앱 확인 요청 메트릭 화면입니다.

제품에 대한 App Check 요청 측정항목을 보려면 Firebase 콘솔의 App Check 섹션을 엽니다. 예를 들어:

App Check 측정항목 페이지의 스크린샷

각 제품에 대한 요청 메트릭은 네 가지 범주로 나뉩니다.

  • 확인된 요청은 유효한 App Check 토큰이 있는 요청입니다. 앱 검사 시행을 활성화한 후에는 이 범주의 요청만 성공합니다.

  • 오래된 클라이언트 요청은 App Check 토큰이 누락된 요청입니다. 이러한 요청은 App Check가 앱에 포함되기 전에 Firebase SDK의 이전 버전에서 발생한 것일 수 있습니다.

  • 알 수 없는 출처 요청은 App Check 토큰이 없고 Firebase SDK에서 온 것 같지 않은 요청입니다. 이는 도난당한 API 키로 이루어진 요청 또는 Firebase SDK 없이 이루어진 위조된 요청에서 비롯된 것일 수 있습니다.

  • 잘못된 요청은 잘못된 앱 확인 토큰이 있는 요청으로, 앱을 가장하려고 시도하는 인증되지 않은 클라이언트나 에뮬레이트된 환경에서 발생할 수 있습니다.

앱에 대한 이러한 범주의 배포는 시행을 활성화하기로 결정할 때 알려야 합니다. 다음은 몇 가지 지침입니다.

  • 최근 요청이 거의 모두 확인된 클라이언트에서 온 경우 적용을 활성화하여 백엔드 리소스 보호를 시작하는 것이 좋습니다.

  • 최근 요청의 상당 부분이 오래된 클라이언트에서 온 것이라면 사용자를 방해하지 않으려면 시행을 활성화하기 전에 더 많은 사용자가 앱을 업데이트할 때까지 기다리는 것이 좋습니다. 출시된 앱에 App Check를 적용하면 App Check SDK와 통합되지 않은 이전 앱 버전이 중단됩니다.

  • 앱이 아직 실행되지 않은 경우 사용 중인 오래된 클라이언트가 없기 때문에 즉시 App Check 시행을 활성화해야 합니다.

클라우드 함수

Cloud Functions의 경우 함수의 로그를 검사하여 App Check 측정항목을 가져올 수 있습니다. 호출 가능한 함수를 호출할 때마다 다음 예와 같은 구조화된 로그 항목이 생성됩니다.

{
  "severity": "INFO",    // INFO, WARNING, or ERROR
  "logging.googleapis.com/labels": {"firebase-log-type": "callable-request-verification"},
  "jsonPayload": {
    "message": "Callable header verifications passed.",
    "verifications": {
      // ...
      "app": "MISSING",  // VALID, INVALID, or MISSING
    }
  }
}

다음 측정항목 필터 로 로그 기반 카운터 측정항목을 만들어 Google Cloud Console에서 이러한 측정항목을 분석할 수 있습니다.

resource.type="cloud_function"
resource.labels.function_name="YOUR_CLOUD_FUNCTION"
resource.labels.region="us-central1"
labels.firebase-log-type="callable-request-verification"

jsonPayload.verifications.appCheck 필드를 사용 하여 지표에 레이블 을 지정합니다.

4. 시행 활성화

시행을 활성화하려면 아래의 각 제품에 대한 지침을 따르세요. 제품에 대한 시행을 활성화하면 해당 제품에 대한 확인되지 않은 모든 요청이 거부됩니다.

실시간 데이터베이스, Cloud Firestore 및 Cloud Storage

실시간 데이터베이스, Cloud Firestore(iOS 및 Android), Cloud Storage에 대한 시행을 활성화하려면:

  1. Firebase 콘솔의 앱 확인 섹션을 엽니다.

  2. 시행을 활성화하려는 제품의 메트릭 보기를 확장합니다.

  3. 시행 을 클릭하고 선택 사항을 확인합니다.

시행을 활성화한 후 적용되는 데 최대 15분이 소요될 수 있습니다.

클라우드 함수

Cloud Functions에 대한 앱 검사 시행 활성화를 참조하십시오.

다음 단계

App Check용으로 앱을 등록한 후 개발 중 시뮬레이터와 같이 App Check가 일반적으로 유효한 것으로 분류하지 않는 환경에서 또는 지속적 통합(CI) 환경에서 앱을 실행하려는 경우 다음을 수행할 수 있습니다. 실제 증명 공급자 대신 App Check 디버그 공급자를 사용하는 앱의 디버그 빌드를 만듭니다.

Apple 플랫폼에서 디버그 공급자와 함께 앱 검사 사용을 참조하십시오.