Signal d'arnaque [Aperçu développeurs]

Scam Signal comble le manque de visibilité dans le cycle de la fraude par « paiement push autorisé » (APP). La fraude APP se produit lorsqu'un malfaiteur manipule une victime pour qu'elle autorise volontairement un virement bancaire en temps réel sous de faux prétextes. Contrairement à la fraude non autorisée, la transaction est techniquement « légale » puisque c'est le titulaire légitime de l'Account qui effectue l'opération, ce qui la rend nettement plus difficile à détecter et à récupérer.

Les systèmes traditionnels de détection des fraudes analysent les données transactionnelles, mais ne prennent pas en compte les techniques d’ingénierie sociale externes utilisées via les canaux vocaux. Scam Signal résout ce problème en fournissant un « contexte téléphonique » en temps réel, ce qui permet aux entreprises d’identifier une situation de fraude potentielle en temps réel et d’éviter ainsi les pertes liées à l’autorisation volontaire — mais erronée — de virements frauduleux par les clients.

Parmi les cas d'utilisation les plus courants dans lesquels Scam Signal peut s'avérer utile, on peut citer :

  • Vérification des transactions financières: Scam Signal permet à l’entreprise de rechercher des schémas de communication téléphonique spécifiques et inhabituels sur le MSISDN associé au client, au moment même où ce dernier initie un virement bancaire d’un montant élevé ou inhabituel. Les signaux fournis par cette API pendant que le client final effectue la transaction peuvent indiquer un risque élevé de fraude par « virement poussé autorisé ». La banque peut alors déclencher une authentification renforcée, envoyer un avertissement proactif pour intercepter le virement, ou exiger un délai de réflexion avant que les fonds ne soient définitivement débloqués.

  • Moyen de défense fondé sur l'usurpation d'identité dans le cadre de la gestion des comptes d'Account: Les fraudeurs se font souvent passer pour des agents de l'État afin d'accéder à des comptes sensibles ou à des remboursements d'impôts. En intégrant ce signal dans les processus de connexion et de gestion des profils, les plateformes peuvent détecter les tentatives de fraude en cours qui pourraient conduire, par exemple, les clients finaux à effectuer des modifications critiques et indésirables sur leur compte. Ce contexte en temps réel permet aux portails de bloquer les mises à jour sensibles des identifiants ou de rediriger l’utilisateur vers un canal de vérification sécurisé hors ligne afin d’empêcher la prise de contrôle du compte.

  • Sécurité des transactions sur la place de marché: Les places de marché en ligne et les plateformes P2P peuvent recourir à ce contrôle lors des dernières étapes d'une transaction afin de protéger les acheteurs contre les escroqueries par paiement anticipé. Si l’API détecte des signaux suspects alors que le client final tente de payer des biens classés dans les catégories présentant un « risque élevé d’escroquerie », la plateforme peut suspendre temporairement le processus de paiement et mettre en place une intervention adaptée au contexte, telle qu’un message ou une « mise en attente de sécurité » des fonds. Ce frein brise l’élan psychologique du fraudeur, offrant à l’utilisateur un moment crucial pour réévaluer la légitimité du vendeur, et incite souvent le fraudeur à abandonner sa tentative lorsqu’il se rend compte que le versement immédiat est bloqué.

  • Protection contre les escroqueries pour les personnes vulnérables: L'outil « Scam Signal Insight » permet aux entreprises d'identifier des schémas téléphoniques inhabituels qui coïncident avec des opérations sensibles, telles que l'ouverture d'une application bancaire en ligne ou d'un compte d'investissement. En surveillant ces recoupements à haut risque, les banques peuvent offrir une protection renforcée aux clients âgés ou vulnérables, qui constituent les cibles privilégiées des escroqueries sentimentales ou financières. Cette surveillance proactive permet une intervention précoce, susceptible de mettre fin à une escroquerie avant même que la victime ne soit persuadée de lancer une transaction.

Accès à l'API Scam Signal

La spécification de l'API Scam Signal n'est pas accessible au public. Afin de préserver l'efficacité de l'API en matière de prévention de la fraude, son accès est strictement contrôlé.

Pour demander l'accès à la spécification de l'API Scam Signal, veuillez contacter votre chargé d'account Vonage ou vous adresser à notre équipe d'assistance.

Conditions préalables

Pour utiliser Identity Insights, vous devez vous assurer que votre Account est correctement configuré. Pour commencer pour plus d'informations :

  • Création de votre Account,
  • Création d'une application Vonage à utiliser avec l'API Identity Insights,
  • Les différents environnements disponibles et comment configurer votre Account pour les utiliser,
  • Et comment utiliser l'interface utilisateur du tableau de bord pour utiliser l'API sans écrire de code.

Ce guide explique comment utiliser le programme Scam Signal Insight de manière programmatique à l'aide de cURL.

L'API Identity Insights est disponible via plusieurs points de terminaison régionaux. Les exemples de ce guide utilisent le point de terminaison de l'UE, mais vous pouvez en trouver la liste complète à l'adresse suivante Détails techniques.

Faire un appel à l'API

L'authentification pour l'API Identity Insights se fait par le biais de JWT, un jeton JSON compact et autonome. Pour générer un JWT, vous pouvez utiliser notre outil générateur en ligneou bien utiliser la fonction CLI Vonage. Vous aurez besoin de votre identifiant d'application et de votre clé privée pour générer le JWT. Une fois que vous avez votre JWT, vous pouvez envoyer une demande à l'API.

Cet exemple présente une requête cURL visant à obtenir l'analyse « Scam Signal » afin d'obtenir des informations en temps réel sur l'activité téléphonique associée au numéro de téléphone indiqué :

curl -X POST https://api-eu.vonage.com/identity-insights/v1/requests  \
  -H "Authorization: Bearer $JWT" \
  -H "Content-Type: application/json" \
  -d '{
    "phone_number": "14040000000",
    "purpose": "FraudPreventionAndDetection",
    "insights": {
        "scam_signal": {}
        }
    }'

Ici, le status indique l'état des informations renvoyées pour le numéro de téléphone spécifié :

Champ d'application Description
status.code Code indiquant l'état de la demande. Doit être l'un des suivants :

NO_COVERAGE: Le pays ou le réseau mobile n'est pas pris en charge par les fournisseurs disponibles.
INVALID_PURPOSE: L'objectif utilisé n'est pas valide ou autorisé pour cet Insight.
UNAUTHORIZED: La demande n'a pas pu être autorisée pour la combinaison de l'application, du fournisseur et du numéro de téléphone.
INTERNAL_ERROR: Une erreur interne s'est produite lors du traitement de la demande.
SUPPLIER_ERROR: Le fournisseur a renvoyé une erreur lors du traitement de la demande.
NOT_FOUND: Le numéro de téléphone n'a pas pu être trouvé pour ce Numbers.
UNSUPPORTED_NETWORK_TYPE: Le type de réseau n'est pas pris en charge par cet Insight.
INVALID_NUMBER_FORMAT: Le format du numéro de téléphone n'est pas valide pour être attribué par les opérateurs aux utilisateurs.
OK: L'insight a été traité avec succès.
status.message Description plus détaillée de l'état.

Si status.code dans la réponse est OKVous pouvez également voir les champs décrits dans le tableau ci-dessous. Si un champ est marqué comme "Oui" dans la colonne "Obligatoire", il sera toujours renvoyé lorsque le statut est OK. Si un champ est marqué comme "Non", il peut être renvoyé ou non.

Pour plus d'informations sur les données fournies par l'analyse « Scam Signal », veuillez contacter votre chargé d'account Vonage ou vous adresser à notre équipe d'assistance.

Pour en savoir plus