Scam Signal [Versión preliminar para desarrolladores]
Scam Signal aborda la falta de visibilidad en el ciclo del fraude denominado «pago por transferencia autorizada» (APP). El fraude APP se produce cuando un delincuente manipula a la víctima para que autorice voluntariamente una transferencia bancaria en tiempo real bajo falsos pretextos. A diferencia del fraude no autorizado, la transacción es técnicamente «legal», ya que es el titular legítimo de la cuenta quien realiza la acción, lo que hace que sea mucho más difícil de detectar y recuperar.
Los sistemas tradicionales de detección de fraudes supervisan los datos de las transacciones, pero no detectan los casos de ingeniería social externa que se producen a través de los canales de voz. Scam Signal resuelve este problema al proporcionar «contexto telefónico» en tiempo real, lo que permite a las empresas identificar una posible situación de fraude en tiempo real y, de este modo, evitar las pérdidas que se producen cuando los clientes autorizan voluntariamente —aunque de forma errónea— transferencias fraudulentas.
Entre los casos de uso más habituales en los que Scam Signal puede resultar útil, se encuentran:
-
Verificación de transacciones financieras: Scam Signal permite a la empresa detectar patrones de telefonía específicos e inusuales en el MSISDN asociado al cliente, al mismo tiempo que este inicia una transferencia bancaria de alto valor o inusual. Las señales proporcionadas por esta API mientras el cliente final está realizando la transacción pueden indicar un alto riesgo de fraude por «pago push autorizado». El banco puede entonces activar una autenticación reforzada, enviar una advertencia proactiva para interceptar la transferencia o exigir un periodo de «reflexión» antes de que los fondos se liberen de forma definitiva.
-
Defensa por suplantación de identidad en la gestión de cuentas: Los estafadores suelen suplantar la identidad de funcionarios públicos para acceder a cuentas confidenciales o a devoluciones de impuestos. Al integrar esta señal en los procesos de inicio de sesión y gestión de perfiles, las plataformas pueden detectar situaciones fraudulentas en curso que podrían dar lugar, por ejemplo, a que los clientes finales realicen cambios críticos e indeseados en sus cuentas. Este contexto en tiempo real permite a los portales bloquear actualizaciones delicadas de credenciales o redirigir al usuario a un canal de verificación seguro y fuera de línea para evitar la apropiación de la cuenta.
-
Seguridad en las transacciones del mercado: Los mercados online y las plataformas P2P pueden utilizar esta comprobación durante las fases finales de una transacción para proteger a los compradores frente a estafas de pago por adelantado. Si la API detecta señales sospechosas mientras el cliente final intenta pagar por productos incluidos en las categorías de «alto riesgo de estafa», la plataforma puede detener temporalmente el proceso de pago e intervenir en función del contexto, por ejemplo, mediante un mensaje o una «retención de seguridad» de los fondos. Este obstáculo rompe el impulso psicológico del estafador, lo que proporciona al usuario un momento crucial para reevaluar la legitimidad del vendedor y, a menudo, lleva al estafador a abandonar el intento cuando se da cuenta de que el pago inmediato está bloqueado.
-
Protección contra las estafas para personas vulnerables: La herramienta «Scam Signal Insight» permite a las empresas identificar patrones telefónicos inusuales que coinciden con procesos delicados, como la apertura de una aplicación de banca digital o de una cuenta de inversión. Al supervisar estas coincidencias de alto riesgo, los bancos pueden ofrecer una red de seguridad reforzada a los clientes mayores o vulnerables, que son los principales objetivos de las estafas románticas o de inversión. Esta supervisión proactiva permite una intervención temprana, lo que podría detener una estafa incluso antes de que la víctima sea persuadida para iniciar una transacción.
Acceso a la API de Scam Signal
La especificación de la API de Scam Signal no está disponible públicamente. Para mantener la eficacia de la API en la prevención del fraude, el acceso está estrictamente controlado.
Para solicitar acceso a la especificación de la API de Scam Signal, ponte en contacto con tu representante de Account de Vonage o dirígete a nuestro equipo de asistencia.
Requisitos previos
Para utilizar Identity Insights, debe asegurarse de que su Account está configurado correctamente; consulte la sección Primeros pasos para obtener más información:
- Crear tu Account,
- Creación de una aplicación de Vonage para su uso con la API Identity Insights,
- Los distintos entornos disponibles y cómo configurar tu Account para utilizarlos,
- Y cómo utilizar la interfaz de usuario «Primeros pasos» del panel de control para utilizar la API sin tener que escribir código.
En esta guía se explica cómo utilizar el programa Scam Signal Insight mediante cURL.
La API de Identity Insights está disponible a través de varios puntos de conexión regionales. Los ejemplos de esta guía utilizan el punto de conexión de la UE, pero puedes consultar la lista completa en Detalles técnicos.
Realizar una llamada a la API
La autenticación para la API Identity Insights se realiza mediante JWT, un token JSON compacto y autocontenido. Para generar un JWT, puede utilizar nuestra herramienta generador en línea, o bien utiliza el CLI de Vonage. Necesitará su ID de aplicación y su clave privada para generar el JWT. Una vez que tenga su JWT, puede enviar una solicitud a la API.
Este ejemplo muestra una solicitud cURL para obtener la información de «Scam Signal», con el fin de proporcionar contexto telefónico en tiempo real asociado al número de teléfono indicado:
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": {}
}
}'
Aquí, el status indica el estado de la información devuelta para el número de teléfono especificado:
| Campo | Descripción |
|---|---|
status.code |
Código que indica el estado de la solicitud. Debe ser uno de los siguientes: NO_COVERAGE: El país o la red móvil no son compatibles con los proveedores disponibles. INVALID_PURPOSE: El propósito utilizado no es válido o no está permitido para este Insight. UNAUTHORIZED: No se ha podido autorizar la solicitud para la combinación de solicitud, proveedor y número de teléfono. INTERNAL_ERROR: Se ha producido un error interno al procesar la solicitud. SUPPLIER_ERROR: El proveedor ha devuelto un error al procesar la solicitud. NOT_FOUND: No se ha podido encontrar el número de teléfono correspondiente a este Insight. UNSUPPORTED_NETWORK_TYPE: El tipo de red no es compatible con este Insight. INVALID_NUMBER_FORMAT: El formato de número de teléfono no es válido para que las operadoras lo asignen a los usuarios. OK: La entrada se ha procesado correctamente. |
status.message |
Descripción más detallada del estado. |
Si status.code en la respuesta se indica que OK, también es posible que aparezcan los campos descritos en la tabla siguiente. Si un campo aparece marcado como «Sí» en la columna «Obligatorio», siempre se mostrará cuando el estado sea «OK». Si un campo aparece marcado como «No», puede que se muestre o puede que no.
Para obtener más información sobre los datos que proporciona el informe «Scam Signal», ponte en contacto con tu representante de Account de Vonage o dirígete a nuestro equipo de asistencia.
Lecturas complementarias
- Para obtener más información sobre la API de Identity Insights, consulta la Referencia API.
- Si tiene alguna pregunta, puede ponerse en contacto con nosotros en el Comunidad de Vonage Slack.