안드로이드 설정

앱과 의존성 제공자 도메인이 디지털 자산 링크를 통해 연결된 경우 Android에서 패스키가 웹사이트와 작동합니다.

플러그인이 처리하는 내용

플러그인 설정을 추가하고 실행한 후 bunx cap sync플러그인이 생성된 Android 호스트 프로젝트를 패치합니다:

• injects asset_statements manifest metadata
• 만들어진 문자열 리소스를 참조하는 메타데이터에

호스팅하기 위해 여전히 필요합니다

__CAPGO_KEEP_0__은 반드시 assetlinks.json __CAPGO_KEEP_1__에 등록되어야 합니다.

https://signin.example.com/.well-known/assetlinks.json

__CAPGO_KEEP_3__ 예시:

[
  {
    "relation": [
      "delegate_permission/common.handle_all_urls",
      "delegate_permission/common.get_login_creds"
    ],
    "target": {
      "namespace": "android_app",
      "package_name": "app.capgo.passkey.example",
      "sha256_cert_fingerprints": [
        "AA:BB:CC:DD:EE:FF:00:11:22:33:44:55:66:77:88:99:AA:BB:CC:DD:EE:FF:00:11:22:33:44:55:66:77:88:99"
      ]
    }
  }
]

__CAPGO_KEEP_4__

1. __CAPGO_KEEP_6__ origin __CAPGO_KEEP_7__ domains __CAPGO_KEEP_8__ plugins.CapacitorPasskey __CAPGO_KEEP_9__ capacitor.config.*.
2. __CAPGO_KEEP_10__ bunx cap sync.
3. 실제 Android 패키지 이름을 사용하세요. assetlinks.json.
4. 디버그 또는 내부 signing 키를 포함하여 필요한 모든 signing certificate fingerprint를 추가하세요.
5. 대리인 ID를 사용하는 도메인과 동일한 도메인에서 파일을 호스팅하세요.

브라우저와 달리 중요한 동작 차이

디지털 자산 링크를 구성했을 때 Android는 동일한 대리인 및 패스 키를 사용할 수 있습니다. 남은 차이점은 네이티브에서 보고하는 Literal Origin입니다. clientDataJSON.

• 일반 Android 앱은 권한이 있는 브라우저와 같은 동작을 하지 않습니다.
• Android 앱 서명 대신 웹사이트 원본과 대조되는 Assertion Origin을 사용할 수 있습니다.
• 백엔드가 엄격하게 유효성 검사한다면 clientDataJSON.originAndroid 앱 원본을 포함하여 웹사이트 원본과 함께 수락하세요.

Android 설정에서 계속하세요.

If you are using 안드로이드 설정 to plan authentication and account flows, connect it with capgo/capacitor-passkey를 사용하여 for the native capability in capgo/capacitor-passkey, capgo/capacitor-social-login for the implementation detail in capgo/capacitor-social-login, capgo/capacitor-passkey for the implementation detail in capgo/capacitor-passkey, capgo/capacitor-native-biometric for the implementation detail in capgo/capacitor-native-biometric, and 두 단계 인증 __CAPGO_KEEP_0__ 구현 세부 사항입니다.