Nouveau : Pradeo reconnu Company of the Year 2026 par Frost & SullivanLire l'annonce

Cas d'usage

Anti-fraude sur applications mobiles

Une application bancaire, de paiement ou de santé s'exécute sur un terminal que l'organisation ne contrôle pas. À côté d'elle peuvent cohabiter un enregistreur de frappe, un intercepteur de code à usage unique ou une surcouche d'affichage qui capture les identifiants au moment de la saisie.

L'authentification forte ne suffit pas si l'environnement d'exécution est déjà compromis : un code reçu par SMS puis intercepté reste valide aux yeux du serveur. L'application doit donc évaluer elle-même la fiabilité du terminal avant d'ouvrir une session.

Parler à un expertDécouvrir l'In-App Protection
Utilisateur réalisant un paiement depuis son application mobile

Le contexte

Pourquoi la fraude se déplace vers le mobile

Le mobile concentre désormais une grande partie des parcours transactionnels, et les fraudeurs y adaptent leurs techniques.

Les malwares bancaires modernes combinent plusieurs vecteurs : superposition d'un faux écran de connexion, lecture des notifications pour capter les codes de validation, et accès distant pour initier des virements à l'insu du titulaire.

Le rootage ou le jailbreak du terminal, parfois réalisé par l'utilisateur lui-même, désactive les cloisonnements du système et rend l'ensemble de ces attaques nettement plus simples à mener.

La DSP2 impose aux prestataires de paiement des mesures pour limiter le risque d'un terminal compromis, dont des mécanismes vérifiant que le logiciel ou l'appareil n'a pas été altéré. Elle est en cours de remplacement par la DSP3 et un règlement européen sur les services de paiement. PCI MPoC et EMV mobile fixent des exigences comparables pour les applications de paiement.

Les techniques de fraude

Trois techniques qui visent les applications mobiles

Capture des identifiants

Enregistreurs de frappe, captures d'écran automatiques et fausses fenêtres superposées interceptent identifiants et mots de passe au moment de la saisie.

Détournement de l'authentification

Lecture des SMS et des notifications pour récupérer les codes à usage unique, ce qui contourne l'authentification à deux facteurs.

Manipulation de l'application

Rétro-ingénierie, modification du binaire puis redistribution d'une version clonée qui conserve l'apparence de l'originale tout en détournant les transactions.

La solution

Comment Pradeo protège vos applications

Pradeo associe deux protections. Le Shielding durcit le binaire de l'application avant sa publication : le code devient difficile à analyser, à modifier et à cloner. Le RASP, intégré à l'application sous forme de SDK (Android) ou de framework (iOS), surveille en continu l'environnement d'exécution : applications malveillantes, réseau piégé, système altéré.

Face à une menace, l'application déclenche les réponses configurées. Les évènements de sécurité remontent depuis les terminaux et permettent d'ajuster la stratégie.

Les bénéfices

Ce que change l'In-App Protection

L'application se protège seule, sans intervention de l'utilisateur.

Des transactions à risque bloquées

Les transactions initiées depuis un terminal ou une application non fiables peuvent être bloquées.

Un appui pour la conformité

La vérification de l'application et de l'appareil contribue à répondre aux exigences de la DSP2, de PCI MPoC et d'EMV mobile.

Une expérience préservée

Un module léger, avec un impact négligeable sur la batterie, sans collecte de données et avec des permissions minimales.

Parler à un expertDécouvrir l'In-App Protection