Résumé

  • Le RBNZ et la FMA intègrent plus explicitement les risques cyber de l’IA de pointe à leur supervision des établissements financiers, notamment pour les conseils, les prestataires et la reprise.
  • Les deux autorités s’appuient sur des obligations existantes; elles n’ont annoncé ni régime autonome pour l’IA ni manquement d’un établissement nommé.

Le 17 septembre, le Reserve Bank of New Zealand a décrit trois futurs possibles pour le secteur bancaire à l’horizon 2035, en précisant que l’étude ne signalait aucun nouveau réglage de politique ou de supervision. Le 15 octobre, le Reserve Bank of New Zealand – Te Pūtea Matua (RBNZ) et la Financial Markets Authority – Te Mana Tātai Hokohoko (FMA) ont exposé ce qu’ils attendent aujourd’hui des établissements financiers face aux cyberrisques associés à l’intelligence artificielle de pointe.

Le changement porte sur la supervision des risques, pas sur la création d’une nouvelle loi. Les attentes s’inscrivent, selon les autorités, dans les obligations prudentielles, de conduite, de cybersécurité et de résilience opérationnelle déjà applicables. Le communiqué n’annonce ni réglementation autonome sur l’IA ni action coercitive contre une institution identifiée. Il donne un contenu plus précis à la manière dont les superviseurs examineront les contrôles existants lorsque l’IA accélère les menaces ou élargit les dépendances.

Angus McGregor, Assistant Governor chargé de la stabilité financière au RBNZ, et Louise Unger, Executive Director Response and Enforcement à la FMA, ont présenté ces attentes lors d’une table ronde organisée avec le Department of the Prime Minister and Cabinet et le National Cyber Security Centre. Le RBNZ rattache son intervention à la stabilité financière; la FMA à la conduite des acteurs. La rencontre permet de coordonner les échanges, mais elle ne fusionne pas les mandats de ces organismes.

Leurs propos s’articulent autour de trois risques: la hausse des cybermenaces, les difficultés croissantes de gouvernance et de surveillance, et l’exposition aux prestataires ainsi qu’à leur concentration. Le rapport de septembre du National Cyber Security Centre décrit comment les modèles avancés peuvent accélérer la recherche de vulnérabilités et la reconnaissance de systèmes, et faciliter certaines attaques automatisées, tentatives d’hameçonnage ou hypertrucages. Ce contexte national ne prouve pas qu’un établissement financier néo-zélandais ait subi une attaque liée à l’IA.

Le premier enjeu pour un conseil d’administration est de savoir où l’IA est utilisée dans l’établissement et comment elle modifie le profil de risque. Le discours préconise une approche proportionnée au modèle économique, à l’appétit pour le risque et aux objectifs de résilience de chaque entité. Le conseil et la direction doivent garder une visibilité suffisante sur les usages matériels et les dépendances, fixer les responsabilités, disposer de compétences permettant de contester les décisions et suivre les incidents, faiblesses de contrôle et nouvelles expositions.

Une assurance indépendante peut vérifier que les contrôles fonctionnent réellement.

Les fondations techniques restent familières: gestion robuste des identités et des accès, suivi du cycle de vie des actifs et correctifs réalisés à temps. Selon le discours, l’IA réduit parfois le délai entre la découverte d’une vulnérabilité et son exploitation, surtout dans les environnements anciens ou hors support. Accélérer les correctifs selon le niveau de risque peut alors être nécessaire; le faire trop vite peut aussi perturber les systèmes. Les établissements doivent mesurer ce second risque et vérifier si un suivi principalement manuel reste adapté à des menaces qui évoluent rapidement.

Toute automatisation de la défense exige elle-même supervision et responsabilité.

La question des fournisseurs va au-delà du contrat conclu directement avec un éditeur. Les entités devraient comprendre comment leurs prestataires utilisent l’IA dans leurs propres opérations, quelle menace cela ajoute, et si la dépendance à un petit nombre de services d’IA ou de cloud peut exposer plusieurs acteurs simultanément. Le discours recommande d’évaluer la résilience des prestataires clés et de prévoir une notification rapide des changements importants, vulnérabilités et incidents. Les responsabilités peuvent être partagées, mais l’entité réglementée demeure comptable de son risque opérationnel.

La préparation aux incidents complète la prévention. Les autorités demandent aux établissements de partir du principe qu’un incident surviendra et de tester des scénarios sévères mais plausibles: attaque très rapide, vulnérabilité inconnue, défaillance d’un modèle ou interruption d’un fournisseur essentiel. Les exercices doivent éprouver les procédures de contournement manuel, sauvegardes, bascules et reprise; des prestataires critiques peuvent y participer lorsque c’est pertinent.

Ce cadre ne part pas de zéro. Les recommandations de cyberrésilience du RBNZ publiées en 2021 confiaient déjà la responsabilité ultime aux conseils et incluaient la gestion des tiers. Le 7 octobre, la FMA présentait encore sa série d’enquêtes sectorielles sur la maturité en matière de résilience opérationnelle. Le discours du 15 octobre précise comment ces attentes existantes seront appliquées aux menaces associées à l’IA de pointe; la portée concrète devra se voir dans les échanges de supervision et les prochains examens sectoriels.

Les documents publics ne nomment aucun établissement, modèle d’IA ou niveau de concentration chez les fournisseurs. Ils n’établissent ni défaillance de contrôle ni incident. Ils indiquent toutefois les éléments qu’un conseil devra pouvoir relier: usages de l’IA, dépendances, responsables identifiés, tests de contrôle et capacité réelle à rétablir les services.

Sources