Informazioni sulla convalida della ricevuta e sull'aggiornamento della ricevuta in iOS

Question

Abbiamo riscontrato problemi nel flusso di convalida della ricevuta in iOS.

Ecco quello che attualmente facciamo (in fase di sviluppo):

In applicationDidFinishLaunching e in applicationWillEnterForeground convalidiamo la ricevuta sul lato server, se non v'è alcuna ricevuta o la ricevuta non è valido, cerchiamo di aggiornare la ricevuta e riconvalidarlo.

Qui sono alcuni problemi/domande:

1. Quali sono i casi in cui v'è nessuna ricevuta disponibili sul dispositivo?

2. Dovremmo sempre inviare una richiesta di aggiornamento ricevuta quando non c'è ricevuta?

3. Perché all'avvio viene visualizzata questa finestra di avviso? Capisco che questo è mostrato su una richiesta di aggiornamento della ricevuta?

4. Quando dovrebbe accadere una verifica della ricevuta? Attualmente lo facciamo ogni volta che viene effettuato un acquisto per verificare l'acquisto, è questo l'uso corretto?

Answer 1

1. Nella produzione di una ricevuta è sempre disponibile sul dispositivo. In prova dopo la prima installazione non c'è. Quindi, se si desidera eseguire un test corretto, è necessario ripristinare un acquisto anche se non esiste un acquisto su quell'utente nell'ambiente di prova . Perché? L'app scaricata dall'appstore viene sempre consegnata con una ricevuta anche se gratuita.
2. Dipende dalla logica aziendale che si desidera applicare. Se stai convalidando la ricevuta contro un server ogni volta che usi l'app, ovviamente hai bisogno della ricevuta. Se non è presente (ma in produzione è sempre) o non è valido, puoi chiedere un aggiornamento o un ripristino, ma per quanto mi ricordo dovresti chiedere sempre all'utente se lo desidera (può essere un motivo di rifiuto). Restore and Refresh non sono la stessa cosa.
3. Questo di solito appare in acquisto/ripristino/aggiornamento. Ma anche se l'account ha alcune richieste in sospeso perché l'app si è arrestata in modo anomalo o hai interrotto il debug prima che la richiesta finisse in qualche modo, ti annoieresti molto. Non c'è modo di svuotarli a livello di codice, basta accedere fino a quando non si fermano. Ovviamente non sarà un test valido.
4. Spetta a te e al tipo di acquisto. Se si tratta di una sottoscrizione autorenewable, è possibile convalidare la ricevuta su un server, quindi archiviare la "data di fine" sul client e effettuare un altro controllo dopo che la data è scaduta. Presta attenzione che le ricevute possono essere abbastanza grandi, perché hanno anche tutti i valori storici.

Answer 2

1.Nessun acquisto/ripristino ha avuto luogo.
2.Nope.See 1
4. Sicuro. Per i materiali di consumo, ricordarsi di salvare l'hash sul server, al fine di sconfiggere l'attacco di riproduzione.

Answer 3

1. Come detto Zhang, se non v'è nessun acquisto o di ripristino ha avuto luogo, non ci sarà nessuna ricevuta nel negozio
2. Individuare la ricevuta. Se non viene trovata una ricevuta, la convalida non riesce e non è necessario richiedere nuovamente l'aggiornamento della ricevuta. Solo quando ripristinerai il processo da solo, dovresti richiedere nuovamente la ricevuta.
3. Questo verrà mostrato sempre quando tenterai di aggiornare la ricevuta (o sceglierai dalle impostazioni che non vuoi chiedere una password per 15 minuti).
4. Sì.

Per ulteriori informazioni, guardate qui: https://www.objc.io/issues/17-security/receipt-validation/#about-validation