Comment vérifier que les codes OTP sont réellement livrés sur de vrais téléphones ?

Un accusé de réception provient de la même chaîne qui transporte le message : votre fournisseur SMS, un ou plusieurs agrégateurs et l'opérateur de destination. Il vous indique qu'un maillon de cette chaîne a accepté le message. Il ne vous indique pas qu'un téléphone l'a affiché à l'utilisateur qui attend de se connecter.

Les changements de routage, le filtrage et la réécriture de l'identifiant de l'expéditeur se produisent tous en aval des systèmes que vous pouvez voir. Du côté de l'envoi, un code perdu et un code livré peuvent sembler identiques. Le seul endroit où la différence est visible est le dernier maillon : un vrai téléphone avec une vraie carte SIM, lisant son propre magasin de messages.

Une vérification utile enregistre cinq éléments pour chaque message. Premièrement, le résultat : reçu, ou non observé dans la fenêtre. Deuxièmement, la latence observée en millisecondes, entre le moment de l'envoi et le moment où le téléphone a détenu le message. Troisièmement, l'expéditeur exactement tel qu'affiché par le téléphone, qu'il s'agisse d'un numéro E.164 ou d'un identifiant expéditeur alphanumérique.

Quatrièmement, l'intégrité du contenu : si le texte est arrivé comme prévu, comparé au code lui-même masqué afin qu'il ne soit jamais stocké en clair. Cinquièmement, le contexte : horodatage, pays du numéro, opérateur et méthode d'accès de la carte SIM réceptrice. Sans ce contexte, un chiffre de latence ne peut pas être interprété, car il ne précise pas quelle route il décrit.

La latence est le temps entre votre envoi et l'arrivée du message sur le téléphone. Une valeur isolée est bruitée ; le signal utile est le schéma observé sur plusieurs jours. Une latence qui ne cesse d'augmenter alors que chaque message arrive toujours pointe souvent vers une mise en file d'attente ou un changement de route en amont, bien avant que les utilisateurs ne commencent à se plaindre que les codes expirent.

Une latence mesurée sur un numéro et une carte SIM ne décrit que cette route. Ce n'est pas une référence du réseau mobile d'un pays, et elle ne doit jamais être présentée comme telle. Comparez-la avec votre propre délai d'expiration des codes et avec votre historique, pas avec des chiffres provenant d'autres routes.

Le silence signifie qu'aucun message d'un expéditeur autorisé n'est arrivé dans la fenêtre. Les causes possibles sont multiples : votre système n'a pas envoyé, le fournisseur a abandonné le message, un opérateur l'a filtré, ou l'expéditeur a changé et ne correspond plus à la liste autorisée. Le téléphone seul ne peut pas les distinguer, donc le silence est le signal pour vérifier vos propres journaux d'envoi à cet horodatage.

Le silence n'a de sens que si le téléphone récepteur était en bon état. Si l'observateur n'a pas pu lire le téléphone, le résultat honnête est non concluant, pas silencieux, et il ne doit pas être compté contre l'expéditeur. Witnio applique cette règle côté serveur, et un silence antérieur à la première observation réussie n'ouvre pas d'incident.

Witnio n'envoie jamais l'OTP. Vous l'envoyez depuis votre propre système vers le numéro récepteur qui vous est assigné. Vous déclarez les expéditeurs autorisés (numéros E.164 ou identifiants alphanumériques de 3 à 11 caractères, correspondance exacte, jamais de caractère générique) et une fenêtre de corrélation comprise entre 60 et 3 600 secondes, 900 par défaut. Un jeton de corrélation optionnel de 6 à 32 caractères relie un message spécifique à l'exécution qui l'observe.

Chaque observation devient une exécution avec son statut, sa latence en millisecondes et une preuve signée avec Ed25519 sur une forme JSON canonique. N'importe qui peut vérifier la signature sur la page de vérification publique sans compte. Les preuves sont conservées 90 jours dans le plan Founder et 120 jours dans le plan Standard. Le contexte du corridor est consigné dans chaque enregistrement signé et communiqué sur demande.

La fiabilité du système a été mesurée séparément, avec des défauts tels que des pertes de réseau et des redémarrages de service injectés volontairement. Cette mesure indique si le système termine et classe les exécutions par lui-même. Ce n'est pas un taux de livraison pour un opérateur quelconque.