Lignes directrices de la FSA : évaluez votre application bancaire mobile avant et après chaque version.
Les lignes directrices de la FSA sur la cybersécurité dans le secteur financier demandent aux institutions financières de réaliser régulièrement des évaluations de vulnérabilité et des tests d'intrusion, y compris des évaluations des applications mobiles, des API publiques et des sites de banque en ligne. Depuis février 2026, les lignes directrices de supervision des banques exigent également une authentification multifacteur résistante au phishing lors de la connexion et des retraits. Ostorlab teste votre application et les API qui la sous-tendent, derrière la connexion, à chaque version.
- Évalue l'application mobile et les API qu'elle appelle, sur le build que téléchargent vos clients
- Teste la connexion, les codes à usage unique, les vérifications d'authentification renforcée et la gestion des sessions avec vos comptes de test
- Recense les SDK et bibliothèques natives de chaque version et les rapproche des vulnérabilités connues
- Prouve chaque résultat par un exploit rejouable ou par les requêtes et réponses à l'appui
- Qui est concerné
- Les banques et autres institutions financières couvertes par les lignes directrices de supervision générales de la FSA
- Date clé
- Lignes directrices sur la cybersécurité applicables depuis le 4 octobre 2024 ; MFA résistante au phishing ajoutée pour la banque en ligne le 27 février 2026
- Objet
- Évaluation de vulnérabilité et tests d'intrusion, y compris des applications mobiles, et authentification de la banque en ligne
- Texte de référence
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier
Les textes de la FSA qui encadrent votre canal mobile
Les lignes directrices sur la cybersécurité complètent les sections des lignes directrices de supervision consacrées au risque des systèmes et à la banque en ligne. Les dates ci-dessous concernent les textes cités sur cette page.
- 4 octobre 2024
Lignes directrices sur la cybersécurité
La FSA applique les lignes directrices sur la cybersécurité dans le secteur financier, avec des mesures fondamentales et recommandées allant de la gouvernance au risque lié aux tiers.
- 20 octobre 2025
Traduction anglaise
La FSA publie une traduction anglaise provisoire des lignes directrices. Le texte japonais reste l'original.
- Novembre 2025
FISC Security Guidelines, 13e édition
Le FISC publie la treizième édition de ses lignes directrices de sécurité, que les lignes directrices de supervision citent comme référence. Le texte est vendu par le FISC.
- 27 février 2026
MFA résistante au phishing
Les lignes directrices de supervision des banques sont modifiées et appliquées le jour même : MFA résistante au phishing, activée par défaut, pour les opérations clés comme la connexion et les retraits.
- 22 mai 2026
Demande sur l'IA de pointe
La FSA et la Banque du Japon demandent aux institutions financières de renforcer la gestion des vulnérabilités et l'application des correctifs, en donnant la priorité aux systèmes accessibles depuis l'extérieur, comme la banque en ligne.
- Chaque année
Revue du dispositif
Le dispositif de gestion de la cybersécurité devrait faire l'objet de revues formelles au moins une fois par an, et la stratégie et le plan sont revus chaque année ou en cas de changement significatif.
Les règles de cybersécurité de la FSA, appliquées à votre application mobile
Pour chaque règle : ce que dit le texte, ce que cela implique pour une application bancaire mobile, comment Ostorlab vous aide et ce qui reste du ressort de votre équipe. Les citations des lignes directrices sur la cybersécurité reprennent la traduction anglaise provisoire de la FSA.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.2.4, mesures fondamentales
Évaluer régulièrement les applications mobiles et les API publiques
Ce que dit le texte
Réalisez régulièrement des évaluations de vulnérabilité et des tests d'intrusion, en tenant compte du niveau de risque et de l'importance des systèmes. Définissez le périmètre, la fréquence et le calendrier, y compris avant la mise en service des systèmes. Pour les sites web accessibles au public, comme les sites de banque en ligne et les API publiques, réalisez des évaluations de la plateforme et des applications web. Réalisez des évaluations de vulnérabilité des applications mobiles. Hiérarchisez les résultats, fixez des délais de traitement et signalez rapidement les résultats significatifs à la direction générale.
Ce que cela implique pour votre application mobile
L'évaluation des applications mobiles est une mesure fondamentale explicitement citée. L'application, et les API qu'elle appelle, devraient être évaluées avant la mise en production et à intervalles réguliers.
Comment Ostorlab vous aide
Mobile SAST analyse le binaire, y compris les SDK intégrés, et Mobile DAST teste l'application en cours d'exécution ; les deux s'exécutent dans la CI/CD. Le pentest par agents IA teste l'application et ses API derrière la connexion, avec un exploit fonctionnel à rejouer pour chaque résultat d'un agent IA.
Ce qui reste de votre ressort
La fixation de la fréquence, les évaluations de plateforme des serveurs et équipements VPN, et le reporting à la direction générale.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.2.4, mesures recommandées (b) à (d)
Envisager des tests d'intrusion fondés sur la menace
Ce que dit le texte
À titre de mesure recommandée, réalisez régulièrement des tests d'intrusion fondés sur la menace (TLPT), avec des prestataires disposant de l'expérience et des compétences nécessaires, des scénarios de menace réalistes fondés sur le renseignement sur les menaces, et des tests en production sans préavis à la Blue Team. Revoyez périodiquement les méthodes et les résultats des tests d'intrusion, et envisagez de changer de prestataire pour bénéficier de regards neufs et indépendants.
Ce que cela implique pour votre application mobile
Le TLPT est attendu principalement des grandes institutions. Il teste vos défenses dans leur ensemble, pas seulement l'application, et donne les meilleurs résultats lorsque les problèmes connus de l'application et des API sont déjà corrigés.
Comment Ostorlab vous aide
Ostorlab ne réalise pas de TLPT et ne le remplace pas. Il vous aide à aborder un TLPT avec les problèmes connus des applications et des API déjà corrigés, puis à retester ensuite les éléments de votre plan de mesures correctives qui concernent les applications et les API.
Ce qui reste de votre ressort
Le cadrage et la conduite du TLPT, le choix du prestataire et l'évaluation de la Blue Team.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.2.3 ; demande de la FSA et de la Banque du Japon sur l'IA de pointe, 22 mai 2026
Gérer les vulnérabilités avec des délais
Ce que dit le texte
Définissez des procédures de gestion des vulnérabilités du matériel et des logiciels : sources d'information sur les vulnérabilités, évaluation de la gravité et de l'impact, modes de traitement et délais, et exceptions. Fixez des délais d'application des correctifs en fonction de la criticité des systèmes, du risque et de la gravité, conservez une trace de leur mise en œuvre, et obtenez l'approbation formelle de la direction générale lorsqu'un correctif n'est exceptionnellement pas appliqué. En mai 2026, la FSA et la Banque du Japon ont demandé aux institutions de donner la priorité aux systèmes accessibles depuis l'extérieur qui soutiennent des services critiques, comme la banque en ligne, et ont relevé que les risques s'étendent aux logiciels tiers, y compris aux composants open source.
Ce que cela implique pour votre application mobile
Les bibliothèques et SDK de votre application sont des logiciels que vous livrez. Chacun doit avoir une version connue, une gravité lorsqu'une vulnérabilité apparaît, et un délai de correction dont vous pouvez apporter la preuve.
Comment Ostorlab vous aide
SCA identifie les bibliothèques compilées statiquement et les rapproche des vulnérabilités connues, version après version. Les résultats sont classés critiques, élevés, moyens ou faibles, suivis sous forme de tickets dans la plateforme ou dans Jira et ServiceNow, et retestés une fois le correctif publié.
Ce qui reste de votre ressort
L'application des correctifs sur les serveurs et l'infrastructure, les contrats de maintenance des fournisseurs et les décisions d'acceptation des risques.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.3.4.3 ; Comprehensive Guidelines for Supervision of Major Banks, III-3-7-1-2(6)
Intégrer la sécurité dès la conception et tester avant et après la mise en production
Ce que dit le texte
Appliquez la sécurité dès la conception en intégrant des exigences de sécurité dès les phases de planification et de conception des produits et services financiers. À titre de mesures recommandées, définissez des normes de développement sécurisé, réalisez régulièrement des évaluations de vulnérabilité des logiciels applicatifs avant et après leur mise en production, et utilisez des outils comme les outils d'analyse de code source pour détecter les vulnérabilités au plus tôt. Les lignes directrices de supervision demandent également aux banques d'établir des plans de test et de tester de manière adéquate lors du développement des systèmes.
Ce que cela implique pour votre application mobile
Chaque version de l'application modifie un canal exposé à Internet. Les tests automatisés dans le pipeline couvrent l'avant ; les scans des versions publiées sur les stores couvrent l'après.
Comment Ostorlab vous aide
Ostorlab lance des scans automatisés depuis votre pipeline CI/CD à chaque build et surveille les versions publiées sur les stores sans déclenchement manuel. Mobile SAST fonctionne sur l'APK, l'AAB ou l'IPA, sans besoin du code source.
Ce qui reste de votre ressort
Les exigences de sécurité, les normes de développement sécurisé, les revues manuelles et l'approbation des mises en production.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.2.1.2 et 2.6
Savoir ce que contient chaque version
Ce que dit le texte
Tenez des inventaires du matériel et des logiciels, y compris les informations de version des logiciels. À titre de mesure recommandée, établissez une nomenclature logicielle (SBOM) pour les logiciels développés en interne. Gérez les risques de cybersécurité sur l'ensemble de la chaîne d'approvisionnement, et identifiez et évaluez les tiers en fonction de leur rôle, des informations sensibles qu'ils traitent et de leur connectivité aux systèmes.
Source :Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.2.1.2 et 2.6
Ce que cela implique pour votre application mobile
Une application bancaire mobile embarque des SDK tiers qui communiquent avec leurs propres backends. Ils ont leur place dans votre inventaire et dans votre vision du risque lié aux tiers.
Comment Ostorlab vous aide
Ostorlab recense les SDK et bibliothèques natives de chaque version avec leurs versions et leur emplacement dans le bundle de l'application, et montre ce que l'application et ses SDK échangent avec les backends sur le réseau.
Ce qui reste de votre ressort
L'inventaire des actifs, les vérifications préalables sur les tiers et les contrats.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.3.1 (3), (5) et (7)
Gérer l'authentification et les identifiants
Ce que dit le texte
Gérez correctement les identifiants d'appareil et les données d'authentification, y compris les identifiants intégrés aux API. Définissez des exigences d'authentification, comme l'authentification multifacteur ou fondée sur les risques, en fonction de la criticité des systèmes et des actifs informationnels. Garantissez la confidentialité, l'intégrité et l'authenticité de l'authentification et de l'autorisation entre les systèmes et au franchissement des frontières de sécurité, y compris pour l'authentification unique et les intégrations d'authentification externes.
Source :Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.3.1 (3), (5) et (7)
Ce que cela implique pour votre application mobile
Les clés d'API et jetons laissés dans le package de l'application sont des identifiants que n'importe qui peut extraire. L'autorisation entre l'application, le backend et les services d'identité externes doit tenir à chaque frontière.
Comment Ostorlab vous aide
Ostorlab détecte les clés d'API, jetons et identifiants dans le package de l'application et vérifie s'ils sont fonctionnels. Il intercepte le trafic de l'application, même avec TLS pinning, et teste les API à la recherche de contrôles d'autorisation défaillants (BOLA, BFLA, IDOR) et d'usages abusifs des jetons et des sessions.
Ce qui reste de votre ressort
La gestion des comptes à privilèges, les revues d'accès et les contrôles d'accès physique.
- Comprehensive Guidelines for Supervision of Major Banks, III-3-8-2(2), modifiées le 27 février 2026 (texte japonais)
MFA résistante au phishing et verrouillage des comptes pour la banque en ligne
Ce que dit le texte
Les banques devraient mettre en œuvre une authentification multifacteur résistante au phishing, comme les passkeys ou l'authentification fondée sur une PKI, pour les opérations clés comme la connexion et les retraits, et la rendre obligatoire par défaut. Lorsqu'une autre MFA est proposée dans l'intervalle, les clients devraient être informés du calendrier, et la détection, comme l'analyse comportementale et les notifications de connexion, devrait être renforcée. Les banques devraient aussi envoyer des notifications pour détecter les connexions et transactions non autorisées, et verrouiller automatiquement les comptes après des échecs d'authentification consécutifs.
Ce que cela implique pour votre application mobile
Le second facteur doit être imposé par le serveur à chaque opération clé, y compris lorsque l'application ou un attaquant saute une étape. Le verrouillage et les notifications sont des comportements que vous pouvez tester.
Comment Ostorlab vous aide
Les tests authentifiés couvrent la connexion et la déconnexion, le renouvellement des jetons, les délais d'expiration, l'invalidation des sessions et l'application effective de la MFA, y compris les parcours d'authentification renforcée, ainsi que les appels d'API qui les sous-tendent.
Ce qui reste de votre ressort
Le choix et le déploiement des passkeys ou de la PKI, la détection comportementale, et le suivi du taux de clients qui y renoncent.
- Comprehensive Guidelines for Supervision of Major Banks, III-3-7-1-2(5) (texte japonais)
Protéger les coordonnées utilisées pour l'authentification
Ce que dit le texte
Pour prévenir l'usage abusif de la banque en ligne, les banques devraient disposer de procédures appropriées afin que les numéros de téléphone, adresses e-mail et autres informations servant à notifier ou authentifier les déposants ne puissent pas être enregistrés ou modifiés frauduleusement. Pour les transactions à distance, les banques devraient sécuriser le canal comme le prévoit la section sur la banque en ligne.
Source :Comprehensive Guidelines for Supervision of Major Banks, III-3-7-1-2(5) (texte japonais)
Ce que cela implique pour votre application mobile
Modifier un numéro de téléphone ou une adresse e-mail dans l'application est une étape classique de la prise de contrôle de compte. La modification doit exiger une authentification forte, imposée par le backend.
Comment Ostorlab vous aide
Ostorlab saisit les codes à usage unique reçus par SMS, e-mail ou TOTP avec vos comptes de test et teste l'application effective de la MFA et les parcours d'authentification renforcée, y compris les tentatives de manipulation par un attaquant, ainsi que les appels d'API derrière les modifications de compte.
Ce qui reste de votre ressort
Les procédures de modification elles-mêmes et les canaux de notification des clients.
- Lignes directrices de la FSA sur la cybersécurité dans le secteur financier, 2.3.3 ; Comprehensive Guidelines for Supervision of Major Banks, III-3-7-1-2(4)
Protéger les données des clients
Ce que dit le texte
Classez les données selon leur importance et protégez-les conformément aux politiques de gestion des données, par exemple par le chiffrement, l'authentification, le masquage des données et le contrôle d'accès, et gérez les clés de chiffrement tout au long de leur cycle de vie. Les lignes directrices de supervision demandent aux banques de définir des règles de chiffrement et de masquage pour les informations confidentielles comme les codes PIN, les mots de passe et les données de carte bancaire.
Ce que cela implique pour votre application mobile
Les mots de passe, jetons et données de carte ne devraient jamais être stockés en clair sur le téléphone ni transiter sans protection vers le backend.
Comment Ostorlab vous aide
Ostorlab recherche les jetons de session et les données personnelles dans le stockage local, les caches, les journaux et les captures d'écran, et détecte les erreurs de configuration qui affaiblissent la protection du transport et des sessions.
Ce qui reste de votre ressort
La classification des données, la gestion des clés, les sauvegardes et la prévention des fuites de données.
Synthèse des textes publics de la FSA, vérifiés le 27 septembre 2026. Les points des lignes directrices de supervision sont résumés d'après le texte japonais. Les FISC Security Guidelines sont vendues par le FISC et ne sont pas citées ici. Cette page ne constitue pas un avis juridique.
Les règles de la FSA, contrôle par contrôle
Les contrôles visés par les textes de la FSA, la manière dont Ostorlab les teste dans votre application et ses API, et les preuves que vous pouvez conserver.
| Contrôle | Comment Ostorlab vous aide | Preuves conservées |
|---|---|---|
| Évaluation de vulnérabilité des applications mobilesLD cybersécurité 2.2.4 | Pentest par agents IA de l'application et de ses API, derrière la connexion, sur la version que vous livrez. Détails | Un exploit fonctionnel à rejouer pour chaque résultat d'un agent IA, et une heatmap de couverture |
| Évaluation des API publiques en tant qu'applications webLD cybersécurité 2.2.4 | Intercepte le trafic même avec TLS pinning et teste les autorisations, les usages abusifs des jetons et les abus comme l'énumération et le rejeu. Détails | Requêtes et réponses à l'appui de chaque résultat d'API |
| Évaluation avant et après la mise en production, avec des outils d'analyseLD cybersécurité 2.3.4.3 | Mobile SAST et DAST dans la CI/CD à chaque build, et surveillance des versions publiées sur les stores. Détails | Résultats de scan par build et par version publiée sur les stores |
| Composants vulnérables et délais de correctionLD cybersécurité 2.2.3 | Identifie par empreinte les bibliothèques compilées statiquement et les associe aux vulnérabilités connues, d'une version à l'autre. Détails | Vulnérabilités identifiées avec recommandations de mise à niveau ou de remplacement, et résolution suivie d'une version à l'autre |
| Versions des logiciels et SBOMLD cybersécurité 2.2.1.2 | Recense les SDK et bibliothèques natives de chaque version avec leurs versions, et montre avec quels backends l'application et ses SDK communiquent. Détails | Identité, version et emplacement de chaque composant dans le bundle de l'application, par version |
| Identifiants intégrés aux applications et aux APILD cybersécurité 2.3.1(3) | Détecte les clés d'API, jetons et identifiants dans le package de l'application et vérifie s'ils sont fonctionnels. Détails | Secrets validés, avec les permissions et les services qu'ils exposent |
| MFA pour la connexion, les retraits et la modification des coordonnéesLD grandes banques III-3-8-2(2), III-3-7-1-2(5) | Se connecte avec des codes à usage unique et teste l'application effective de la MFA, les parcours d'authentification renforcée et les appels d'API qui les sous-tendent. Détails | Résultats sur les parcours de connexion et d'authentification renforcée, avec étapes de reproduction |
| Verrouillage des comptes et gestion des sessionsLD grandes banques III-3-8-2(2) | Teste la connexion et la déconnexion, le renouvellement des jetons, les délais d'expiration et l'invalidation des sessions. Détails | Résultats sur les sessions et les jetons, avec journaux des requêtes et réponses |
| Protection des données sur l'appareil et en transitLD cybersécurité 2.3.3 | Recherche les jetons et les données personnelles dans le stockage, les caches, les journaux et les captures d'écran, et vérifie la protection du transport. Détails | Preuves sur le système de fichiers montrant ce qui a été écrit, où et quand |
| Résultats hiérarchisés, délais et préparation au TLPTLD cybersécurité 2.2.4 | Regroupe les résultats en tickets dans la plateforme ou dans Jira et ServiceNow, reteste après correction, et reteste les points relatifs à l'application et aux API d'un plan de remédiation TLPT. | Historique des tickets et issue du retest pour chaque résultat |
Ostorlab teste les contrôles de l'application et de ses API. La surveillance SOC, la réponse aux incidents et leur signalement, les exercices, le TLPT, les sauvegardes et la reprise, la gouvernance et la sécurité physique restent du ressort de vos équipes.
Les contrôles de la FSA à tester dans votre application mobile
Une liste pratique pour les équipes sécurité et risque des systèmes, fondée sur les lignes directrices de la FSA sur la cybersécurité et la section des lignes directrices de supervision consacrée à la banque en ligne.
Évaluation de l'application mobile
Intégrez l'application mobile au périmètre de vos procédures d'évaluation de vulnérabilité, avec une fréquence et une étape préalable à la mise en production.
API publiques
Évaluez les API appelées par l'application comme des applications web : autorisations, jetons et requêtes portant sur les données d'autres clients.
Avant et après la mise en production
Lancez des tests automatisés à chaque build et scannez chaque version publiée sur les stores, pas seulement celle que vous avez testée le trimestre dernier.
Composants et délais
Tenez une liste versionnée des SDK et bibliothèques de chaque version, et fixez des délais de correction selon la gravité.
Secrets dans l'application
Recherchez dans le package de l'application les clés d'API, jetons et identifiants, et renouvelez ceux qui sont fonctionnels.
MFA résistante au phishing
Vérifiez que la connexion et les retraits exigent le second facteur côté serveur, et que toute méthode de repli fait l'objet d'un suivi.
Verrouillage et modification des coordonnées
Testez le verrouillage après des échecs consécutifs, les notifications de connexion et l'authentification forte pour la modification du téléphone et de l'e-mail.
Signaler et retester
Signalez les résultats significatifs à la direction générale, suivez-les jusqu'à leur clôture et conservez les résultats de retest comme trace.
Une liste indicative, et non un modèle de la FSA. Ceci ne constitue pas un avis juridique.
Les capacités associées à cette page
Chacune a sa propre page détaillée.
- Mobile Agentic Deep ScanDes agents IA pentestent la version publiée à chaque release, avec un exploit fonctionnel à rejouer pour chaque résultat d'un agent IA.En savoir plus
- Tests authentifiésTestez la connexion, les codes à usage unique et les parcours d'authentification renforcée avec vos comptes de test.En savoir plus
- Tests des API et du backendInterceptez le trafic de l'application même avec TLS pinning, puis testez les API et backends derrière les comptes et les paiements.En savoir plus
- Mobile SASTAnalyse statique des binaires APK, AAB et IPA, avec analyse de propagation (taint) sur l'application et ses SDK intégrés.En savoir plus
- SCA et SBOMDétectez les dépendances vulnérables, y compris les bibliothèques natives compilées statiquement, et suivez leur résolution version après version.En savoir plus
- Mobile Shielding ScanTestez à l'exécution la détection du root et du jailbreak, l'anti-altération et le pinning, et voyez quelles protections ont tenu et lesquelles ont été contournées.En savoir plus
- Votre propre clé IALancez les scans par agents IA avec la clé de votre fournisseur d'IA et un plafond de dépense par scan, pour respecter vos politiques internes.En savoir plus
- Scan on-premisesScannez les applications de préproduction, API et dépôts derrière votre pare-feu ou VPN, sur une infrastructure que vous contrôlez.En savoir plus
Des banques et fintechs nous font confiance, dont
Sources
Les textes officiels sur lesquels s'appuie cette page, vérifiés le 27 septembre 2026.
- Guidelines on Cybersecurity for the Financial Sector (provisional translation)FSA, datées du 4 octobre 2024, traduction anglaise publiée le 20 octobre 2025. Mesures fondamentales et recommandées, dont l'évaluation de vulnérabilité et les tests d'intrusion (2.2.4)
- 金融分野におけるサイバーセキュリティに関するガイドラインFSA, applicables depuis le 4 octobre 2024, après une consultation publique du 28 juin au 29 juillet 2024. L'original japonais, avec une modification technique le 4 juillet 2025
- 主要行等向けの総合的な監督指針 (Comprehensive Guidelines for Supervision of Major Banks, etc.), III-3-7 and III-3-8FSA, texte japonais. Risque des systèmes, gestion de la cybersécurité et sécurité de la banque en ligne. Des dispositions similaires s'appliquent aux institutions financières régionales au titre de leurs propres lignes directrices de supervision
- 「主要行等向けの総合的な監督指針」等の一部改正（案）に対するパブリックコメントの結果等の公表についてFSA, 27 février 2026, appliqué le jour même. Ajoute la MFA résistante au phishing, les notifications de connexion et le verrouillage automatique des comptes à la section sur la banque en ligne
- Request Regarding "Short-Term Measures for Financial Institutions in Response to Changes in Threat Posed by Frontier AI"FSA et Banque du Japon, émise le 22 mai 2026, traduction anglaise publiée le 15 juin 2026. Priorités de gestion des vulnérabilités et d'application des correctifs
- FISC Security Guidelines on Computer Systems for Financial Institutions (Thirteenth Edition)FISC, version anglaise de l'édition publiée en novembre 2025. Vendue par le FISC et citée comme référence par les lignes directrices de supervision ; elle n'est donc pas citée sur cette page
Questions fréquentes
Des réponses claires sur la couverture, la mise en place et la façon dont les résultats parviennent à vos équipes.
Vous ne trouvez pas votre réponse ? Réservez une démo ou contactez-nous.
Évaluez votre application bancaire mobile comme le décrit la FSA
Commencez par un scan gratuit de votre application depuis le store, ou réservez une démo pour lancer des tests authentifiés de votre application et de vos API avec notre équipe.