Aller au contenu

Enjeux et risques de l'IA

L’IA générative fait gagner du temps, mais elle introduit aussi des risques spécifiques, souvent sous-estimés parce qu’ils sont moins visibles qu’une panne technique classique.

Poser une question à un service cloud, c’est envoyer du texte (parfois des documents entiers) vers l’infrastructure d’un tiers. Pour du code source propriétaire, des données clients, ou des informations couvertes par un secret professionnel, c’est un vrai point d’attention :

  • Vérifier si l’offre utilisée (souvent gratuite ou grand public) autorise l’éditeur à réutiliser les données envoyées pour entraîner de futurs modèles.
  • Les offres “entreprise” incluent en général des garanties contractuelles sur ce point — voir Quelle IA choisir.
  • Pour des données très sensibles, envisager un modèle auto-hébergé, qui ne fait sortir aucune donnée de l’infrastructure interne.
  • Ce sujet recoupe directement les obligations du RGPD dès que des données personnelles sont impliquées, et de NIS2 pour les organisations concernées par cette directive.

Dépendance : le risque de ne plus savoir faire sans

Section intitulée « Dépendance : le risque de ne plus savoir faire sans »

Utiliser systématiquement l’IA pour une tâche, sans jamais chercher à comprendre le résultat, entraîne progressivement une perte de compétence — un peu comme dépendre en permanence d’un GPS finit par rendre incapable de s’orienter sans lui. Le risque concret : le jour où l’IA se trompe, plus personne dans l’équipe n’est en mesure de repérer l’erreur.

Une réponse générée peut sembler parfaitement correcte tout en contenant une erreur subtile — une faille de sécurité dans un script, une commande destructrice mal comprise, une configuration réseau qui fonctionne en apparence mais ouvre un accès non désiré. Le réflexe indispensable :

  • Toujours relire et comprendre une commande ou un script avant de l’exécuter, en particulier sur un système en production — voir Bien prompter pour le réflexe à adopter.
  • Tester en environnement non critique avant tout déploiement réel, exactement comme on le ferait avec du code écrit soi-même.
  • Ne jamais exécuter une commande dont l’effet n’est pas totalement compris “parce que l’IA l’a proposée” — l’IA n’engage aucune responsabilité si quelque chose casse.

Hallucinations : une affirmation fausse dite avec assurance

Section intitulée « Hallucinations : une affirmation fausse dite avec assurance »

Comme expliqué dans Comprendre l’IA générative, un modèle prédit une suite de texte plausible — il ne vérifie pas des faits dans une base de vérité. Il peut donc inventer une référence, une commande qui n’existe pas, ou une règle juridique erronée, avec exactement le même ton assuré qu’une information exacte.

Le réflexe à adopter : croiser toute information importante avec une source fiable, en particulier pour du réglementaire (voir la section Conformité), du juridique, ou des identifiants techniques précis (noms de paramètres, versions de logiciels).

Non-compréhension des sujets : le risque pédagogique

Section intitulée « Non-compréhension des sujets : le risque pédagogique »

Pour l’apprentissage, utiliser l’IA comme un simple générateur de réponses toutes faites (copier-coller sans lire) prive de la compréhension que l’exercice était censé construire. L’usage le plus utile pour progresser est inverse : demander des explications, poser des questions de clarification, faire expliquer un concept de plusieurs façons différentes — utiliser l’IA comme un tuteur disponible en permanence, pas comme un raccourci qui évite de réfléchir.