Deux rapports annuels de référence convergent sur l'ampleur du phénomène : chez IBM, la part des incidents impliquant du shadow IA passe à 43 %, plus du double d'une année sur l'autre ; chez Verizon, le shadow IA devient la troisième action non malveillante d'initié dans les incidents de perte de données, avec une multiplication par quatre en un an et le code source comme catégorie de données la plus fréquemment exposée. Un audit de provenance publié en août montre par ailleurs qu'une part importante des statistiques en circulation sur ce sujet n'est pas traçable jusqu'à sa source.
L'intérêt de ce couple de rapports ne tient pas à la taille des chiffres, mais à leur convergence depuis deux méthodologies indépendantes. IBM travaille sur le coût des violations, Verizon sur la typologie des incidents, et les deux arrivent au même endroit : le shadow IA n'est pas une catégorie d'attaque, c'est une catégorie d'action non malveillante. Personne, dans ces incidents, ne cherchait à nuire.
Deux rapports annuels de référence, construits sur des méthodologies distinctes, mesurent une progression forte et cohérente de la présence du shadow IA dans les incidents de sécurité, en le classant explicitement parmi les actions non malveillantes.
Le classement compte plus que le pourcentage. Verizon ne range pas le shadow IA parmi les menaces internes, catégorie qui suppose une intention, mais parmi les actions non malveillantes, aux côtés de l'erreur de destinataire et de la mauvaise configuration. C'est un choix de taxonomie qui a des conséquences directes sur ce qu'il faut corriger : on ne traite pas une intention et un circuit avec les mêmes instruments. Le fait que la donnée la plus exposée soit le code source achève de désigner le mécanisme réel, celui du développeur qui colle une fonction dans le premier outil disponible pour comprendre pourquoi elle échoue. Ce n'est pas un problème de loyauté, c'est un problème de disponibilité d'outil au moment où le besoin apparaît, et l'actif qui part par cette porte relève désormais de la propriété intellectuelle. Reste la question de la provenance, et elle mérite une note de méthode : sur un sujet aussi porteur commercialement, la chaîne de citation se dégrade vite, et il faut exiger l'éditeur d'origine avant de bâtir un argumentaire budgétaire sur un chiffre.
Utilisez ces deux rapports pour ce qu'ils démontrent, la nature non malveillante du phénomène, et non pour ce qu'on leur fait dire, l'urgence d'acheter. Et imposez-vous une discipline simple avant de citer une statistique sur le shadow IA en comité : remonter à l'éditeur, vérifier l'échantillon, vérifier qui a payé l'étude. Un tiers des chiffres qui circulent ne survivent pas à cette vérification.
Court terme
Le chiffre de 43 % va devenir l'argument standard des budgets de sécurité IA du dernier trimestre. Il est solide, mais il mesure la présence du shadow IA dans des incidents, pas sa causalité.
Moyen terme
La catégorie de données la plus exposée étant le code source, l'exposition se déplace du secret personnel vers l'actif industriel. Les contentieux de propriété intellectuelle liés à des fuites par assistant deviendront un poste de risque à part entière.
Sécurité
Le chiffre qui compte n'est pas la moitié des conversations hors périmètre, c'est la concentration : quelques profils très engagés portent l'essentiel de l'exposition, et ce sont vos meilleurs éclaireurs.
Sécurité
Un garde-fou formulé dans le prompt n'est pas un garde-fou : seule l'infrastructure d'exécution rend un interdit opposable à un agent.
Sécurité
Face à des automates offensifs, IBM propose une défense à vitesse machine où l'humain passe de l'action à l'auditabilité.