SMS inscription comme dans l'appli mobile: whatsapp

Je me demande comment ces sms inscription des mécanismes de travail. J'ai cherché sur internet, mais le problème, c'est qu'il y a tellement de sms-les fournisseurs qui souhaitent vendre en ligne-service sms, que je ne peux pas trouver quoi que ce soit...

Question:
Comment cela fonctionne: Ensemble de votre mobile-nombre, et nous allons vous envoyer un SMS avec un code d'enregistrement. Placer ce code dans notre application.

Ce qui est derrière? Ont-ils un sms ou quelque chose comme ça? N'est-ce pas coûter trop cher??

grâce

InformationsquelleAutor eav | 2012-09-13
  1. 15

    Voici un simple vérification de numéro de téléphone service construit sur le haut de Nexmo (avertissement, je fais un petit développeur de l'évangélisation pour Nexmo). Je pense que c'est essentiellement ce que vous cherchez, le but est de vérifier qu'un nombre appartient à un utilisateur (peut également être utilisé pour le 2e facteur d'authentification).

    La base de l'intégration d'une application mobile (spécialement pour cet exemple de code, mais elles ont en commun de flux):

    • Envoyer le numéro de téléphone pour être vérifiée, de recevoir un hachage unique.
    • Le système de vérification envoie un code unique à l'utilisateur.
    • Une fois que l'utilisateur passe le code de votre application, le hachage d'origine et le code sont envoyées au système de vérification pour être validé.

    Vous pouvez abandonner l'a accueilli en partie, et il suffit de prendre ces mesures à l'intérieur de votre application (générer un code, envoyer via une API SMS, vérifiez le code de l'utilisateur saisit). Cependant, il ya quelques choses à considérer à ce point:

    • Les informations d'identification de l'API SMS sont compilés dans votre application distribuée. Est-ce quelque chose que vous voulez à risque?
    • Le code est envoyé par le biais du réseau de l'appareil, tandis que SSL va s'arrêter casual observation du code, quelqu'un qui voulait faux un enregistrement pourrait plus que probablement de capturer le code de la requête HTTP.

    Ces deux problèmes sont résolus en mettant le système de vérification en dehors de l'application mobile.

    • Le client ne peut généralement de communiquer directement avec le système de vérification (e.g: Nexmo) ou par un autre serveur?
    • Comme je le mentionne dans la réponse, le client pourrait rendre l'API demande directement à Nexmo, mais il est préférable d'utiliser un serveur intermédiaire.
    • nous espérons que cette question est toujours d'actualité. Vous avez décrit l'authentification initiale ci-dessus. Comment ultérieure auth demandes de travail? Ce que les informations d'identification du client à envoyer au serveur à chaque fois, avec le corps du message?
    • Dans ce contexte, vous avez seulement à faire une fois. Après avoir vérifié que l'utilisateur contrôle le nombre (ils sont la preuve que par la réception de l'fournissant le code unique), vous persistez que quelque part (leur profil, par exemple). Le processus ne se répète si vous avez besoin de nouveau vérifier qu'ils contrôle (ou un autre), nombre. Semblable à 2FA, mais un usage différent.
    • Merci Tim. Si je comprends bien droite, le schéma décrit ne s'applique qu'à la vérification de l'utilisateur numéro de téléphone, et ne pas servir un général de l'API Auth mécanisme à partir d'un téléphone. Donc, pour la suite des appels d'API fait à partir de la vérifiées téléphone pour le serveur, complètement différent de ce mécanisme doit être utilisé (par exemple) générer un guid après le téléphone a été validé avec succès et envoyer ce guid dans le cadre d'appels vers le serveur. Est-ce à son droit?
    • C'est correct. Dans la plupart des cas, vous disposez déjà d'un certain type d'authentification de l'utilisateur à la place (ils ont fourni le nom d'utilisateur / mot de passe, le serment des jetons, etc). La vérification du numéro d'étape ne vérifie que l'utilisateur réel contrôle un numéro de téléphone spécifique.
    • Mais j'ai aussi besoin d'une Passerelle SMS pour cela?
    • Dans cet exemple, Nexmo est la porte d'entrée. Nexmo a aussi un nouveau vérifier API (essentiellement à l'exemple de la partie de l'API): nexmo.com/verify

    InformationsquelleAutor Tim Lytle
  2. 9

    je sais que ce post est vieux, mais c'est pour tous les gens comment visiter cette page dans la feuture:

    ce que l'utilisateur "Dures Shah", a dit est faux..

    vous ne DEVRAIT PAS générer un nombre aléatoire sur l'appareil lui-même!
    ce compromis l'ensemble de la vérification,

    1. vous demander à l'utilisateur numéro de téléphone, de l'envoyer au serveur.
    2. comme une réponse à cette demande, vous générer un nombre aléatoire et d'enregistrer avec le numéro d'utilisateur sur il y a les enregistrements d'utilisateurs sur db, et d'envoyer des SMS avec ce nombre aléatoire, la RÉPONSE pour la demande doit être ENVOYÉE-OK, PAS-ENVOYÉ.
    3. l'appareil est le SMS et l'envoyer vers le serveur de comper avec le existé db enregistrement.

    d'échange de données:

    1. téléphone envoie('012345567')-> serveur de répondre ("ENVOYÉ-OK');
      sur le fond:
      serveur: [générer nombre, l'envoie de SMS, enregistrer en db pour l'utilisateur 01234567, par exemple: 123123]

    [le téléphone lit les SMS par exemple que "123123']

    1. téléphone envoie('01234567','123123')->serveur de répondre('AUTH-OK');

    sur le fond:
    serveur: [check db pour l'enregistrement de l'utilisateur 01234567, comper, le nombre aléatoire généré à l'étape 1 avec le numéro de l'utilisateur a envoyé).

    si vous générez le numéro dans le téléphone de l'utilisateur, quel que soit le script kiddie pouvez pirater votre authentification par l'extraction de ce numéro à partir de la mémoire/stockage (facile à faire) et l'usurpation d'identité d'un sms contenant (super facile à faire aussi bien)...
    vous pourriez penser que c'est un cas rare, mais c'est un grand trou dans la sécurité, vous pouvez vous authentifier comme tout utilisateur existant et de voler des données si vous le faire de la manière "Dure Shah", a déclaré...

    • Je suis d'accord avec vous, du point de vue sécurité, il est préférable de générer le nombre aléatoire sur le serveur
    InformationsquelleAutor itai
  3. 4

    Les principes de base sont :

    1. Générer un code aléatoire dans votre application sur le périphérique. Demander à l'utilisateur par son numéro de mobile.
    2. Envoyer ce code et numéro de téléphone mobile à votre application en cours d'exécution sur le serveur.
    3. Appel de la passerelle sms API pour envoyer le code comme un message sur le numéro de téléphone spécifié.

    Il y a beaucoup de SMS des fournisseurs de passerelle. Vous pouvez effectuer une recherche sur google. La plupart d'entre eux fournissent également un tutoriel pour l'utilisation de leur API dans divers langages de programmation. Le coût est basé principalement sur par message et ils sont généralement à être acheté sous forme de package de nombre de Sms.

    • merci. En outre, si quelqu'un lit ceci dans le futur: nexmo.com est un très bon fournisseur..
    InformationsquelleAutor androidFan
  4. 2

    Cet article explique comment intégrer les sms de vérification de votre application android comme whats App.

    Android ajout de la validation par SMS Comme WhatsApp – Partie 1

    Android ajout de la validation par SMS Comme WhatsApp – Partie 2

    SMS inscription comme dans l'appli mobile: whatsapp

    Essentiellement les étapes suivantes consiste dans la vérification de votre numéro de mobile

    1. Premier utilisateur numéro de téléphone mobile sera envoyé à notre serveur, où une nouvelle ligne d'utilisateur sera créé.

    2. Nos demandes de serveur de la passerelle SMS pour les sms sur le numéro de téléphone mobile avec un code de vérification.

    3. Passerelle SMS envoie un SMS à l'appareil de l'utilisateur avec le code de vérification.

    4. Le code de vérification sera envoyé à notre serveur pour vérification. Notre serveur vérifie et active l'utilisateur.

    InformationsquelleAutor Minion