내용으로 바로가기

안드로이드 설정

GitHub

Android에서 패스키는 앱과 의존성 파티 도메인이 디지털 자산 링크를 통해 연결되어 있을 때 웹사이트와 함께 작동합니다.

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

  • injects the asset_statements manifest metadata
  • generated string resource를 metadata에 의해 참조되는 문자열로 작성합니다.

호스팅에 필요한 것은 assetlinks.json 플러그인은

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

복사하기

[
{
"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"
]
}
}
]

체크리스트

체크리스트
  1. 설정 origin 그리고 domains 그리고 plugins.CapacitorPasskey 그리고 capacitor.config.*.
  2. 실행 bunx cap sync.
  3. 실제 안드로이드 패키지 이름을 사용하세요 assetlinks.json.
  4. 필요한 모든 서명 인증서 지문을 추가하세요. debug 또는 내부 서명 키를 포함하여 테스트하는 빌드도 포함합니다.
  5. 파일을 동일한 도메인에서 호스팅하세요. 그 도메인은 Relying-Party ID로 사용합니다.

브라우저와 다른 중요한 동작 차이점

Section titled “Android 앱에서 중요한 동작 차이점”

Digital Asset Links를 구성했을 때 Android는 동일한 의존자와 패스키를 사용할 수 있습니다. 나머지 차이점은 네이티브에서 보고되는 실제 출처입니다. clientDataJSON.

  • 일반적인 Android 앱은 브라우저와 같은 특권을 가지는 브라우저와 동작하지 않습니다.
  • 의사결정 출처는 웹사이트 출처 대신 Android 앱 서명과 연결될 수 있습니다.
  • 백엔드가 엄격하게 유효성을 검사한다면 clientDataJSON.originAndroid 앱 출처와 웹사이트 출처를 모두 허용하십시오.

Android 설정을 사용하여 인증 및 계정 흐름을 계획하고 있다면 Android 설정 그것을 @__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-passkey와 연결하십시오. Using @capgo/capacitor-passkey native 기능을 위한 @capgo/capacitor-passkey @capgo/capacitor-social-login for the implementation detail in @capgo/capacitor-social-login, @capgo/capacitor-passkey capgo/capacitor-passkey 구현 세부 사항을 위해 @capgo/capacitor-native-biometric for capgo capacitor-native-biometric 구현 세부사항에 대해 두 단계 인증 두 단계 인증 구현 세부 사항.