Préparer la certification CCAS : mécanique des cryptoactifs, obligations LBC et décisions d’enquête
La certification Certified Cryptoasset AFC Specialist (CCAS) d’ACAMS s’adresse aux professionnels de la lutte contre la criminalité financière, de la conformité des cryptoactifs, de l’analyse blockchain, de la réglementation et des enquêtes.
Pour la version de l’examen en vigueur avant la refonte annoncée pour le 19 novembre 2026, ACAMS indique 100 questions en 175 minutes et un examen proposé en anglais. Le présent guide en français est une préparation indépendante. Les candidats doivent vérifier auprès d’ACAMS les modalités de leur session et la version des supports utilisés.
Les 60 concepts suivent trois ensembles : fonctionnement des cryptoactifs et de la blockchain, fondements de la lutte contre le blanchiment appliqués aux actifs virtuels, puis programmes de gestion des risques. Ils entraînent à relier les mouvements sur chaîne aux preuves externes, aux obligations de la juridiction concernée et à une décision proportionnée.
Comment utiliser ce guide
- Reconstituez le chemin d’une transaction avant de qualifier le risque.
- Identifiez l’entité, son activité et la juridiction avant d’appliquer une règle.
- Justifiez chaque décision par des éléments conservables et les limites de l’analyse.
Parcours de préparation CCAS
| Ensemble étudié | Pondération officielle | Priorité de ce guide |
|---|---|---|
| Cryptoactifs et blockchain | Aucune pondération officielle indiquée ici | Comprendre les transferts, les contrats et les limites de l’attribution avant toute conclusion de conformité. |
| Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs | Aucune pondération officielle indiquée ici | Relier les standards internationaux aux acteurs, aux produits et au droit effectivement applicable. |
| Programmes de gestion des risques des cryptoactifs | Aucune pondération officielle indiquée ici | Choisir, documenter et tester des contrôles et des enquêtes proportionnés aux preuves disponibles. |
Les 60 concepts à maîtriser 1-10
1. 1. Registre public et visibilité réelle
Cryptoactifs et blockchain
Une blockchain publique permet généralement d’observer des transactions et leur ordre de confirmation, mais elle ne révèle pas automatiquement les personnes qui les ont initiées. Commencez par distinguer ce que montre le registre, ce que déduit un outil et ce qu’attestent les dossiers d’un prestataire. Cette séparation évite de transformer une trace technique en conclusion d’identité ou de licéité sans preuve complémentaire.
Mise en situation: Une plateforme reçoit des jetons depuis une adresse récente. L’analyste confirme le montant et l’historique sur le registre, puis consulte les données du compte client avant de formuler une hypothèse sur l’expéditeur.
Erreur à éviter: Croire qu’un registre transparent identifie son utilisateur confond visibilité des mouvements et attribution. Une adresse peut servir à plusieurs opérations sans révéler son titulaire juridique.
2. 2. Adresse, clé et contrôle
Cryptoactifs et blockchain
Une adresse désigne une destination technique; la capacité de signer une transaction dépend du contrôle des clés ou d’un mécanisme contractuel. Une même personne peut contrôler plusieurs adresses, et plusieurs personnes peuvent intervenir dans un dispositif de signature partagé. Pour évaluer une exposition, établissez la relation entre adresse, autorisation de dépenser et titulaire allégué, puis indiquez la preuve qui soutient chaque étape.
Mise en situation: Un client fournit une adresse de retrait et signe un message pour prouver son contrôle technique. La plateforme conserve cette preuve, mais vérifie séparément l’identité du client et l’origine des fonds.
Erreur à éviter: Assimiler la signature d’un message à une vérification complète d’identité est excessif. Elle indique un contrôle technique à un instant donné, sans établir nécessairement la propriété économique.
3. 3. Identifiants et états d’une transaction
Cryptoactifs et blockchain
Un identifiant de transaction permet de retrouver une opération sur le registre, mais son interprétation dépend de la chaîne, du bloc et de l’état de finalité. Une transaction diffusée peut échouer, être remplacée ou rester non confirmée. Pour documenter un dossier, conservez la chaîne concernée, l’identifiant, l’horodatage observé, le statut et la source de consultation. Ces éléments permettent de reproduire le constat.
Mise en situation: Un client affirme avoir payé un fournisseur et transmet un identifiant. L’enquêteur constate que l’opération a échoué sur la chaîne concernée et demande une autre preuve de règlement avant de clore le litige.
Erreur à éviter: Traiter un identifiant comme une preuve suffisante de paiement ignore l’état de l’opération. Vérifiez son exécution effective et la destination avant d’en tirer une conclusion.
4. 4. Soldes, entrées et sorties de valeur
Cryptoactifs et blockchain
Les chaînes n’expriment pas toutes le mouvement de valeur de la même façon. Certaines suivent des sorties non dépensées; d’autres modifient des soldes de comptes. L’analyste doit reconnaître le modèle utilisé pour éviter de prendre une adresse de monnaie rendue pour un bénéficiaire distinct ou de manquer un transfert interne. Documentez la logique de calcul du solde et les frais avant de comparer montants entrants et sortants.
Mise en situation: Après un paiement en bitcoin, une partie des fonds revient vers une nouvelle adresse du portefeuille émetteur. L’analyste teste l’hypothèse de monnaie rendue avant de compter cette adresse parmi les bénéficiaires externes.
Erreur à éviter: Additionner toutes les sorties comme des paiements à des tiers gonfle artificiellement le flux suspect. Le modèle de transaction et la fonction possible de chaque sortie comptent.
5. 5. Jeton et réseau sous-jacent
Cryptoactifs et blockchain
Un jeton existe selon les règles d’un réseau ou d’un contrat; son nom commercial ne suffit pas à préciser sa chaîne, son émetteur ou ses droits. Le même symbole peut désigner plusieurs actifs. Avant de filtrer ou retracer un transfert, identifiez le réseau, l’adresse du contrat si nécessaire et l’actif effectivement déplacé. Cette étape évite les erreurs de correspondance entre captures d’écran, registres et données de plateforme.
Mise en situation: Un avis mentionne un transfert de « USDX ». L’équipe trouve plusieurs contrats portant ce symbole, vérifie le réseau indiqué par la plateforme et ne retient que le contrat associé à l’opération.
Erreur à éviter: Déduire l’actif d’un simple symbole expose à des confusions entre jetons homonymes. L’adresse du contrat et le réseau fournissent une identification technique plus solide.
6. 6. Stablecoins et droits sur la réserve
Cryptoactifs et blockchain
La stabilité annoncée d’un stablecoin dépend de sa conception, de ses actifs de réserve, de ses possibilités de remboursement et parfois de droits d’intervention de l’émetteur. Sur le plan de la lutte contre la criminalité financière, examinez aussi les points où un émetteur ou un intermédiaire peut geler ou refuser une opération. Ne déduisez ni absence de risque ni pouvoir de blocage universel du seul fait que la valeur cible suit une monnaie.
Mise en situation: Une plateforme envisage d’accepter un stablecoin pour des règlements internationaux. Elle vérifie l’émetteur, les conditions de remboursement et les fonctions de gel avant de définir sa surveillance des dépôts.
Erreur à éviter: Qualifier tous les stablecoins d’équivalents aux dépôts bancaires masque leurs structures différentes. Les droits de remboursement et les contrôles techniques doivent être examinés actif par actif.
7. 7. Conservation et responsabilité opérationnelle
Cryptoactifs et blockchain
La conservation peut reposer sur un prestataire, une gestion personnelle des clés ou une combinaison de signatures. Ces architectures changent qui peut initier, empêcher ou documenter un transfert. Dans une analyse de risque, décrivez le chemin d’autorisation et les journaux disponibles, puis distinguez le contrôle technique des obligations juridiques du prestataire. Un dispositif multisignature ne prouve pas, à lui seul, qui décide économiquement des mouvements.
Mise en situation: Un fonds utilise deux signatures internes et une signature d’un conservateur. L’analyste cartographie les seuils d’autorisation et demande les journaux de validation avant d’attribuer un retrait à une personne.
Erreur à éviter: Présumer que le dépositaire contrôle seul les actifs parce qu’il détient une clé ignore le seuil de signatures. La capacité réelle de transfert dépend de l’architecture complète.
8. 8. Comptes de plateforme et écritures internes
Cryptoactifs et blockchain
Une plateforme centralisée peut déplacer la valeur entre clients dans son propre registre sans transaction publique pour chaque écriture. Le registre blockchain montre alors surtout les dépôts, retraits et mouvements de trésorerie de la plateforme. Pour reconstruire un parcours de fonds, combinez ces traces publiques avec les écritures internes autorisées, les identifiants de compte et les horodatages. Une rupture sur chaîne ne signifie pas nécessairement que le parcours économique s’arrête.
Mise en situation: Des fonds arrivent sur une adresse de dépôt de plateforme puis disparaissent d’un traçage public. Les écritures internes obtenues par voie appropriée montrent une conversion et un retrait ultérieur vers une autre chaîne.
Erreur à éviter: Attribuer tous les mouvements d’un portefeuille de plateforme à un seul client est trompeur. Le regroupement opérationnel peut mêler les actifs de nombreux utilisateurs.
9. 9. Frais, validateurs et ordre des opérations
Cryptoactifs et blockchain
Les frais et l’ordre d’inclusion influencent le coût, le délai et parfois le résultat d’une opération. Une transaction peut aussi interagir avec plusieurs contrats dans une seule exécution. Lorsqu’un montant reçu diffère du montant envoyé, vérifiez les frais, les conversions et les événements contractuels avant d’inférer une dissipation volontaire. L’analyse doit suivre la valeur effectivement transférée plutôt qu’une simple soustraction entre deux lignes d’un explorateur.
Mise en situation: Un retrait de jetons semble inférieur au dépôt initial. L’analyste relève des frais de réseau et une conversion intégrée au contrat, puis recalcule la valeur reçue avant de qualifier l’écart.
Erreur à éviter: Voir toute différence de montant comme une commission illicite ignore les frais et interactions contractuelles. La trace complète de l’exécution permet de tester cette hypothèse.
10. 10. Contrats intelligents et fonctions exécutées
Cryptoactifs et blockchain
Un contrat intelligent exécute des instructions prévues par son code lorsque les conditions techniques sont réunies. L’adresse du contrat peut recevoir des fonds sans être le bénéficiaire final. Pour analyser une interaction, lisez la fonction appelée, les événements émis et les transferts effectifs, puis recherchez les pouvoirs d’administration. Le nom d’une application ne décrit pas toujours les chemins possibles de sortie de valeur ou de modification du contrat.
Mise en situation: Un utilisateur envoie des jetons à un contrat présenté comme une réserve de rendement. L’enquêteur examine l’appel, constate l’émission d’un jeton de dépôt et suit les conditions de retrait.
Erreur à éviter: Qualifier tout envoi vers un contrat de paiement au développeur confond dépôt technique et bénéficiaire. L’exécution et les droits créés par le contrat doivent être reconstruits.
Les 60 concepts à maîtriser 11-20
11. 11. Échanges décentralisés et conversions
Cryptoactifs et blockchain
Un échange décentralisé peut convertir des actifs par interaction avec un contrat et une réserve de liquidité, sans compte client ouvert auprès de ce contrat. Cela complique l’attribution du bénéficiaire économique, mais les opérations restent analysables. Suivez l’actif entrant, l’actif reçu, le taux implicite et l’adresse de destination. Évaluez séparément si un opérateur ou un intermédiaire exerce une activité réglementée dans la juridiction pertinente.
Mise en situation: Une adresse échange un jeton volé contre un actif plus liquide par un pool. L’analyste suit la sortie du swap et recherche un retrait ultérieur vers une plateforme identifiée.
Erreur à éviter: Déclarer qu’un swap rend les fonds introuvables exagère l’effet de la conversion. La chaîne conserve souvent les appels et transferts nécessaires pour poursuivre le suivi.
12. 12. Prêts décentralisés et garanties
Cryptoactifs et blockchain
Dans un protocole de prêt, un dépôt peut servir de garantie à un emprunt plutôt que constituer une vente. La valeur obtenue peut ensuite circuler alors que la garantie demeure immobilisée. Pour examiner une typologie de blanchiment ou de fraude, reliez dépôt, position d’emprunt, remboursement et liquidation éventuelle. Une hausse des flux bruts ne correspond pas toujours à une hausse équivalente de richesse disponible ou à un transfert vers un tiers.
Mise en situation: Une adresse dépose des cryptoactifs, emprunte un stablecoin et l’envoie à une plateforme. L’analyste rattache l’emprunt à la garantie avant de décrire l’origine économique du dépôt.
Erreur à éviter: Compter l’emprunt et la garantie comme deux apports indépendants double la valeur examinée. Leur relation contractuelle explique pourquoi les deux montants apparaissent simultanément.
13. 13. Ponts entre chaînes et continuité de valeur
Cryptoactifs et blockchain
Un pont peut verrouiller un actif sur une chaîne et créer une représentation sur une autre, ou organiser un transfert selon une architecture différente. Le suivi exige de relier les événements des deux côtés par montant, temps, identifiant ou données du protocole. Cette correspondance reste une hypothèse à tester lorsque plusieurs utilisateurs transfèrent des montants similaires. La continuité de valeur ne prouve pas la continuité de contrôle par une même personne.
Mise en situation: Deux transferts proches de 50 000 unités traversent le même pont en quelques minutes. L’enquêteur compare les messages du pont et les frais avant de relier l’un des dépôts à une sortie.
Erreur à éviter: Associer automatiquement deux montants égaux sur des chaînes distinctes peut créer une fausse piste. Les identifiants du pont et la chronologie doivent appuyer le rapprochement.
14. 14. NFT et droits réellement transférés
Cryptoactifs et blockchain
Un NFT peut représenter un objet numérique, un droit contractuel ou seulement un identifiant lié à des métadonnées. Son prix affiché ne constitue pas nécessairement une valeur de marché fiable. Dans une revue, identifiez le contrat, le jeton, les droits associés, les parties à la vente et le paiement réellement versé. Des transactions répétées entre portefeuilles liés peuvent signaler une manipulation, mais cette liaison doit être étayée.
Mise en situation: Un NFT change trois fois de mains à prix croissant en une journée. L’analyste examine les flux de financement des acheteurs et les retraits ultérieurs avant d’évaluer une éventuelle vente circulaire.
Erreur à éviter: Traiter toute revente rapide comme du blanchiment ignore la liquidité et les pratiques du marché. Il faut relier le schéma aux personnes, aux fonds et aux circonstances.
15. 15. Confidentialité technique et limites du traçage
Cryptoactifs et blockchain
Certains outils ou protocoles réduisent la visibilité directe entre entrée et sortie, mais ils n’effacent pas nécessairement les preuves externes. Les horaires, montants, dépôts sur plateformes et données de compte peuvent soutenir une enquête, avec des degrés de confiance variables. Exprimez clairement ce qui est observé, ce qui est seulement compatible avec un parcours et ce qui demeure inconnu. Une absence de lien déterministe doit rester visible dans la conclusion.
Mise en situation: Des fonds entrent dans un service de confidentialité avant qu’un montant voisin arrive sur une plateforme. L’analyste retient une piste temporelle et demande des données complémentaires sans affirmer une correspondance certaine.
Erreur à éviter: Présenter une sortie probable comme la sortie prouvée transforme une corrélation en attribution. La méthode utilisée et son incertitude doivent accompagner le résultat.
16. 16. Regroupement d’adresses et degré de confiance
Cryptoactifs et blockchain
Les regroupements d’adresses reposent sur des heuristiques, des données fournies par des services ou des observations répétées. Ils peuvent aider à prioriser une revue, mais ne démontrent pas à eux seuls l’identité ni le contrôle exclusif. Pour chaque groupe, notez la règle de regroupement, les exceptions possibles et la confirmation indépendante disponible. Un résultat d’outil doit être traduit en proposition vérifiable plutôt qu’accepté comme une désignation personnelle définitive.
Mise en situation: Un logiciel regroupe vingt adresses sous une même étiquette. L’enquêteur vérifie le comportement des entrées et demande des données de plateforme avant d’attribuer le groupe à un client.
Erreur à éviter: Confondre un cluster avec une personne efface les risques de portefeuille partagé et d’heuristique erronée. Le regroupement est une hypothèse technique, pas une preuve d’identité.
17. 17. Exposition directe et exposition indirecte
Cryptoactifs et blockchain
Recevoir directement des fonds d’une adresse connue diffère d’un lien situé plusieurs transactions en amont. La distance, les conversions, les services intermédiaires et la part du montant influencent la valeur probante de l’exposition. Définissez une méthode de traçage cohérente et expliquez ses limites avant de comparer des alertes. Une mesure de distance seule ne dit ni qui contrôle l’adresse actuelle ni si le risque reste pertinent.
Mise en situation: Un dépôt provient d’une adresse ayant reçu une faible fraction de fonds associés à une fraude plusieurs étapes auparavant. L’analyste mesure cette fraction et recherche d’autres indices avant d’escalader.
Erreur à éviter: Traiter toutes les expositions historiques comme équivalentes produit des alertes peu utiles. Le chemin, la part de valeur et les acteurs intermédiaires changent l’interprétation.
18. 18. Chronologie et fuseaux horaires
Cryptoactifs et blockchain
Les horodatages de blocs, de plateformes et de dossiers clients peuvent employer des fuseaux, des arrondis et des moments d’enregistrement différents. Une enquête solide normalise ces données et conserve leur source. La chronologie sert à tester si un client pouvait contrôler les fonds, si une conversion précède un dépôt et si deux événements sont réellement liés. Une précision apparente à la seconde ne compense pas une source dont l’horloge est incertaine.
Mise en situation: Une alerte suggère qu’un retrait précède un dépôt sur une autre plateforme. Après conversion des fuseaux et vérification des heures de traitement, l’équipe constate l’ordre inverse.
Erreur à éviter: Copier des heures issues de systèmes différents dans une même frise peut inverser la causalité. Normalisez le temps et indiquez l’incertitude de chaque source.
19. 19. Valeur économique et volatilité
Cryptoactifs et blockchain
Un montant en unités de cryptoactif et sa valeur en monnaie de référence répondent à des questions différentes. Pour comparer des seuils internes, des pertes alléguées ou des flux, choisissez une source de prix et un moment de valorisation documentés. Les conversions successives peuvent aussi modifier la quantité observée sans masquer nécessairement une part importante de valeur. Une conclusion doit préciser si elle porte sur les unités, la valeur au moment du transfert ou la valeur actuelle.
Mise en situation: Une victime signale une perte de dix unités d’un actif volatil. L’enquêteur calcule la valeur au moment des transferts et la distingue de la valeur au jour de la déclaration.
Erreur à éviter: Utiliser le cours du jour pour qualifier tous les flux historiques déforme les montants comparés. Le moment et la source de valorisation doivent être cohérents.
20. 20. Hypothèse de parcours et preuve manquante
Cryptoactifs et blockchain
Un bon traçage commence par une hypothèse limitée, par exemple un dépôt, une conversion puis un retrait, et cherche activement ce qui pourrait la contredire. Classez les liens comme observés, corroborés ou inférés. Lorsqu’une étape passe par un service à registre interne, indiquez les données nécessaires pour la confirmer. Cette discipline permet de proposer une mesure proportionnée sans présenter une chaîne narrative complète là où subsiste une rupture de preuve.
Mise en situation: Une adresse liée à une escroquerie dépose des fonds sur une plateforme, puis un client retire un montant proche. L’équipe demande les écritures internes avant de relier les deux événements.
Erreur à éviter: Combler une rupture par une histoire plausible rend le dossier fragile. Identifiez explicitement l’étape inconnue et la pièce qui pourrait confirmer ou réfuter le lien.
Les 60 concepts à maîtriser 21-30
21. 21. Standards internationaux et droit applicable
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Les recommandations du GAFI établissent un cadre international que les pays traduisent dans leurs propres règles. Pour résoudre un cas, partez des [recommandations du GAFI] en tant que référence, puis identifiez le texte local, l’activité couverte et la date d’application. Une procédure d’établissement peut être plus stricte, sans devenir pour autant une obligation légale universelle. Cette hiérarchie évite de transformer un principe général en seuil ou formalité inventés.
Mise en situation: Une société offre des échanges dans deux pays. Le responsable conformité compare les licences et obligations locales de chaque activité, puis applique une procédure commune seulement si elle satisfait les deux cadres.
Erreur à éviter: Citer une recommandation internationale comme une loi directement applicable peut conduire à une mauvaise décision. Il faut vérifier sa transposition et la portée du texte national.
22. 22. Qualification fonctionnelle d’un prestataire
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
La qualification d’un prestataire d’actifs virtuels dépend de ses activités réelles et du cadre juridique concerné, pas du nom qu’il se donne. La [guidance du GAFI sur les actifs virtuels] aide à examiner échange, transfert, conservation et services financiers liés, tandis que le droit local fixe les obligations concrètes. Décrivez qui agit pour autrui, qui contrôle l’opération et qui reçoit une rémunération. Un logiciel disponible au public ne devient pas automatiquement un prestataire réglementé.
Mise en situation: Une application décrit son interface comme décentralisée, mais une société conserve les clés administratives et facture chaque échange. L’analyste documente ces fonctions avant de demander une qualification juridique locale.
Erreur à éviter: Conclure « décentralisé, donc hors champ » à partir d’une étiquette ignore le rôle des opérateurs. L’activité effective et les pouvoirs exercés doivent être analysés.
23. 23. Risque intrinsèque et risque résiduel
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Le risque intrinsèque décrit l’exposition d’un produit ou d’un client avant l’effet des contrôles; le risque résiduel tient compte de leur efficacité démontrée. Pour un service de transfert de cryptoactifs, examinez anonymat pratique, accès transfrontalier, liquidité et voies de sortie. Ensuite seulement, créditez les contrôles qui fonctionnent et dont la preuve existe. Une politique écrite sans exécution fiable ne réduit pas nécessairement le risque résiduel.
Mise en situation: Un service accepte des dépôts depuis des portefeuilles externes. Son filtrage existe sur papier, mais les journaux montrent des interruptions répétées; l’évaluation résiduelle tient compte de ces périodes sans contrôle.
Erreur à éviter: Abaisser le risque parce qu’un outil est acheté confond présence et efficacité. Il faut mesurer sa couverture, ses interruptions et la qualité des décisions prises.
24. 24. Vigilance clientèle et activité observée
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
La vigilance clientèle relie l’identité, l’objet de la relation et l’activité attendue aux opérations effectivement réalisées. Dans les cryptoactifs, les données sur chaîne enrichissent cette compréhension sans remplacer les informations sur le client. Une revue utile compare volumes, contreparties, chaînes et produits avec le profil déclaré, puis recherche une explication étayée aux écarts. Les principes généraux de [vigilance en matière de blanchiment] éclairent cette démarche, sous réserve des règles locales applicables.
Mise en situation: Un client annonce des achats occasionnels, puis reçoit chaque semaine des paiements de dizaines d’adresses. L’équipe demande la nature de son activité et rapproche ses réponses des flux observés.
Erreur à éviter: Une identité vérifiée à l’ouverture du compte ne suffit pas à expliquer des flux nouveaux. La vigilance doit rester liée au comportement et au risque observés.
25. 25. Autorisation de services dans l’Union européenne
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Dans l’Union européenne, le [règlement MiCA] organise notamment des catégories d’actifs et l’exercice de services sur cryptoactifs. La qualification du service et la voie d’autorisation doivent être examinées séparément des obligations de lutte contre le blanchiment. En octobre 2026, il serait erroné de prolonger sans vérification les anciennes périodes transitoires. Pour un dossier, précisez l’activité, l’entité, l’État membre et la disposition applicable avant de conclure à une autorisation nécessaire.
Mise en situation: Une banque ajoute un service de conservation de cryptoactifs pour ses clients européens. Le juriste examine la voie prévue pour son type d’établissement et les obligations LBC distinctes.
Erreur à éviter: Assimiler une inscription LBC à une autorisation complète de services sur cryptoactifs mélange deux régimes. Chacun possède son champ et ses exigences propres.
26. 26. Actifs virtuels et exclusions à examiner
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
La qualification d’un actif ne se déduit pas seulement de sa forme technique. Les droits qu’il représente, son usage, sa fongibilité pratique et les exclusions prévues par le cadre concerné peuvent modifier l’analyse. Examinez les faits du produit et les définitions de la juridiction avant d’appliquer un régime. Les NFT et les arrangements de finance décentralisée exigent particulièrement cette analyse fonctionnelle; une étiquette commerciale ne règle pas leur statut.
Mise en situation: Un projet vend dix mille jetons uniques interchangeables dans les faits pour accéder à un service. L’équipe examine leurs droits et leur usage économique avant de conclure sur le régime applicable.
Erreur à éviter: Dire que tous les NFT sont exclus, ou que tous les protocoles décentralisés sont couverts, remplace l’analyse des définitions par une règle générale injustifiée.
27. 27. Règle de transfert et rôles des parties
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Les obligations d’information accompagnant certains transferts dépendent des prestataires impliqués, du sens du transfert et du droit applicable. Identifiez d’abord l’initiateur, le bénéficiaire, les éventuels prestataires et les portefeuilles personnels. Déterminez ensuite quelles données doivent être recueillies, vérifiées, transmises ou conservées. Le registre public ne transporte généralement pas toutes ces informations personnelles; un dispositif sûr et distinct peut être nécessaire entre prestataires.
Mise en situation: Une plateforme reçoit un transfert provenant d’un autre prestataire. Elle identifie les rôles des deux entités et vérifie les informations requises avant de créditer selon sa procédure applicable.
Erreur à éviter: Supposer que l’adresse blockchain contient toutes les données de la règle de transfert confond trace publique et échange d’informations réglementaires entre acteurs couverts.
28. 28. Transferts européens et portefeuilles personnels
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Le [règlement européen sur les informations accompagnant les transferts] prévoit des obligations propres aux transferts de cryptoactifs impliquant les prestataires concernés. Son analyse exige de distinguer transfert entre prestataires, transfert vers ou depuis une adresse personnelle et transfert purement entre particuliers. Certains contrôles supplémentaires dépendent du sens et du montant, sans effacer toutes les obligations en dessous de 1 000 euros. Le champ européen ne doit pas être exporté comme seuil mondial.
Mise en situation: Un prestataire européen reçoit 600 euros en cryptoactifs depuis un portefeuille personnel. L’équipe vérifie les informations et contrôles applicables à ce sens de transfert, sans invoquer une exemption générale.
Erreur à éviter: Traiter 1 000 euros comme une dispense universelle de données est inexact. Le montant, le sens et la présence d’un prestataire déterminent les exigences.
29. 29. Obligations américaines et entité couverte
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Aux États-Unis, le cadre administré par FinCEN impose des obligations selon la catégorie d’institution, l’activité et les règles effectivement applicables. Ses [fondements juridiques] doivent être lus avant de choisir un programme, un registre ou une déclaration. Un risque cité dans une priorité publique ne crée pas, à lui seul, un nouveau motif de dépôt. Pour un acteur de cryptoactifs, qualifiez la fonction exercée et vérifiez les obligations propres à ce statut.
Mise en situation: Une entreprise américaine exploite une interface de conversion de cryptoactifs. Son conseiller analyse les fonctions qu’elle assure et les règles FinCEN applicables avant de fixer les procédures de déclaration.
Erreur à éviter: Appliquer les exigences d’une banque à tout acteur crypto américain ignore les catégories réglementaires. L’activité et le statut de l’entité déterminent les devoirs.
30. 30. Cadre de conformité aux sanctions américaines
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Le [cadre de conformité de l’OFAC] décrit une approche fondée sur l’engagement de la direction, l’évaluation des risques, les contrôles, les tests et la formation. Il aide à structurer un programme exposé aux sanctions américaines, mais ne remplace pas l’analyse de l’interdiction applicable à une transaction donnée. Pour chaque opération, identifiez le lien avec les États-Unis, les personnes concernées, le régime et la mesure requise avant de décider.
Mise en situation: Une plateforme étrangère utilise un intermédiaire américain pour certains règlements. Elle cartographie ce lien, examine les listes et procédures pertinentes, puis teste la capacité du filtrage à détecter les cas concernés.
Erreur à éviter: Citer un cadre de bonnes pratiques comme une loi mondiale conduit à des actions mal fondées. La portée juridique d’une interdiction doit être établie séparément.
Les 60 concepts à maîtriser 31-40
31. 31. Propriété bloquée et règle américaine des 50 %
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Selon la [règle de propriété de l’OFAC], une entité détenue directement ou indirectement à 50 % ou plus, au total, par des personnes bloquées est elle-même bloquée aux fins américaines. Le contrôle seul, sous ce seuil, ne produit pas automatiquement ce résultat au titre de cette règle, même si d’autres interdictions peuvent compter. Analysez la structure de propriété réelle et la règle pertinente sans multiplier mécaniquement des pourcentages à travers des entités déjà bloquées.
Mise en situation: Deux personnes bloquées détiennent chacune 30 % d’une société cliente. L’équipe additionne leurs participations pertinentes et examine l’effet de la règle américaine avant de traiter ses actifs.
Erreur à éviter: Confondre influence et propriété automatique peut fausser le statut de l’entité. Le seuil de l’OFAC exige une analyse d’actionnariat, avec vérification d’autres interdictions possibles.
32. 32. Correspondance de sanctions et identité
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Un résultat de filtrage est une piste, pas une identification définitive. Comparez nom, alias, date de naissance, pays, identifiants et contexte de transaction selon les données disponibles. La [liste consolidée du Conseil de sécurité] fournit des désignations officielles, mais les mesures concrètes et leur mise en œuvre passent par les régimes et juridictions concernés. Conservez les raisons d’écarter ou de confirmer la correspondance, ainsi que la version de la liste consultée.
Mise en situation: Le nom d’un client ressemble à celui d’une personne désignée. L’analyste compare les identifiants et constate des dates de naissance incompatibles, puis documente le rejet de l’alerte.
Erreur à éviter: Bloquer définitivement sur la seule base d’un nom commun peut toucher la mauvaise personne. Une vérification d’identité structurée précède la conclusion juridique.
33. 33. Sanctions britanniques et portée territoriale
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Les [orientations britanniques sur les sanctions financières] exigent d’examiner les textes applicables, le lien territorial et les notions britanniques de propriété ou de contrôle. Ces notions ne se confondent pas avec le mécanisme automatique de propriété de l’OFAC. Dans un dossier transfrontalier, réalisez des analyses séparées pour chaque juridiction, puis coordonnez la décision opérationnelle. Une même adresse de portefeuille peut ainsi susciter des obligations différentes selon les acteurs impliqués.
Mise en situation: Un prestataire britannique traite un retrait pour une société détenue minoritairement par une personne désignée. L’équipe examine le contrôle selon les règles britanniques au lieu d’importer le seul seuil américain.
Erreur à éviter: Appliquer partout la règle américaine des 50 % peut omettre un contrôle pertinent au Royaume-Uni. Le droit et les définitions de chaque régime gouvernent l’analyse.
34. 34. Mesures européennes et interdiction précise
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Les mesures restrictives de l’Union européenne peuvent viser des personnes, des activités, des services ou des biens selon le texte adopté. La présentation du Conseil sur les [sanctions de l’Union européenne] aide à situer leur objectif, mais la décision opérationnelle doit citer l’instrument applicable, le lien avec l’Union et l’interdiction précise. Pour approfondir les comparaisons de régimes, la [préparation aux sanctions] offre un parcours connexe sans remplacer la lecture du droit.
Mise en situation: Une plateforme de l’Union reçoit une demande de transfert concernant une société étrangère. Son équipe identifie le règlement applicable et les personnes concernées avant de suspendre ou autoriser l’opération.
Erreur à éviter: Transformer toute désignation en interdiction identique dans chaque régime est incorrect. La portée, les exceptions et les licences éventuelles dépendent du texte applicable.
35. 35. Bénéficiaire effectif et contrôle d’un client
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Identifier le bénéficiaire effectif d’une société cliente sert à comprendre qui possède ou contrôle la relation, au-delà du nom de l’entreprise. La méthode et les seuils dépendent du régime local. Aux États-Unis, la [règle de vigilance clientèle de FinCEN] concerne des institutions couvertes et prévoit des critères spécifiques; elle ne s’applique pas mécaniquement à toute plateforme ou juridiction. Distinguez également cette vigilance des déclarations de propriété faites par certaines sociétés à l’État.
Mise en situation: Une plateforme demande à une société cliente son organigramme et les personnes exerçant un contrôle. Elle vérifie ensuite quelles obligations légales s’appliquent à son propre statut et à son pays.
Erreur à éviter: Importer partout le seuil américain de 25 % peut manquer un autre régime ou une autre forme de contrôle. Commencez par la règle applicable à l’entité.
36. 36. Inclusion financière et mesures proportionnées
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Une approche fondée sur le risque peut prévoir des mesures simplifiées lorsque le droit les permet et que le risque est réellement moindre. Les [orientations du GAFI sur l’inclusion financière] invitent à éviter l’exclusion indiscriminée tout en conservant une vigilance effective. Pour un client utilisant des cryptoactifs, cherchez des moyens d’identification adaptés et contrôlables, puis définissez des limites et une surveillance cohérentes. Une méthode alternative d’identification ne signifie jamais absence de vérification.
Mise en situation: Un travailleur transfrontalier possède peu de justificatifs classiques. Le prestataire examine des moyens d’identification autorisés, limite d’abord certaines opérations et surveille l’activité réelle.
Erreur à éviter: Refuser toute clientèle difficile à documenter n’est pas une analyse du risque. La proportionnalité exige des critères, des preuves et le respect des obligations locales.
37. 37. Fractions de propriété et sources d’information
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Une structure de détention peut inclure plusieurs niveaux, des accords de vote et des personnes exerçant un contrôle sans participation majoritaire. Demandez des documents cohérents avec la structure et comparez les déclarations du client aux registres disponibles. Les obligations de déclaration publique et la vigilance d’un établissement sont distinctes; la [page FinCEN sur les bénéficiaires effectifs] concerne le régime américain de déclaration des sociétés, sous ses règles actuelles. Elle ne dispense pas une institution de ses propres devoirs applicables.
Mise en situation: Une société américaine cliente indique qu’elle est dispensée d’une déclaration publique de propriété. La banque vérifie séparément les informations qu’elle doit obtenir pour sa vigilance clientèle.
Erreur à éviter: Déduire d’une dispense de déclaration publique une dispense générale de vigilance confond deux régimes. Le statut du client et les devoirs de l’institution se vérifient séparément.
38. 38. Réutilisation des données de bénéficiaire effectif
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
La collecte répétée de données de propriété n’est pas toujours exigée à chaque nouveau compte. L’[allégement américain de vérification] permet, pour les institutions couvertes, une approche liée au premier compte, aux faits remettant en cause l’information antérieure et aux besoins de vigilance continue fondée sur le risque. Une institution peut choisir une procédure plus stricte, mais elle doit distinguer ce choix de l’exigence légale. Toute réutilisation permise mérite une confirmation documentée de l’actualité des données.
Mise en situation: Une société déjà cliente ouvre un second compte. L’équipe vérifie si les données de propriété restent fiables et documente sa décision de réutilisation selon les règles et procédures applicables.
Erreur à éviter: Exiger automatiquement un nouveau dossier complet à chaque compte peut être une politique interne, pas une règle universelle. Inversement, réutiliser des données devenues douteuses est injustifié.
39. 39. Preuve d’identité et authentification
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
La preuve d’identité établit une identité déclarée lors de l’entrée en relation; l’authentification vérifie ensuite qu’un utilisateur autorisé accède au compte. Les [orientations NIST sur la preuve d’identité] décrivent des niveaux d’assurance techniques, sans remplacer les obligations de vigilance financière locales. Un compte protégé par une authentification forte peut néanmoins avoir été ouvert sous une identité trompeuse. Évaluez donc séparément la qualité de l’enrôlement, la sécurité de l’accès et le profil économique.
Mise en situation: Un client se connecte avec un facteur matériel robuste, mais les documents fournis à l’ouverture présentent des incohérences. L’équipe reprend la vérification d’identité malgré la connexion sécurisée.
Erreur à éviter: Confondre sécurité de connexion et connaissance du client laisse passer une fausse identité bien protégée. Les deux contrôles répondent à des questions différentes.
40. 40. Produits criminels et inférence prudente
Fondements de la lutte contre le blanchiment appliqués aux cryptoactifs
Les escroqueries, rançongiciels et détournements peuvent produire des flux en cryptoactifs, mais une typologie connue ne prouve pas l’origine criminelle d’un transfert particulier. Comparez les plaintes, adresses publiées par les autorités, chronologies, montants et données de compte. Séparez l’infraction source alléguée, le trajet des fonds et le comportement de votre client. Cette distinction aide à choisir une surveillance, une enquête ou une déclaration étayée sans surinterpréter une simple proximité sur chaîne.
Mise en situation: Un dépôt passe par une adresse ayant reçu des fonds d’une campagne de rançongiciel connue. L’analyste vérifie la part concernée et les liens documentés avant de qualifier le risque du client.
Erreur à éviter: Étiqueter un client comme auteur d’une infraction parce que ses fonds croisent une typologie confond exposition et participation. Les preuves doivent soutenir chaque proposition.
Les 60 concepts à maîtriser 41-50
41. 41. Périmètre d’une évaluation des risques
Programmes de gestion des risques des cryptoactifs
Une évaluation utile part des produits, clients, corridors, chaînes, actifs, partenaires et modes de conservation réellement utilisés. Elle décrit les menaces plausibles et les contrôles existants avant de coter le risque résiduel. Définissez des critères comparables et une période d’observation, puis validez les hypothèses avec les équipes opérationnelles. Une matrice générique intitulée « crypto » manque les différences entre conversion au comptant, conservation, paiement et accès à des protocoles décentralisés.
Mise en situation: Une plateforme ajoute des retraits vers une nouvelle chaîne. Avant le lancement, l’équipe mesure la visibilité analytique, les risques de sanctions et les capacités de suspension du service.
Erreur à éviter: Noter tous les produits crypto au même niveau empêche de cibler les contrôles. Le risque dépend des fonctionnalités, des clients et des voies de sortie.
42. 42. Appétence au risque et limites opérationnelles
Programmes de gestion des risques des cryptoactifs
L’appétence au risque traduit les choix de la direction en limites utilisables, par exemple des produits autorisés, des expositions à examiner et des pouvoirs d’approbation. Ces limites doivent être cohérentes avec le droit applicable et les capacités de contrôle. Pour les rendre testables, définissez la mesure, la source de données, le responsable et l’action en cas de dépassement. Une formule vague comme « aucun risque élevé » ne guide ni l’analyste ni le comité.
Mise en situation: Une entreprise autorise certains retraits vers des portefeuilles personnels sous contrôle renforcé. Elle fixe les critères d’escalade et conserve les décisions exceptionnelles pour revue périodique.
Erreur à éviter: Confondre appétence interne et interdiction légale peut entraîner des communications erronées. Une limite de l’établissement reste distincte d’une obligation imposée par la loi.
43. 43. Entrée en relation d’un prestataire partenaire
Programmes de gestion des risques des cryptoactifs
Avant d’ouvrir un accès à un autre prestataire, examinez sa structure, ses activités, ses juridictions, ses contrôles et la qualité des informations qu’il peut fournir. Adaptez la profondeur de la revue à la fonction qu’il remplit dans vos flux. Un questionnaire signé ne prouve pas l’efficacité des contrôles; des pièces, entretiens ou tests ciblés peuvent être nécessaires. Prévoyez aussi les signaux qui déclencheront une revue après l’entrée en relation.
Mise en situation: Une plateforme veut utiliser un partenaire pour des conversions dans un nouveau pays. Elle vérifie son statut, ses procédures de filtrage et ses délais de réponse aux demandes d’enquête.
Erreur à éviter: Accepter une licence affichée sur un site comme preuve complète de maîtrise du risque est insuffisant. Vérifiez sa portée, sa validité et l’activité réellement fournie.
44. 44. Gouvernance et responsable de décision
Programmes de gestion des risques des cryptoactifs
Un programme efficace attribue clairement la conception des contrôles, leur exécution, l’examen indépendant et l’acceptation des exceptions. Les incidents de cryptoactifs franchissent souvent les frontières entre sécurité technique, conformité et opérations. Définissez qui peut suspendre un transfert, demander une preuve et lever une restriction, avec une trace de la décision. La [gestion des risques LBC] apporte un cadre connexe pour relier ces responsabilités aux mesures de risque.
Mise en situation: Une alerte apparaît durant la nuit sur un retrait important. Le protocole désigne l’équipe qui suspend l’opération, le responsable qui décide et le délai de réexamen documenté.
Erreur à éviter: Laisser plusieurs équipes croire que l’autre décidera peut permettre un retrait irréversible. Les pouvoirs et relais doivent être définis avant l’incident.
45. 45. Filtrage initial d’un portefeuille
Programmes de gestion des risques des cryptoactifs
Le filtrage d’une adresse peut révéler une correspondance de liste, une étiquette de service ou une exposition historique. Sa configuration doit préciser les chaînes couvertes, la fraîcheur des données, les règles de rapprochement et le traitement des faux positifs. Une alerte constitue un motif de revue, pas une décision automatique d’identité ou de blocage. Conservez la version des données et les résultats consultés pour pouvoir expliquer la décision à la date du transfert.
Mise en situation: Un retrait déclenche une alerte parce que l’adresse ressemble à une adresse signalée. L’analyste confirme le réseau et l’adresse complète, puis établit si la correspondance est réelle.
Erreur à éviter: Filtrer seulement les premiers caractères d’une adresse peut créer une fausse correspondance. La chaîne et l’identifiant complet sont nécessaires à la vérification.
46. 46. Surveillance des dépôts et retraits
Programmes de gestion des risques des cryptoactifs
La surveillance doit couvrir le cycle de vie des fonds, pas uniquement l’ouverture du compte. Les dépôts peuvent apporter une exposition nouvelle, tandis que les retraits modifient la capacité d’intervention. Choisissez des scénarios liés aux produits et aux menaces, puis testez leurs délais, seuils et données manquantes. Un contrôle avant retrait peut être prioritaire lorsque le transfert devient difficile à récupérer; le traitement du dépôt peut demander une autre décision juridique.
Mise en situation: Un client dépose des fonds depuis plusieurs nouvelles adresses puis demande un retrait immédiat vers une chaîne différente. La surveillance relie ces étapes et retient temporairement l’opération pour examen.
Erreur à éviter: Évaluer chaque événement isolément peut masquer un schéma de conversion rapide. La séquence et le profil du client donnent du sens aux alertes.
47. 47. Seuils et qualité des alertes
Programmes de gestion des risques des cryptoactifs
Un seuil doit répondre à un risque défini et à une capacité de traitement mesurée. Trop bas, il noie les analystes; trop haut, il laisse passer des flux significatifs. Analysez les distributions de montants, les alertes réellement utiles et les cas manqués, puis documentez les changements de paramètre. Les seuils peuvent varier selon produit et juridiction, mais aucune valeur interne ne remplace un seuil légal lorsqu’un texte en prévoit un.
Mise en situation: Une règle déclenche des milliers d’alertes de faible valeur sur un produit courant. L’équipe échantillonne les cas, ajuste les critères et vérifie si les cas pertinents restent détectés.
Erreur à éviter: Augmenter un seuil uniquement pour réduire la file d’attente peut cacher le risque. Il faut mesurer les omissions et justifier le nouveau réglage.
48. 48. Modèles analytiques et traçabilité des calculs
Programmes de gestion des risques des cryptoactifs
Un score blockchain résume des choix de données, de traçage et de pondération. Pour l’utiliser, comprenez les catégories incluses, la profondeur du parcours, la date de mise à jour et les limites propres aux chaînes. Conservez les facteurs ayant pesé dans le dossier afin qu’un réviseur puisse refaire le raisonnement. Deux fournisseurs peuvent classer différemment la même adresse; l’écart appelle une comparaison méthodique, pas le choix automatique du score le plus sévère.
Mise en situation: Un fournisseur classe une adresse comme liée à un mixeur, l’autre comme simple intermédiaire. L’équipe examine les transactions et les critères d’étiquetage avant de décider.
Erreur à éviter: Traiter le score comme une preuve autonome d’infraction masque ses hypothèses. La décision exige des faits interprétables et une vérification proportionnée.
49. 49. Mixeur, pont et explications alternatives
Programmes de gestion des risques des cryptoactifs
Une exposition à un mixeur ou à plusieurs ponts justifie souvent une recherche ciblée, mais l’usage de ces outils peut avoir plusieurs motifs. Reconstituez le parcours avant et après l’interaction, la part de valeur concernée, le profil du client et les éventuelles données externes. Formulez des hypothèses concurrentes et cherchez les faits qui les départagent. La décision finale doit relier les indices à une obligation ou à une règle interne identifiable.
Mise en situation: Un dépôt provient d’une sortie associée à un mixeur. L’analyste examine le montant, les dates et les justificatifs du client avant de décider d’une enquête approfondie.
Erreur à éviter: Qualifier automatiquement tout usage d’un mixeur de blanchiment supprime l’étape de preuve. L’exposition est un signal dont le contexte détermine la portée.
50. 50. Hiérarchisation des dossiers d’enquête
Programmes de gestion des risques des cryptoactifs
La priorité d’un dossier dépend de l’urgence opérationnelle, de la gravité possible, de la qualité des indices et du temps disponible avant un mouvement irréversible. Définissez des critères explicites pour éviter que l’ordre d’arrivée seul gouverne la file. Tenez compte d’une correspondance de sanctions confirmée, d’un risque de dissipation, de montants et de personnes vulnérables selon les faits. Revoyez périodiquement la priorité lorsque de nouvelles preuves arrivent.
Mise en situation: Deux alertes arrivent ensemble : un ancien dépôt à faible exposition et un retrait imminent lié à une adresse désignée. L’équipe traite d’abord le retrait et documente ce choix.
Erreur à éviter: Prioriser uniquement par montant peut laisser sortir un transfert plus urgent. L’imminence et la force des indices modifient l’ordre de traitement.
Les 60 concepts à maîtriser 51-60
51. 51. Construction d’une chronologie probante
Programmes de gestion des risques des cryptoactifs
Une chronologie d’enquête relie chaque événement à sa source : registre public, journal interne, déclaration du client ou renseignement externe. Séparez observation, interprétation et inconnue. Cette structure facilite la revue contradictoire et empêche qu’une hypothèse d’attribution soit répétée comme un fait acquis. Lorsque des données arrivent tardivement, mettez à jour la chronologie sans effacer les décisions antérieures; leur contexte temporel reste important pour l’audit du dossier.
Mise en situation: Une équipe assemble les dépôts, connexions au compte et retraits dans une frise commune. Elle marque les heures approximatives et les données obtenues après la décision initiale.
Erreur à éviter: Une chronologie sans source donne une impression de précision trompeuse. Chaque étape importante doit renvoyer à un élément vérifiable et à son incertitude.
52. 52. Entretien client et contradiction utile
Programmes de gestion des risques des cryptoactifs
Une demande au client doit viser une lacune précise : origine des fonds, relation avec une contrepartie ou raison d’une séquence inhabituelle. Préparez les questions à partir des traces disponibles, puis comparez la réponse aux documents et aux opérations. Une explication plausible ne clôt pas automatiquement le dossier; une réponse incohérente ne démontre pas seule une infraction. Les méthodes d’[enquête financière] aident à organiser cette confrontation de sources.
Mise en situation: Un client dit recevoir des paiements de vente de matériel informatique. L’analyste demande des factures et vérifie leur cohérence avec les montants, dates et adresses observés.
Erreur à éviter: Accepter une explication sans la tester peut dissimuler une activité différente. À l’inverse, une imprécision mineure doit être appréciée dans l’ensemble des preuves.
53. 53. Préservation des preuves numériques
Programmes de gestion des risques des cryptoactifs
Préserver une preuve signifie conserver son contenu, son origine, sa date d’obtention et les personnes qui l’ont manipulée. Exportez les données pertinentes avec des identifiants stables et une méthode de vérification adaptée; notez aussi les limites d’une capture d’écran. Les [orientations NIST sur la réponse aux incidents] éclairent la coordination entre détection, intervention et récupération, sans créer à elles seules une obligation de déclaration financière. L’accès aux pièces doit rester contrôlé.
Mise en situation: Après une compromission de compte, l’équipe conserve les journaux d’accès, les demandes de retrait et les identifiants blockchain, puis consigne chaque transfert de ces pièces aux enquêteurs.
Erreur à éviter: Une capture isolée, sans source ni heure, peut être difficile à vérifier. Les données brutes et la chaîne de conservation renforcent la valeur du dossier.
54. 54. Compromission de compte et identité du client
Programmes de gestion des risques des cryptoactifs
Une opération inhabituelle peut venir d’un client, d’un fraudeur ayant pris son compte ou d’un accès interne abusif. Comparez authentification, appareil, adresse réseau, changements de sécurité et instructions de retrait avant d’attribuer l’acte. Les [orientations NIST sur l’authentification] aident à évaluer la solidité des facteurs et la gestion des accès, mais ne remplacent pas les règles financières locales. Le scénario de compromission peut modifier à la fois la réponse technique et l’analyse LBC.
Mise en situation: Un retrait suit la réinitialisation d’un facteur de connexion depuis un nouvel appareil. L’équipe suspend l’opération, vérifie le client par un canal indépendant et examine les journaux.
Erreur à éviter: Attribuer le retrait au client parce que ses identifiants ont été utilisés ignore le risque de prise de contrôle. Les preuves d’accès doivent être interprétées.
55. 55. Déclaration d’activité suspecte et fondement factuel
Programmes de gestion des risques des cryptoactifs
Une déclaration d’activité suspecte dépend des critères et délais du droit local applicable à l’entité. Elle doit exposer les faits, les montants, les personnes, les adresses et les raisons du soupçon avec leurs limites. Un score ou une étiquette blockchain peut justifier l’ouverture d’une enquête, mais le récit doit expliquer le comportement observé. Séparez les faits certains des liens inférés afin que le destinataire puisse exploiter le signal sans recevoir une certitude artificielle.
Mise en situation: Une enquête relie plusieurs dépôts à des victimes d’escroquerie et relève des retraits rapides. Le rédacteur expose les identifiants, la chronologie et les limites d’attribution selon les règles locales.
Erreur à éviter: Déposer une déclaration uniquement parce qu’un outil affiche « risque élevé » produit un récit pauvre. Décrivez les faits et pourquoi ils suscitent le soupçon.
56. 56. Bloquer, rejeter, suspendre ou autoriser
Programmes de gestion des risques des cryptoactifs
Ces actions ont des effets juridiques et opérationnels différents. Avant d’agir, identifiez la juridiction, le régime de sanctions ou la règle interne, le statut de la correspondance et le point où se trouvent les actifs. Une alerte non résolue peut justifier une pause d’examen selon le cadre applicable, sans constituer automatiquement un ordre de blocage. Documentez l’autorité de décision, la base retenue et les communications nécessaires; réévaluez si des faits nouveaux apparaissent.
Mise en situation: Un retrait correspond partiellement à une adresse signalée. L’équipe retient temporairement l’opération selon sa procédure, confirme ensuite une erreur de réseau et autorise le transfert avec justification.
Erreur à éviter: Employer « bloquer » comme synonyme de toute suspension mélange décision juridique et contrôle temporaire. La qualification de l’action doit correspondre à son fondement.
57. 57. Conservation des dossiers et reproductibilité
Programmes de gestion des risques des cryptoactifs
Un dossier doit permettre de comprendre plus tard quelles données étaient disponibles, quelle règle s’appliquait et pourquoi la décision a été prise. Conservez les pièces selon les obligations locales et la politique de l’établissement, avec contrôle d’accès et durée définie. Les étiquettes d’un fournisseur peuvent changer; archivez donc le résultat consulté et sa date. Une décision reproductible n’exige pas une certitude parfaite, mais une chaîne claire entre preuves, limites et conclusion.
Mise en situation: Six mois après une clôture d’alerte, une nouvelle étiquette apparaît sur une adresse. Le dossier conserve l’ancien résultat et la justification initiale, permettant une réévaluation équitable.
Erreur à éviter: Relire seulement le score actuel pour juger une décision passée crée un biais rétrospectif. Il faut connaître les données et règles disponibles à l’époque.
58. 58. Tests de contrôle et cas manqués
Programmes de gestion des risques des cryptoactifs
Tester un contrôle consiste à vérifier s’il couvre les chaînes, produits et situations prévues, puis s’il produit une action correcte dans le délai attendu. Utilisez des cas positifs, des cas négatifs et des périodes d’incident; mesurez les alertes manquées autant que les fausses alertes. L’indépendance du réviseur et la traçabilité des corrections renforcent la conclusion. Un taux élevé de traitement ne prouve rien si des catégories entières de transactions échappent au moteur.
Mise en situation: Un test révèle que le filtrage fonctionne pour les transferts directs mais manque les jetons reçus par contrat. L’équipe corrige l’intégration et vérifie les cas historiques concernés.
Erreur à éviter: Compter les alertes fermées comme preuve d’efficacité ignore les opérations jamais détectées. Les tests doivent chercher activement les angles morts du contrôle.
59. 59. Changements de produit et réévaluation du risque
Programmes de gestion des risques des cryptoactifs
Un nouveau jeton, un pont ou une fonction de retrait peut rendre obsolète une évaluation récente. Intégrez la conformité à la conception du produit : décrivez le flux, les données disponibles, les acteurs et les interventions possibles avant le lancement. Après déploiement, surveillez les usages réels et les incidents pour corriger les hypothèses. Une approbation initiale couvre le périmètre examiné, pas toute évolution future d’un protocole ou d’une juridiction.
Mise en situation: Une application ajoute un accès à un pont externe. La revue préalable détecte que les sorties sur la seconde chaîne ne sont pas surveillées et retarde l’activation concernée.
Erreur à éviter: Réutiliser l’ancienne analyse parce que l’interface client paraît identique ignore un nouveau chemin de valeur. Les changements techniques peuvent modifier le risque opérationnel.
60. 60. Décision intégrée sur un parcours complexe
Programmes de gestion des risques des cryptoactifs
Face à un dossier complexe, commencez par les faits établis : client, produit, juridiction, transferts et sources. Reconstruisez ensuite le parcours de valeur, testez les hypothèses d’attribution et appliquez les obligations pertinentes. Comparez les options de contrôle selon leur fondement, leur urgence et leur effet sur les actifs. Une bonne conclusion expose aussi ce qui reste incertain et la preuve qui pourrait changer la décision. Cette méthode relie mécanique blockchain et jugement de conformité.
Mise en situation: Un client reçoit des fonds après un pont, un swap et un passage par une plateforme. L’équipe sépare les liens prouvés des liens supposés, puis décide d’une revue renforcée documentée.
Erreur à éviter: Chercher une unique étiquette de risque pour résumer toute la chaîne masque les ruptures de preuve. La décision doit expliquer chaque lien déterminant et sa portée.
Six séances de travail
Références officielles
Les liens intégrés aux concepts renvoient aux publications officielles d’ACAMS, du GAFI, de l’OFAC, de FinCEN, de l’Union européenne, du gouvernement britannique et du NIST. Les recommandations internationales, le droit local et les procédures d’un établissement ont des effets distincts.
- ACAMS CCAS Certification
- FATF Recommendations
- OFAC: Entities Owned by Blocked Persons (50 Percent Rule)
- OFAC: A Framework for Compliance Commitments
- FATF: Risk-Based Approach to Virtual Assets and VASPs
- NIST SP 800-63B-4: Authentication and Authenticator Management
- FinCEN Legal Authorities and Bank Secrecy Act framework
- EU Regulation 2024/1624 (AMLR), official text
- FATF 2025 financial inclusion and proportionate AML/CFT guidance
- NIST SP 800-63A-4: Identity Proofing and Enrollment
- UK OFSI financial sanctions general guidance
- UN Security Council consolidated sanctions list
- Council of the EU: restrictive measures and sanctions
- NIST SP 800-61 Revision 3: Cybersecurity Incident Response
- FinCEN: current Beneficial Ownership Information reporting
- FinCEN: Customer Due Diligence Final Rule
- FinCEN FIN-2026-R001: beneficial-owner verification exceptive relief
- EU Regulation 2023/1114: Markets in Crypto-assets (MiCA)
- EU Regulation 2023/1113: information accompanying transfers