ISC2 AI Security : le plan du pilote de certification 2026

ISC2 a publié le 26 octobre 2026 le premier plan détaillé de sa future certification de sécurité de l’intelligence artificielle. Le titre définitif n’est pas encore annoncé et la certification ne sera pas opérationnelle avant 2027. En revanche, le pilote est désormais concret : six domaines pondérés, 160 questions en trois heures, une exigence d’expérience et une fenêtre de passage prévue de la mi-décembre 2026 à la fin janvier 2027.

Cette nuance est essentielle. Il ne s’agit ni d’une certification immédiatement accessible à tous, ni d’un simple certificat de fin de cours. ISC2 sélectionnera environ 3 000 volontaires parmi les personnes inscrites sur sa liste d’intérêt avant le 4 novembre 2026. Les candidats choisis pourront réserver à partir de la mi-novembre et passer gratuitement l’examen pilote, en anglais et uniquement dans certains centres Pearson Professional.

Le pilote en bref

Ces modalités figurent sur la page officielle ISC2 Developing AI Security Certification (nouvel onglet), mise à jour le 26 octobre. ISC2 précise qu’il n’est pas possible de sauter une question pour y revenir. Aucun score par domaine ne sera fourni pendant le pilote.

Une réussite ne garantit le titre que si le pilote aboutit à une certification opérationnelle et si le candidat remplit les conditions d’expérience. Le nom final, le tarif futur, les CPE de maintien et les frais annuels définitifs ne sont pas encore établis. Présenter ces informations comme acquises serait prématuré.

Six domaines pour une pratique complète de la sécurité IA

Le premier décryptage officiel du plan (nouvel onglet), daté du 26 octobre, décrit un rôle qui sécurise le design, le déploiement et la maintenance de systèmes IA et ML. Les pondérations publiées sont les suivantes :

La structure évite deux réductions fréquentes. D’une part, la sécurité IA n’est pas seulement la lutte contre l’injection de prompt. D’autre part, elle ne se résume pas à gouverner des politiques. Le plan relie concepts techniques, données, modèles, architecture, identités, opérations, investigation et contrôle du cycle de vie.

Domaine 1 : comprendre ce que l’on sécurise

Les fondamentaux pèsent 10 %. Ils couvrent types d’IA, apprentissage supervisé ou non supervisé, renforcement, réseaux neuronaux, transformers, infrastructure matérielle, modèles de langage et multimodaux, embeddings, fenêtres de contexte, RAG, fine-tuning et agents.

L’objectif n’est pas de transformer un professionnel cyber en data scientist. Il doit toutefois distinguer les composants et leurs risques. Une base vectorielle, un modèle, un outil appelé par un agent et un pipeline de fine-tuning n’ont ni les mêmes actifs, ni les mêmes frontières de confiance.

Pour réviser, prenez une application simple et nommez chaque élément : données d’entraînement, données de grounding, prompt, modèle, mémoire, outil, sortie, journal. Associez ensuite confidentialité, intégrité et disponibilité à chaque étape. Cette carte réduit le risque d’appliquer un contrôle générique à un problème mal localisé.

Domaine 2 : gouvernance, éthique, risque et conformité

Ce domaine pèse 17 %. Il couvre cadres et réglementations, politiques, inventaire des cas d’usage, rôles, responsabilité, supervision humaine, audit et communication du risque. Il demande de coordonner sécurité, data, juridique, conformité, achats, métiers et direction.

La compétence utile est de passer d’un principe à une preuve. « Utiliser l’IA de manière responsable » ne suffit pas. Il faut savoir qui approuve un cas d’usage, quelle donnée est autorisée, comment une exception est enregistrée, quel indicateur déclenche une réévaluation et comment un fournisseur est contrôlé.

Les quatre nouveaux cours ISC2 sur la gouvernance, les données, les politiques et le risque IA peuvent aider à travailler certains livrables. Ils ne constituent toutefois ni le cursus officiel du pilote, ni une garantie de couverture des six domaines. ISC2 indique qu’aucun cours officiel spécifique au pilote n’est disponible pour l’instant.

Domaine 3 : données, confidentialité et sécurité des modèles

Avec 19 %, ce domaine fait partie des plus lourds. Il porte sur qualité, provenance, classification, accès, conservation, confidentialité, intégrité des jeux de données et protection des modèles. Les surfaces incluent données d’entraînement, poids, prompts, systèmes RAG et pipelines.

Préparez des scénarios d’empoisonnement, fuite, extraction, inversion, exfiltration ou altération de modèle sans vous arrêter au nom de l’attaque. Identifiez l’actif, le point d’entrée, le signal observable, le confinement et la restauration. Pour une base RAG, par exemple, séparez la compromission d’un document, une mauvaise autorisation de recherche et une sortie trompeuse du modèle : les preuves et réponses ne sont pas identiques.

Un registre de données est un bon support de préparation. Pour chaque source, notez propriétaire, base légale, sensibilité, localisation, transformations, usages, contrôles, durée de conservation et conditions de suppression. Ajoutez la version du modèle qui a consommé les données afin de rendre l’investigation possible.

Domaine 4 : architecture, ingénierie et IAM

Ce bloc pèse 18 %. ISC2 cite Zero Trust, défense en profondeur, privacy by design, modélisation des menaces, intégrations sécurisées, pipelines de déploiement, checkpoints, rollback et garde-fous des systèmes autonomes.

L’IAM devient complexe dès qu’un agent peut agir. Il faut séparer utilisateur, service, agent, session et outil ; limiter les permissions ; gérer secrets et tokens ; autoriser l’appel et l’action ; puis conserver une trace exploitable. Une approbation humaine placée après l’action n’est pas un contrôle.

Travaillez une architecture où un assistant propose puis exécute une modification. Comparez trois niveaux : lecture seule, proposition avec validation, exécution automatique. Pour chacun, décrivez identité, autorisation, données exposées, preuve, limite de débit, mécanisme d’arrêt et retour arrière.

Domaine 5 : opérations et réponse aux incidents

L’autre domaine à 19 % demande de surveiller l’activité IA, détecter abus et dérive, maintenir un inventaire et répondre à des incidents comme injection de prompt, empoisonnement, vol de modèle ou détournement d’agent.

Les playbooks classiques doivent être adaptés. Couper un endpoint peut arrêter une fuite mais aussi perturber un processus métier critique. Restaurer un modèle ne suffit pas si la base vectorielle ou les journaux ont été compromis. Conservez versions, provenance, configurations, évaluations et dépendances pour reconstituer l’état.

Préparez une fiche d’incident avec détection, triage, confinement, préservation des preuves, communication, récupération et revue post-incident. Ajoutez des décisions propres à l’IA : suspendre un outil, changer un modèle, isoler une mémoire, invalider des embeddings ou basculer vers un mode dégradé.

Domaine 6 : menaces, tests et cycle de vie

Les 17 % restants couvrent modélisation des menaces, tests adversariaux, évaluations, sécurité des dépendances, gestion des vulnérabilités et fin de vie. L’important est de tester une propriété définie, pas d’accumuler des prompts « jailbreak ».

Avant un test, formulez l’actif, l’adversaire, la frontière et le résultat attendu. Après le test, enregistrez version du modèle, configuration, corpus, outils accessibles et critères. Sans ces éléments, un succès ou un échec est difficile à reproduire.

Le cycle de vie inclut aussi changement de modèle, mise à jour des données, dérive, retrait et destruction. Une validation réalisée au lancement ne prouve pas que le système reste sûr après plusieurs modifications.

Qui peut remplir l’exigence d’expérience ?

ISC2 annonce au minimum quatre années cumulées d’expérience professionnelle rémunérée dans la cybersécurité ou des domaines liés à l’IA. Deux années doivent relever de la cybersécurité et une année doit couvrir au moins deux domaines du plan. Une certification active CISSP, ISSAP, ISSEP, ISSMP, CCSP ou CSSLP peut remplacer l’ensemble de cette exigence.

Une seule année peut être supprimée par une dérogation liée à la formation ; les stages et le temps partiel peuvent compter selon les règles ISC2. Avant de candidater, cartographiez chaque poste vers des activités vérifiables et conservez les coordonnées des personnes susceptibles d’attester l’expérience.

Le pilote vise donc des professionnels expérimentés : architectes et ingénieurs sécurité, responsables opérations, risk managers et stratèges. Un profil débutant peut utiliser le plan comme feuille de route, mais ne doit pas interpréter la gratuité du pilote comme l’absence de prérequis.

Faut-il tenter le pilote ?

Le pilote convient si vous avez rempli le formulaire à temps, répondez à l’expérience, pouvez vous déplacer dans un Pearson Professional Center anglophone et acceptez un délai de résultat. Vous contribuerez à valider une norme professionnelle encore en construction.

N’en faites pas votre seul objectif si vous avez besoin d’un titre immédiat, d’une date garantie ou d’une formation officielle complète. Les places sont limitées, la sélection n’est pas automatique et le calendrier peut évoluer.

Pour les autres candidats, le plan reste utile. Faites un diagnostic sur les six domaines, choisissez deux lacunes prioritaires et produisez un livrable réel : modèle de menace, registre de données, matrice d’identité, playbook d’incident ou protocole de test. Cette approche prépare mieux la future certification qu’une collection de questions non officielles.

Ce qu’il faut retenir

ISC2 ne lance pas encore un examen grand public. Il publie un premier standard testable et organise son pilote. Les informations vérifiées sont déjà substantielles : six domaines, pondérations, format, expérience et conditions de sélection. Le nom final, le tarif opérationnel et les règles de maintien restent ouverts.

Jusqu’à l’approbation du dispositif, citez le « pilote de la future certification ISC2 AI Security » et datez vos informations. Cette formulation distingue clairement un programme en validation d’une certification disponible.

Sources officielles

• ISC2 Developing AI Security Certification, mise à jour du 26 octobre 2026 (nouvel onglet)
• ISC2 Insights, What Will the ISC2 AI Security Certification Cover?, 26 octobre 2026 (nouvel onglet)