Vous voulez brancher une IA sur vos SI ? Stop. D’abord, tranchez 9 points.
Les LLM et les agents arrivent partout. Assistants internes, recherche documentaire, copilotes dev, automatisations métiers, tri d’incidents. Le réflexe est toujours le même : “on teste vite”. Sauf qu’une IA branchée au SI, ce n’est pas un outil de plus. C’est un nouvel acteur dans votre chaîne de confiance, avec des accès, des logs, des dépendances, des données sensibles, et souvent des actions possibles sur des systèmes réels.
Dans ce contexte, CyberDay SecNumEco vise juste : un format court, orienté décideurs, sur les menaces et la préparation crise, avec un focus conformité qui arrive très vite côté Europe. Pour les organisations de Lyon et plus largement d’Auvergne-Rhône-Alpes, c’est une bonne occasion de repartir avec une liste de décisions à prendre, pas avec des slides.
CyberDay SecNumEco : quoi, quand, où, pour qui
CyberDay SecNumEco 2026 est annoncé vendredi 13 novembre 2026, de 9h à 14h, à Grenoble INP Esisar, 50 rue Barthélémy de Laffemas, Valence (Drôme). Source : page événement du Campus numérique Auvergne-Rhône-Alpes.
L’événement met en avant une organisation avec l’ANSSI, le SISSE (Sécurité économique) et l’ESISAR. Le public visé est clair : dirigeants de PME, ETI, grands groupes, collectivités territoriales, RSSI et décideurs économiques d’Auvergne-Rhône-Alpes. Source : page événement du Campus numérique Auvergne-Rhône-Alpes.
Pourquoi c’est pertinent si vous êtes à Lyon
Valence est à portée. Et l’ancrage régional est solide : CyberDay annonce une immersion liée à CSAW Europe, dont la finale européenne a lieu à Valence les 12 et 13 novembre 2026 (ESisar mentionne 145 finalistes, 15 pays, 45 universités, 51 partenaires). Dit autrement : vous aurez sur place une densité rare de profils sécurité, technique et opérationnel. Source : page CSAW Europe de l’ESISAR.
1) Les thèmes annoncés : ce que vous devez écouter avec un prisme “SI + IA”
Menaces et tendances : disponibilité, ransomware, données
Si vous devez retenir un truc : la cybersécurité en 2026 reste d’abord une histoire de disponibilité et de rançongiciel. ENISA rappelle que les menaces majeures observées incluent en tête les menaces sur la disponibilité, puis le ransomware, puis les menaces sur les données (ENISA Threat Landscape 2024). Sur l’édition 2025, ENISA documente notamment une forte présence des claims ransomware dans les activités de cybercrime visant des organisations de l’UE (ENISA Threat Landscape 2025).
Pourquoi ça compte pour l’IA ? Parce que les projets GenAI ont tendance à ajouter :
- des dépendances externes (API, modèles, plugins, connecteurs),
- des traitements sur données internes (tickets, contrats, RH, finance),
- des accès élargis (lecture, parfois écriture),
- et des usages “hors radar” (shadow AI).
Vous augmentez mécaniquement votre surface d’attaque et votre impact potentiel en cas d’incident.
Gestion de crise : le bon signal du théâtre immersif
Le programme annonce une pièce de théâtre immersive sur une cyberattaque et la gestion de crise (source : page événement du Campus numérique Auvergne-Rhône-Alpes). C’est plus utile qu’un énième topo technique : une crise cyber se gagne ou se perd sur la coordination DG, DSI, RSSI, juridique, communication, métiers, assurances, prestataires. Si vous déployez des agents ou des LLM connectés au SI, la crise se complexifie : qui coupe quoi, qui a les accès, quels logs sont fiables, quel fournisseur est joignable, quel mode dégradé tient debout.
Règlement Machines (souvent appelé “Directive Machines”) : 2027 arrive vite
CyberDay annonce des ateliers opérationnels sur le règlement Machines. Le texte de référence est le règlement (UE) 2023/1230. Il est indiqué comme applicable à partir du 14 janvier 2027 sur l’acte EUR-Lex, avec des formulations divergentes dans certains documents de synthèse (certaines synthèses mentionnent le 20 janvier 2027). Le point important pour vous : si vous avez de l’IA dans des systèmes qui touchent au monde physique (industrie, robotique, équipements), vous devez relier conformité produit et cybersécurité, pas les traiter en silos.
Cyber Resilience Act : reporting dès 2026, obligations principales en 2027
Autre atelier annoncé : le Cyber Resilience Act. Le CRA correspond au règlement (UE) 2024/2847. Il est entré en vigueur le 10 décembre 2024. Les obligations de reporting s’appliquent à partir du 11 septembre 2026 et les obligations principales à partir du 11 décembre 2027 (Commission européenne, Digital Strategy).
Traduction terrain : si vous fabriquez, intégrez ou mettez sur le marché des produits avec éléments numériques (y compris avec des briques IA), vous ne pouvez plus “voir plus tard”. Il faut préparer la chaîne : vulnérabilités, correctifs, preuves, processus de notification.
NIS2 : le piège, c’est d’attendre que “ce soit clair”
NIS2 devait être transposée au plus tard le 17 octobre 2024 (Commission européenne, Digital Strategy). Dans la vraie vie, beaucoup d’organisations restent en mode attente, faute de clarté perçue sur le périmètre exact. Sauf que votre risque ne vous attend pas. Et NIS2 et IA se rencontrent sur des sujets très concrets : gestion des risques, continuité, sécurité des fournisseurs, incidents, traçabilité.
2) Ce que ça change quand vous déployez des LLM et des agents
Surface d’attaque : vous ouvrez des portes, souvent sans le dire
Un LLM “isolé” qui résume un document local est déjà un sujet. Mais dès que vous branchez l’IA :
- à une messagerie,
- à une GED,
- à un ITSM,
- à un CRM,
- à un ERP,
- ou pire, à des outils d’administration,
vous créez un compte “super utilisateur” déguisé. Et si c’est un agent, vous créez un compte qui agit.
Dans les incidents réels, les attaquants adorent les chemins de traverse : tokens, clés API, comptes de service, intégrations mal gouvernées. Les projets IA en multiplient le nombre.
Traçabilité : sans logs propres, vous ne prouvez rien
Avec un outil classique, vous savez (à peu près) qui a fait quoi. Avec un agent, c’est plus dur : il peut enchaîner des actions, appeler des API, transformer des données, déclencher des automatisations.
La question n’est pas “est-ce qu’on a des logs”. C’est :
- est-ce qu’on a les bons logs (requêtes, réponses, décisions, appels outils),
- est-ce qu’on a une corrélation (quel utilisateur, quel contexte, quel objectif),
- est-ce qu’on peut rejouer (reproduire, auditer, investiguer).
Si vous ne pouvez pas, vous êtes aveugle. Et en crise, l’aveugle perd du temps. Beaucoup de temps.
Dépendances : modèle, cloud, GPU, connecteurs, éditeurs
Brancher une IA, c’est signer pour une chaîne de dépendances :
- le fournisseur de modèle (ou les poids ouverts si vous opérez vous-même),
- l’hébergement et le réseau,
- les connecteurs (M365, Google Workspace, Salesforce, ServiceNow, etc.),
- les briques d’observabilité et de sécurité,
- les fournisseurs de données (internes et parfois externes).
Dans un cadre NIS2 et IA, ce sujet devient un vrai volet de gouvernance : vous devez savoir sur qui vous reposez, et ce qui se passe quand un maillon tombe.
3) Check-list CyberDay SecNumEco : 9 questions à trancher avant de brancher une IA sur vos SI
Objectif : arriver à Valence avec vos réponses partielles, repartir avec des arbitrages. Voici les 9 questions. Elles couvrent aussi vos angles Cyber Resilience Act IA, NIS2 et IA et gestion de crise.
1. Quel est le cas d’usage exact, et quelle action l’IA a le droit de faire ?
Lecture seule ou écriture ? Peut-elle envoyer un mail, créer un ticket, modifier une fiche client, déclencher un virement, pousser un correctif ? Tant que ce n’est pas écrit noir sur blanc, vous êtes en zone grise.
2. Où passent les données, et lesquelles ?
Listez : données personnelles, données sensibles, secrets (clés, mots de passe), documents contractuels, R&D. Puis tracez le flux : poste, proxy, API, stockage, logs. Si vous ne pouvez pas dessiner le flux en 5 minutes, c’est que vous ne le maîtrisez pas.
3. Quel modèle, quelle localisation, quels sous-traitants ?
Vous devez savoir : modèle propriétaire via API, modèle ouvert opéré chez vous, ou modèle opéré par un tiers. Pour une organisation régulée ou une collectivité, la réponse “c’est dans le cloud, on verra” est un piège.
4. Comment vous gérez l’identité, les permissions et les secrets ?
Un agent qui appelle vos outils a besoin de secrets. Où sont-ils stockés ? Qui y a accès ? Rotation ? Révocation ? Délégation fine ? Si vous bricolez, vous fabriquez un futur incident.
5. Quels logs gardez-vous, combien de temps, et qui peut auditer ?
Traçabilité minimale : prompt, sources consultées, actions déclenchées, identifiant utilisateur, horodatage, résultat, erreurs, refus. Plus : conservation, accès, chiffrement. Sans ça, pas d’investigation, pas de preuve, pas de pilotage.
6. Quel plan de sécurité “produit” si vous vendez ou déployez chez des clients ?
Si vous êtes éditeur, intégrateur, ou fabricant d’un produit avec élément numérique, le CRA change la donne. À minima, vous devez préparer une hygiène vulnérabilités : inventaire composants, process de patch, reporting. Le Cyber Resilience Act IA n’est pas un slogan, c’est une feuille de route.
7. Quel scénario de crise spécifique “IA branchée” vous avez déjà joué ?
Pas un PCA générique. Un scénario concret : fuite via connecteur, token compromis, agent qui supprime ou exfiltre, indisponibilité d’API modèle, hallucination qui déclenche une action, corruption de base de connaissance. Qui décide d’arrêter l’agent ? Qui contacte le fournisseur ? Quel mode dégradé ?
8. Quelle politique interne contre la shadow AI ?
Les usages non autorisés arrivent avant les projets officiels. Vous devez trancher : outils autorisés, données interdites, règles de partage, contrôle, sanctions éventuelles, et surtout alternative officielle qui marche. Sinon, vous perdez le contrôle par le bas.
9. Quels critères de choix fournisseur et quels éléments de preuve vous exigez ?
Arrêtez d’acheter “une IA”. Achetez :
- un niveau d’engagement (SLA, support incident, notification),
- des garanties sécurité (logs, chiffrement, isolement),
- des capacités d’audit (export, traçabilité),
- une maîtrise des dépendances (connecteurs, sous-traitants),
- un plan de sortie (réversibilité, export de données, redéploiement).
Quoi apporter à Valence pour repartir avec un plan d’action concret
CyberDay dure 5 heures. Si vous venez “les mains dans les poches”, vous repartirez avec des idées. Si vous venez avec des pièces, vous repartirez avec une liste de décisions. Prenez :
- Votre cartographie rapide : applications, données, flux, fournisseurs critiques.
- Votre liste d’usages IA : officiels et officieux (même approximative).
- Vos contrats clés : cloud, infogérance, outils collaboratifs, SOC, prestataires IA.
- Votre schéma IAM : SSO, comptes de service, MFA, gestion des secrets.
- Votre plan de crise actuel : qui appelle qui, qui décide, quels canaux, quels prestataires.
- Un incident récent (même “petit”) : pour tester vos trous de raquette.
Comment exploiter CyberDay SecNumEco en 3 livrables dès J+10
Le piège post-événement : “on a appris plein de trucs” puis rien ne bouge. Visez 3 livrables simples, actionnables, validés DG et DSI/RSSI.
- Livrable 1 : une page “IA branchée au SI” avec vos 9 réponses, même partielles, et 5 risques majeurs priorisés.
- Livrable 2 : une check-list d’entrée en production pour tout pilote LLM/agent (accès, logs, données, crise, fournisseur).
- Livrable 3 : un scénario de crise joué (table-top) avant fin du trimestre, avec décisions d’arrêt, mode dégradé, communication.
Liens utiles (sources et lectures Lyon IA)
Sources sur l’événement et le contexte européen :
- CyberDay SecNumEco 2026 (programme, public, lieu) : Campus numérique Auvergne-Rhône-Alpes.
- CSAW Europe à Valence : page ESISAR.
- ENISA Threat Landscape 2024 et ENISA Threat Landscape 2025.
- Règlement (UE) 2023/1230 (Machines) : EUR-Lex.
- Cyber Resilience Act (règlement UE 2024/2847, calendrier) : Commission européenne, Digital Strategy.
- NIS2 (date de transposition) : Commission européenne, Digital Strategy.
Lectures complémentaires sur Lyon IA, orientées déploiement et garde-fous :
- Shadow AI : détecter et cadrer les usages IA non autorisés (checklist RSSI Lyon) : https://lyon-ia.com/blog/shadow-ai-en-entreprise-detecter-et-cadrer-les-usages-ia-non-autorises-checklist-rssi-lyon
- Sécuriser vos LLM en production : menaces et parades pour les entreprises : https://lyon-ia.com/blog/securiser-vos-llm-en-production-menaces-et-parades-pour-les-entreprises
- Agents IA et cybersécurité : effacement de traces, audit des logs et accès avant d’automatiser : https://lyon-ia.com/blog/agents-ia-et-cybersecurite-effacement-de-traces-audit-des-logs-et-acces-avant-dautomatiser
- Cloud et IA de confiance : SecNumCloud, utile pour vos projets GenAI à Lyon, quand l’exiger : https://lyon-ia.com/blog/cloud-et-ia-de-confiance-secnumcloud-utile-pour-vos-projets-genai-a-lyon-quand-lexiger
- NIS 2 pas transposée : ce que le retard français fait courir à ta boîte : https://lyon-ia.com/blog/nis-2-pas-transposee-ce-que-le-retard-francais-fait-courir-a-ta-boite
- Le protocole MCP expliqué : brancher une IA sur vos outils : https://lyon-ia.com/blog/mcp-protocole-explique
La décision à prendre avant CyberDay
Si vous êtes DG, DSI, RSSI ou collectivité en Auvergne-Rhône-Alpes, posez-vous une seule question avant de vous déplacer : êtes-vous en train de déployer une IA qui peut accéder à des données ou agir sur des systèmes critiques, sans avoir tranché les 9 points ci-dessus ?
Si oui, CyberDay SecNumEco peut vous servir de déclencheur. Pas pour “faire de la cyber”. Pour mettre votre IA au niveau de vos obligations (NIS2, CRA, gestion de crise) et au niveau de vos risques réels. Le reste, c’est du théâtre. Là, au moins, ce sera assumé.
Laisser un commentaire