Bermigrasi dari SafetyNet Attestation API

Jika Anda telah memverifikasi respons menggunakan server tepercaya, migrasi dari SafetyNet Attestation API ke Play Integrity API menjadi mudah. Play Integrity API juga dapat digunakan sebagai pengganti pemeriksaan Pemberian Lisensi Aplikasi yang dilakukan langsung dengan aplikasi Play Store melalui AIDL, seperti yang dilakukan oleh Licensing Verification Library (LVL). Sebagian besar perubahan yang diperlukan akan berada di sisi server tepercaya, yang perlu membaca dan menganalisis token respons Play Integrity. Perhatikan bahwa selama migrasi, aplikasi dan server harus mendukung kedua API secara bersamaan untuk mendukung klien lama yang belum diupdate.

Aplikasi yang diberi peningkatan batasan kuota untuk SafetyNet Attestation API yang juga memenuhi syarat untuk peningkatan penggunaan Play Integrity API akan otomatis ditempatkan di tingkat 'Ditingkatkan' untuk mencakup penggunaannya.

Perubahan berikut diperlukan untuk mendukung Play Integrity API:

Klien Android:

  • Pastikan kode meneruskan nonce yang diformat dengan benar ke builder IntegrityTokenRequest:
    • String (bukan array byte)
    • URL-safe
    • Dienkode sebagai Base64 dan non-wrapping
    • Minimum 16 karakter
    • Maksimum 500 karakter
  • Tinjau logika percobaan ulangnya, dan pastikan aplikasi menangani error dengan tepat.
  • Pastikan data respons yang dikirim ke server tepercaya dapat membedakan antara respons SafetyNet Attestation API dan respons Play Integrity API.

Server Tepercaya:

  • Tinjau logika pembuatan nonce, dan pastikan logika tersebut memenuhi persyaratan Play Integrity API.
  • Pastikan kode server dapat membedakan antara respons SafetyNet Attestation API dan respons Play Integrity API. Pastikan kode mengurai dan memvalidasi respons tersebut dengan benar.
  • Tambahkan logika untuk memvalidasi dan mengurai respons Play Integrity API.
  • Karena respons Play Integrity API yang baru memberikan detail tambahan, mungkin perlu untuk meningkatkan logika pengambilan keputusan dan data masukan yang dikirim kembali ke perangkat klien. Untuk informasi selengkapnya, lihat bagian Pemetaan Respons API dalam topik ini.

Encoding nonce

Nonce terkait integritas harus diteruskan ke Play Integrity API sebagai berenkode Base64, URL-safe, dan non-wrapped String. Format ini berbeda dari SafetyNet Attestation API, yang memerlukan byte[].

  • "URL-safe" berarti menggunakan varian "URL and filename-safe" dari Base64 (lihat RFC 4648 bagian 5), dengan ‘-' dan ‘_' digunakan sebagai pengganti ‘+' dan ‘/'. Untuk informasi encoding Base64 lebih lanjut, lihat RFC 4648.
  • "no-wrap" berarti menghilangkan semua penutup baris. Ini berarti output-nya berupa satu baris panjang.
.setNonce(Base64.encodeToString(NONCE_BYTES,
        Base64.URL_SAFE | Base64.NO_WRAP))

Selain itu, pastikan pembuatan nonce sesuai dengan pedoman Play Integrity API.

Pemetaan Respons API

Tabel berikut memetakan kolom SafetyNet Attestation API ke Play Integrity API yang setara.

SafetyNet Attestation API Play Integrity API Catatan
timestampMs requestDetails.timestampMillis
nonce requestDetails.nonce
apkPackageName appIntegrity.packageName
apkCertificateDigestSha256 appIntegrity.certificateSha256Digest Pastikan appRecognitionVerdict ditetapkan ke PLAY_RECOGNIZED
ctsProfileMatch Digabungkan ke dalam deviceIntegrity.deviceRecognitionVerdict
basicIntegrity Digabungkan ke dalam deviceIntegrity.deviceRecognitionVerdict
evaluationType Digabungkan ke dalam deviceIntegrity.deviceRecognitionVerdict
advice Not available
error Not available Daftar label integritas perangkat akan kosong.

Pemetaan verdict integritas perangkat

SafetyNet Attestation API Play Integrity API
ctsProfileMatch basicIntegrity evaluationType device_recognition_verdict
FALSE FALSE Empty labels
FALSE TRUE MEETS_BASIC_INTEGRITY
TRUE FALSE Empty labels
TRUE TRUE BASIC MEETS_DEVICE_INTEGRITY, MEETS_BASIC_INTEGRITY
TRUE TRUE HARDWARE_BACKED MEETS_STRONG_INTEGRITY, MEETS_DEVICE_INTEGRITY, MEETS_BASIC_INTEGRITY

Anda mungkin perlu mengonfigurasi kumpulan respons integritas perangkat jika aplikasi Anda menggunakan strategi penerapan yang kompleks dan memerlukan semua nilai yang memungkinkan.

Logika Percobaan Ulang Play Integrity API

Aplikasi harus mencoba ulang panggilan API jika terdapat kode error tertentu. Pastikan Anda telah meninjau semua kode error, dan pastikan aplikasi mencoba ulang sesuai keperluan dengan backoff eksponensial. Pastikan penundaan minimum setidaknya 5 detik, yang meningkat secara eksponensial (5 detik, 10 detik, 20 detik, 40 detik, dan seterusnya), guna memberi API waktu yang cukup untuk menilai integritas perangkat dan aplikasi.

Penggantian Licensing API Aplikasi opsional

Jika menggunakan Licensing API Aplikasi, secara opsional Anda dapat bermigrasi untuk menggunakan Play Integrity API, karena token Play Integrity API menyertakan informasi lisensi aplikasi. Seperti migrasi SafetyNet Attestation API, Anda akan menemukan sejumlah perangkat untuk mempertahankan versi aplikasi yang lebih lama. Server tepercaya Anda harus dapat memproses respons Licensing API Aplikasi dan Play Integrity API.