Les agents KYC et AML s'exécutent à l'intérieur de listes d'autorisation strictes : uniquement des modèles homologués, uniquement des outils approuvés, uniquement des actions permises. Chaque décision de filtrage est expliquée, soumise au double contrôle et chaînée à ses preuves — une SAR ou une demande de contrôleur reçoit ainsi un enregistrement, pas une reconstitution.
Aligné sur BSA/AML · OFAC · FinCEN · FFIEC · SOC 2
Les programmes BSA/AML exigent une base documentée et défendable pour chaque entrée en relation, chaque alerte de filtrage et chaque clôture de dossier — et l'OFAC ne tolère aucune contrepartie sanctionnée qui passerait au travers. Un agent incapable de montrer pourquoi il a innocenté un nom est un constat d'audit. Cortex enferme l'agent dans une liste d'autorisation, impose le double contrôle sur les clôtures et chaîne chaque décision aux preuves qui la fondent.
Chaque agent est un acteur lié à une identité, avec des modèles, outils et actions autorisés ; le MCP Gateway refuse tout ce qui n'y figure pas, et le double contrôle encadre la clôture.
Les agents KYC/AML sont les plus étroitement bornés de Cortex : l'identité les lie à une liste d'autorisation, le MCP Gateway filtre chaque appel d'outil, et la clôture de dossier exige un double contrôle. Tout ce qui sort de la liste bloque par défaut avec un 403, et le fondement de chaque décision est chaîné à ses preuves.
Ce sont les réponses littérales du runtime. Hors liste d'autorisation, l'agent bloque par défaut, et c'est consigné.
Faites correspondre le travail à des objets d'ontologie typés — Customer, Case, Alert, Sanction, Disposition — avec des champs restreints comme ssn / dob / tax_id verrouillés au niveau de la propriété.
Traduisez les obligations ci-dessus en Policy-as-Code et en approbations Action Fabric — les portes se ferment en cas d'échec et renvoient un code précis, pas une supposition.
Chaque exécution est consignée dans un Trust Ledger en chaîne de hachage, avec reçus signés et provenance sur 10 sauts — un enregistrement que vous pouvez remettre au régulateur.
Le même runtime partagé alimente chaque secteur — voici les capacités et le Solution Pack à partir desquels ce secteur se compose.
Filtrez chaque appel d'outil : liste d'autorisation, DLP en entrée et en sortie, limite de débit, score de risque.
Liez chaque agent aux modèles, outils et actions autorisés — hors liste, c'est un 403.
Double contrôle sur la clôture ; le break-glass exige un motif audité.
Chaînez chaque filtrage et chaque affirmation de SAR à ses preuves sources.
Découvrez le blueprint KYC/AML — filtrage sous listes d'autorisation et clôture en double contrôle, 403 hors liste.
Rattachez les listes d'autorisation et les chaînes de preuves à BSA/AML, OFAC et FinCEN.
Les listes d'autorisation, le pare-feu MCP, le double contrôle, le DLP et la détection et réponse sont partagés entre entrée en relation, filtrage et clôture — vous ne faites donc la cartographie qu'une fois, vers les obligations que votre programme BSA/AML documente déjà. Aligné sur — sans jamais revendiquer une certification que vous ne détenez pas.
L'identité de chaque agent le lie à une liste d'autorisation de modèles, d'outils et d'actions permis. Le MCP Gateway filtre chaque requête d'outil — liste d'autorisation, DLP, limite de débit, score de risque — et refuse tout ce qui n'y figure pas avec un 403, tandis qu'un outil non enregistré renvoie un 404.
Oui. Les agents de clôture ne peuvent que proposer ; innocenter ou déclarer un dossier exige un second approbateur humain sous les Oversight Modes. Les dérogations break-glass restent possibles mais imposent un motif audité obligatoire, scellé dans le registre.
Chaque décision de filtrage est chaînée à ses preuves dans un graphe de provenance à 10 sauts et scellée dans le Trust Ledger à altération détectable — un narratif de SAR ou une demande de contrôleur reçoit ainsi un enregistrement vérifiable.
Les propriétés restreintes comme le SSN, la date de naissance et l'identifiant fiscal sont verrouillées au niveau de la propriété d'ontologie (refus par défaut dès qu'un type est gouverné) et expurgées avant qu'un objet n'atteigne le modèle.
Les contrôles sont les mêmes — ce sont les obligations qu'ils satisfont qui diffèrent. Explorez un autre secteur ou voyez l'ensemble.
Découvrez la liste d'autorisation, le pare-feu MCP et la clôture en double contrôle derrière chaque décision KYC/AML.