Come si verifica che i codici OTP arrivino davvero su telefoni reali?

Una ricevuta di consegna proviene dalla stessa catena che trasporta il messaggio: il vostro fornitore SMS, uno o più aggregatori e l'operatore di destinazione. Vi dice che un anello di quella catena ha accettato il messaggio. Non vi dice che un telefono lo ha mostrato all'utente che sta aspettando di accedere.

I cambi di instradamento, il filtraggio e la riscrittura del sender ID avvengono tutti a valle dei sistemi che potete vedere. Dal lato dell'invio, un codice perso e un codice consegnato possono sembrare identici. L'unico punto in cui la differenza è visibile è l'ultimo: un vero telefono con una vera SIM, che legge il proprio archivio messaggi.

Una verifica utile registra cinque elementi per ogni messaggio. Primo, l'esito: ricevuto, o non osservato entro la finestra. Secondo, la latenza osservata in millisecondi, dal momento dell'invio al momento in cui il telefono ha ricevuto il messaggio. Terzo, il mittente esattamente come mostrato dal telefono, sia un numero E.164 sia un sender ID alfanumerico.

Quarto, l'integrità del contenuto: se il testo è arrivato come previsto, confrontato con il codice stesso mascherato in modo da non essere mai memorizzato in chiaro. Quinto, il contesto: marca temporale, paese del numero, operatore e metodo di accesso della SIM ricevente. Senza quel contesto una cifra di latenza non può essere interpretata, perché non dice quale rotta descrive.

La latenza è il tempo tra il vostro invio e l'arrivo del messaggio sul telefono. Un singolo valore è rumoroso; il segnale utile è l'andamento nel corso dei giorni. Una latenza che continua a crescere mentre ogni messaggio arriva ancora spesso indica accodamento o un cambio di rotta a monte, ben prima che gli utenti inizino a lamentarsi che i codici scadono.

Una latenza misurata su un numero e una SIM descrive solo quella rotta. Non è un benchmark della rete mobile di un paese e non deve mai essere presentata come tale. Confrontatela con il vostro tempo di scadenza del codice e con la vostra cronologia, non con cifre di altre rotte.

Il silenzio significa che nessun messaggio da un mittente autorizzato è arrivato entro la finestra. Le cause possibili sono diverse: il vostro sistema non ha inviato, il fornitore ha scartato il messaggio, un operatore lo ha filtrato, oppure il mittente è cambiato e non corrisponde più all'elenco autorizzato. Il telefono da solo non può distinguerle, quindi il silenzio è il segnale per controllare i vostri log di invio a quella marca temporale.

Il silenzio ha senso solo se il telefono ricevente era in buono stato. Se l'osservatore non è riuscito a leggere il telefono, il risultato onesto è inconcludente, non silenzio, e non deve contare contro il mittente. Witnio applica questa regola lato server, e il silenzio prima della prima osservazione riuscita non apre un incidente.

Witnio non invia mai l'OTP. Lo inviate voi dal vostro sistema al numero ricevente che vi è stato assegnato. Dichiarate i mittenti autorizzati (numeri E.164 o ID alfanumerici di 3-11 caratteri, corrispondenza esatta, mai un carattere jolly) e una finestra di correlazione tra 60 e 3.600 secondi, 900 per impostazione predefinita. Un token di correlazione opzionale di 6-32 caratteri collega un messaggio specifico all'esecuzione che lo osserva.

Ogni osservazione diventa un'esecuzione con il proprio stato, la latenza in millisecondi e una prova firmata con Ed25519 su una forma JSON canonica. Chiunque può verificare la firma sulla pagina pubblica di verifica senza un account. Le prove sono conservate 90 giorni nel piano Founder e 120 giorni nel piano Standard. Il contesto del corridoio è registrato in ogni registro firmato e condiviso su richiesta.

L'affidabilità del sistema è stata misurata separatamente, con guasti come perdita di rete e riavvii del servizio iniettati di proposito. Quella misura descrive se il sistema completa e classifica le esecuzioni da solo. Non è un tasso di consegna per nessun operatore.