FR 2959380 A1 20111028 FR 1001760 A 20100423 MECANISME DE SÉCURITÉ CONTRE LES DEMANDES NON AUTORISÉES DE PREUVES DE RÉCEPTION (PoR) TRANSPORTÉES DANS UN NOUVEAU SMS CRÉÉ PAR LE TERMINAL MOBILE (MO-SMS) : FILTRAGE A PARTIR DE L'INSPECTION DU CONTENU DU SMS DE RÉPONSE 5 GÉNÉRÉ Le mécanisme décrit dans ce document montre une méthode pour contrôler une réponse envoyée par un terminal mobile contenant une demande de preuve de réception (Proof of Receipt ù PoR) non autorisée et transportée dans un message court de type SMS généré par 10 le terminal mobile (Mobile Originated Short Message Service ù MO SMS). La preuve de réception (Proof of Receipt ù PoR) est un mécanisme automatique de réponse défini par l'organisme de normalisation 3GPP (3rd Generation Partnetship Project) pour permettre à une plateforme réseau émettrice d'une commande de contrôle de recevoir en retour le résultat de l'ordre ou l'instruction envoyée à la carte (U)SIM. 15 Il existe deux types de canaux de transport pour acheminer l'accusé de réception (PoR) de retour vers la plateforme émettrice : - A l'intérieur d'un nouveau message court généré par le terminal mobile (MO-SMS) A l'intérieur du message Delivery Receipt associé au message court reçu préalablement contenant la commande de contrôle. 20 Dans le premier cas, le cout de ce nouveau SMS sera chargé à l'abonné mobile, comme n'importe quel autre SMS qu'il ait envoyé. De plus, le coût associé à ce SMS dépendra du numéro de destination ce qui veut dire que le prix peut varier de 0 centimes jusqu'à plusieurs euros selon le type d'abonnement souscrit et la tarification appliquée par l'opérateur de téléphonie mobile et le détenteur du numéro de destination. 25 Dans le deuxième cas, aucun coût additionnel ne sera facturé à l'abonné mobile pour cette opération. Afin de protéger les abonnés mobiles des risques associés à cette situation, nous avons inventé une méthode qui combat cette défaillance de sécurité du système de téléphonie 30 mobile. Le diagramme 1 décrit les principales actions composant cette procédure : Le contenu du message de preuve de réception (PoR) possède un format type (ou patron) particulier et identifiable. A partir de cette information, il est possible de détecter un message PoR en analysant le contenu du message court SMS. Ensuite, en fonction du numéro destination, plusieurs actions peuvent être menées sur le message court généré par le terminal pour contenir l'accusé (MO-SMS) selon la stratégie de l'opérateur du service. Par exemple : - Permettre l'envoi du message court (MO-SMS) tel qu'il a été initialement généré par le terminal en réponse à la demande d'acquittement reçue. Aucune modification sur le nouveau SMS n'est introduite. Cependant un registre peut être créé pour stocker des informations concernant cette action. Transférer le message court (MO-SMS) vers un autre numéro différent de celui initialement demandé. Par exemple le MO-SMS pourrait être ainsi envoyé vers le numéro d'une plateforme récoltant des tentatives de fraude. Dès la réception par la plateforme d'un nouveau SMS une alarme pourrait être déclenchée. Cette alarme permettrait à l'opérateur d'être notifié d'une opération anormale observée concernant l'envoi d'une preuve de réception par message court depuis un terminal mobile. Comme dans la configuration précédente, un registre contenant un rapport de cette tentative peut être généré. Ce rapport incluant des informations utiles pour l'identification de l'entité à l'origine de la tentative de fraude. Blocage du message court (MO-SMS). Le message court généré pour transporter l'accusé de réception ne sera envoyé ni vers le numéro qui a réalisé la demande ni vers n'importe quel autre numéro. Ce message reste bloqué et un rapport contenant des informations sur la tentative de fraude sera créé. L'inspection du contenu du message peut être réalisée par n'importe quel élément de la chaine de transmission de messages courts, depuis la carte SIM insérée dans le terminal mobile, comme émetteur du message de preuve de réception, jusqu'à la plateforme du réseau mobile en charge de la distribution des messages courts, SM-SC (Short Message Service Center), en incluant également le terminal mobile et tout autre équipement du réseau mobile directement ou indirectement impliqué dans la procédure de transmission de messages courts (SMS). Basé sur ce qui a été exposé précédemment, l'élément qui prend la responsabilité de réaliser l'opération de filtrage des réponses contenant des preuves de réception (PoR) à de demandes malveillantes ou non-autorisées devrait implémenter un module d'inspection de contenu des messages. Pour cela, cet équipement devrait avoir accès au contenu de tous les messages courts (SMS) échangés entre le terminal et le réseau mobile. Le format de preuve de réception (PoR) est bien connu. Il est défini par l'organisme de normalisation 3GPP dans sa spécification technique 23.048. Cette preuve de réception formera le contenu du message court généré à partir du terminal mobile (MO-SMS). A partir des informations présentes dans cette spécification technique, une liste de formats prédéfinis à utiliser peut être prise comme référence pour le mécanisme de filtrage. Le registre créé avec les informations relatives à la tentative de fraude sera transféré à la plateforme qui centralise les rapports de fraude. Cette remontée d'information pourra 10 s'effectuer de différentes manières : A chaque nouvelle tentative de fraude. Chaque fois qu'une tentative de fraude est détectée et enregistrée, un message contenant les informations du registre de tentative de fraude sera envoyé à la plateforme. À la demande. Les messages rapportant une tentative de fraude seront transférés à la 15 plateforme sur demande de celle-ci ou toute autre entité autorisée. Avec cette configuration aucune remontée automatique de messages ne sera exécutée. Le nombre de registres qui doivent être remontés peut être spécifié par la plateforme dans sa demande. - A tous les n nouveaux registres. Un nombre de registres prédéfini, par exemple n 20 registres, seraient stockés, correspondant à n tentatives de fraude consécutives. Une fois ce numéro n de registres atteint, l'ensemble des n registres serait envoyé à la plateforme centralisant les rapports de tentatives de fraude. Le numéro de registres n peut être défini en statique ou à distance. Le registre de tentative de fraude contient l'adresse d'origine de la demande, i.e. le numéro de 25 l'entité qui a déclenché la demande d'accusé de réception. De plus, la date et l'heure à laquelle la demande a été reçue, des informations concernant la situation de l'abonné mobile au moment de recevoir la tentative de fraude (e.g. les paramètres Mobile Country Code (MCC) et le Mobile Network Code (MNC)) sont d'autres informations qui peuvent être insérées dans le registre de tentative de fraude. Enfin, des informations sur l'action 30 finalement menée en relation à la demande d'envoi de preuve de réception sur nouveau message court (acceptation de l'envoi, transfert vers une autre destination ou simple blocage). Le registre de tentative de fraude peut être transporté vers la plateforme de rapports de fraude en utilisant différents mécanismes, comme par exemple: Dans un nouveau message court envoyé par le terminal mobile (MO-SMS). L'information de la tentative de fraude serait insérée dans le corps du message court. Dans le champ de données réservées à l'utilisateur du message SMS Delivery Report qui serait créé en réponse à la demande de remontée d'information envoyée par la plateforme. Dans des paquets de données envoyés à travers une connexion de données établie entre la plateforme et le terminal mobile / carte SIM. Par exemple, la plateforme enverrait une notification à la carte SIM (e.g. via un SMS) en demandant l'ouverture d'une connexion de données avec la plateforme. Une fois que ce tunnel de données a été créé entre la SIM et la plateforme, l'envoi de registre de tentative de fraude peut commencer. Une autre implémentation consisterait en maintenir cette connexion de données toujours ouverte et par conséquent il n'y aurait pas besoin de lancer la procédure d'ouverture à chaque demande de remontée d'information. Cependant cette configuration peut s'avérer plus gourmande en ressources et finalement plus couteuse pour l'opérateur du service mobile. Sachant qu'il n'y a pas de fortes contraintes pour remonter les informations concernant les tentatives de fraude en temps réel (une certaine tolérance de temps est facilement acceptable), l'ouverture de la connexion de données à la demande semblerait la meilleure option. La plateforme centralisant les rapports de tentatives de fraude préviendra les opérateurs de l'arrivée de nouvelles données (e.g. nouveaux rapports de tentative de fraude) par le déclenchement de certaines alarmes (e.g. envoi de courrier électronique vers certaines personnes). Cette plateforme pourrait également générer des statistiques sur le nombre des tentatives de fraude détectées. La plateforme pourrait fournir des mécanismes de configuration à distance de l'application embarquée dans le terminal ou carte SIM en charge de l'opération de filtrage, création de registre et remontée d'information. De cette manière le paramétrage défini par l'opérateur serait transmis à l'application, comme par exemple le type d'action à mener suite à la détection d'une tentative de fraude ou la liste de numéros considérés comme fiables. Cette configuration pourrait être actualisée à tout moment. Les commandes de configuration pourraient être transmises par la plateforme au terminal mobile / carte SIM en utilisant les canaux de transport existants et supportés par le destinataire de la configuration (e.g. via SMS ou connexion data). REVENDICATIONS: 1. Une méthode pour contrôler une réponse envoyée par un terminal mobile suite à la réception d'un premier message court contenant une demande de preuve de réception, la méthode comprenant les étapes: de génération d'un nouveau message court contenant la demande de preuve de réception en réponse à la réception du premier message et un destinataire, de détermination si le nouveau message court correspond à un format prédéfini dans la négative, d'envoi du nouveau message au destinataire. Io 2. Une méthode selon la revendication 1, comprenant une étape supplémentaire : de vérification si le destinataire est compris dans une liste de destinataires autorisés d'envoi du nouveau message au destinataire dans l'affirmative 3. Une méthode selon la revendication précédente, et comprenant une étape 15 supplémentaire d'enregistrement d'une tentative de fraude quand le destinataire n'est pas compris dans la liste de destinataires autorisés. 4. Une méthode selon la revendication précédente, l'étape d'enregistrement d'une tentative de fraude comprenant le blocage du nouveau message court. 5. Une méthode selon la revendication 3, l'étape d'enregistrement d'une tentative de fraude comprenant l'envoi du nouveau message court vers un autre destinataire que celui initialement contenu dans ledit nouveau message court. 25 6. Une méthode selon l'une des revendications précédentes 3 à 5, l'étape d'enregistrement d'une tentative de fraude comprenant l'enregistrement dans un registre de la source du premier message court. 6 20 7. Une méthode selon la revendication précédente, et comprenant une étape supplémentaire de transfert du registre vers une plateforme centralisant les tentatives de fraudes. 8. Un terminal mobile pour contrôler une réponse envoyée par ledit terminal mobile suite à la réception d'un premier message court contenant une demande de preuve de réception, ledit mobile étant configuré pour: générer un nouveau message court contenant la demande de preuve de réception en 10 réponse à la réception du premier message et un destinataire, déterminer si le nouveau message court correspond à un format prédéfini dans la négative, envoyer le nouveau message au destinataire. 9. Un terminal mobile selon la revendication 8, configuré de plus pour: 15 - vérifier si le destinataire est compris dans une liste de destinataires autorisés envoyer le nouveau message au destinataire dans l'affirmative 10. Un terminal mobile selon la revendication précédente, configuré de plus pour enregistrer une tentative de fraude quand le destinataire n'est pas compris dans la liste de 20 destinataires autorisés. 11. Un terminal mobile selon la revendication précédente, configuré de plus pour bloquer le nouveau message court lors de l'enregistrement d'une tentative de fraude. 25 12. Un terminal mobile selon la revendication 10, configuré de plus pour envoyer le nouveau message court vers un autre destinataire que celui initialement contenu dans ledit nouveau message court lors de l'étape d'enregistrement d'une tentative de fraude. 5 13. Un terminal mobile selon l'une des revendications précédentes 10 à 12, configuré de plus pour enregistrer dans un registre la source du premier message court lors de l'étape d'enregistrement d'une tentative de fraude. 14. Un terminal mobile selon la revendication précédente, configuré de plus pour transférer le registre vers une plateforme centralisant les tentatives de fraudes. 15. Une carte d'authentification pour un terminal mobile, la dite carte étant apte à 10 contrôler une réponse envoyée par ledit terminal mobile suite à la réception d'un premier message court contenant une demande de preuve de réception, ladite carte étant configurée pour: générer un nouveau message court contenant la demande de preuve de réception en réponse à la réception du premier message et un destinataire, 15 déterminer si le nouveau message court correspond à un format prédéfmi dans la négative, envoyer le nouveau message au destinataire. 16. Une carte selon la revendication 15, configurée de plus pour: 1. vérifier si le destinataire est compris dans une liste de destinataires autorisés 20 2. envoyer le nouveau message au destinataire dans l'affirmative 17. Une carte selon la revendication précédente, configurée de plus pour enregistrer une tentative de fraude quand le destinataire n'est pas compris dans la liste de destinataires autorisés. 18. Un élément d'un réseau mobile dans la chaîne de transmission d'un message court, ledit élément étant configuré pour : 25faire suivre un premier message court à destination d'un terminal mobile, ledit nouveau message court contenant une demande de preuve de réception en réponse à la réception dudit premier message par ledit terminal mobile, intercepter un nouveau message court envoyé par le terminal mobile suite à la 5 réception du premier message court, déterminer si le nouveau message court correspond à un format prédéfini dans la négative, envoyer le nouveau message au destinataire. 19. Un élément selon la revendication 18, configuré de plus pour : 10 - vérifier si le destinataire est compris dans une liste de destinataires autorisés envoyer le nouveau message au destinataire dans l'affirmative 20. Un élément selon la revendication précédente, configurer de plus pour enregistrer une tentative de fraude quand le destinataire n'est pas compris dans la liste de destinataires 15 autorisés.