Après le piratage de Hugging Face, les DSI européens ne peuvent plus faire semblant de ne pas voir

# Après le piratage de Hugging Face, les DSI européens ne peuvent plus faire semblant de ne pas voir

> En 2025, la plateforme Hugging Face — hub mondial des modèles d'IA open source, hébergé sur des infrastructures américaines — a subi une intrusion confirmée ayant exposé des tokens d'accès, des modèles privés et des secrets d'environnement. En 2026, la question n'est plus « est-ce que ça pouvait arriver ? » Elle est : « qu'est-ce que vous avez fait depuis ? »

Si vous utilisez Hugging Face pour stocker, déployer ou distribuer des modèles d'IA — que ce soit en accès public ou privé — vous avez une surface d'attaque que vous n'avez probablement pas auditée sérieusement. Ce guide ne cherche pas à vous rassurer. Il cherche à vous forcer à poser les bonnes questions, dans le bon ordre.

Étape 1 — Arrêtez de traiter Hugging Face comme une infrastructure neutre

Première question qui dérange : pourquoi votre organisation a-t-elle adopté Hugging Face sans poser les mêmes exigences de sécurité que pour n'importe quel autre fournisseur SaaS critique ?

Hugging Face est une entreprise américaine, soumise au Cloud Act. Ses infrastructures principales sont hébergées chez des acteurs américains. Ses conditions d'utilisation ne garantissent aucune localisation des données en Europe, aucune séparation juridique vis-à-vis des autorités fédérales américaines, et aucune conformité certifiée au sens du RGPD pour les cas d'usage les plus sensibles.

Cela ne signifie pas que la plateforme est inutilisable dans tous les contextes. Cela signifie que vous avez probablement intégré une dépendance critique sans en mesurer les implications légales et sécuritaires.

Action concrète :

• Cartographiez immédiatement tous les points de contact de votre SI avec Hugging Face : modèles téléchargés, pipelines CI/CD connectés, tokens d'accès actifs, datasets éventuellement uploadés.
• Classifiez chaque usage : est-ce que des données personnelles, des données métier sensibles ou des modèles propriétaires transitent ou résident sur cette plateforme ? Si oui, vous avez potentiellement un problème RGPD actif, pas futur.

Étape 2 — Auditez vos tokens comme si l'intrusion avait déjà eu lieu

Dans le cas du piratage documenté, des tokens d'accès ont été compromis. Un token Hugging Face avec les mauvaises permissions, c'est un accès à vos modèles privés, à vos espaces de travail, potentiellement à vos secrets injectés dans les pipelines.

La question qui dérange : combien de tokens actifs votre organisation a-t-elle générés sur Hugging Face en ce moment ? Qui les a créés ? Sont-ils rattachés à des comptes personnels de collaborateurs ou à des comptes de service ? Ont-ils été rotés récemment ?

Dans la majorité des PME et ETI, la réponse honnête est : « on ne sait pas ».

Action concrète :

• Révoquez l'intégralité des tokens actifs non documentés. Immédiatement. Pas la semaine prochaine.
• Imposez une politique de durée de vie maximale pour tout nouveau token (rotation obligatoire, stockage dans un gestionnaire de secrets auditable, jamais en clair dans un repo Git).
• Activez les alertes sur les accès inhabituels à vos espaces privés si la plateforme le permet — et vérifiez les logs des 90 derniers jours.

Étape 3 — Réévaluez votre posture NIS2 et DORA sur l'IA tiers

Depuis l'entrée en vigueur effective de NIS2 et les premières applications de DORA aux entités financières, la notion de « risque tiers » a changé de dimension. Un hub d'IA externe dont vous dépendez pour faire tourner un modèle en production, c'est un fournisseur tiers critique — pas un simple outil SaaS.

La question qui dérange : votre cartographie des risques tiers inclut-elle Hugging Face, ou les plateformes similaires, comme des tiers à risque élevé ? Si non, votre RSSI a un angle mort documentable par votre autorité de contrôle nationale.

NIS2 impose une gestion formalisée des risques liés à la chaîne d'approvisionnement numérique. DORA va plus loin pour les acteurs financiers : il exige des contrats avec les prestataires TIC critiques qui incluent des clauses de sécurité, d'audit et de réversibilité. Hugging Face, dans sa forme actuelle, est-il en mesure de satisfaire ces exigences contractuelles ? La réponse mérite d'être vérifiée par écrit, pas supposée.

Action concrète :

• Faites entrer toute plateforme IA externe dans votre registre des tiers critiques si elle participe à un processus de production ou à un traitement de données.
• Demandez formellement à Hugging Face (ou à tout équivalent) leur rapport SOC 2 Type II, leur politique de gestion des incidents et les SLA de notification en cas de brèche. L'absence de réponse est une réponse.
• Si vous êtes soumis à DORA : vérifiez que vos contrats existants couvrent les clauses obligatoires sur les ICT third-party providers. Un hub de modèles peut qualifier.

Étape 4 — Questionnez sérieusement l'alternative : un registre de modèles auto-hébergé

La bonne nouvelle — la seule de cet article — est que l'écosystème européen dispose aujourd'hui d'options pour auto-héberger un registre de modèles IA sans dépendre d'un hub américain. Des solutions open source permettent de déployer un équivalent fonctionnel sur votre propre infrastructure ou chez un hébergeur européen qualifié.

La question qui dérange : pourquoi ne l'avez-vous pas encore fait ? La réponse honnête est souvent « parce que c'était pratique » ou « parce que tout le monde utilisait Hugging Face ». Ce sont des raisons de confort, pas des raisons techniques.

Un acteur comme **Scaleway — opérateur cloud français, dans le périmètre RGPD, sans exposition au Cloud Act — peut héberger ce type d'infrastructure. Ce n'est pas une recommandation commerciale, c'est une illustration du fait que l'alternative souveraine existe et est opérationnelle**, elle n'est simplement pas encore le réflexe dominant.

Action concrète :

• Évaluez le coût réel d'un registre de modèles auto-hébergé : en temps d'ingénierie, en coût d'infrastructure, en niveau de sécurité obtenu. Comparez-le au coût d'un incident de sécurité ou d'une mise en demeure RGPD.
• Définissez une politique claire : quels modèles peuvent transiter par une plateforme externe ? Lesquels doivent rester sur infrastructure souveraine ? Cette politique doit être écrite, validée et auditée.

Étape 5 — Intégrez l'IA dans votre plan de réponse aux incidents, maintenant

Dernière question qui dérange, et la plus inconfortable : si demain Hugging Face était totalement inaccessible — suite à une attaque, une décision judiciaire américaine, ou une sanction géopolitique — quelle partie de votre SI s'arrêterait ?

Si vous ne connaissez pas la réponse, vous avez un problème de résilience que votre plan de continuité d'activité ne couvre pas.

Les modèles d'IA sont devenus des dépendances fonctionnelles dans de nombreuses organisations : classification, détection d'anomalies, assistance aux agents, génération de documents. Aucun de ces usages n'est documenté dans les PCA de la majorité des PME/ETI européennes au sens « et si le hub de modèles disparaît ? ».

Action concrète :

• Identifiez tous les processus métier qui ont une dépendance directe ou indirecte à un modèle hébergé sur une infrastructure externe.
• Pour chacun : définissez un mode dégradé. Peut-il fonctionner sans le modèle ? Avec une version locale ? Avec un modèle alternatif déjà téléchargé et versionné en interne ?
• Intégrez un scénario « indisponibilité du hub IA » dans votre prochain exercice de crise. Ce n'est plus un scénario théorique.

Ce que cet incident dit vraiment

Le piratage de Hugging Face n'est pas une anecdote de sécurité. C'est un révélateur. Il révèle que l'adoption de l'IA dans les organisations européennes s'est faite — dans une large mesure — avec les mêmes réflexes de dépendance que l'adoption du cloud américain dans les années 2010. On a fait confiance à la praticité, à la popularité, à l'effet de réseau. On a sous-estimé les implications réglementaires, géopolitiques et sécuritaires.

Nous sommes en 2026. NIS2 est applicable. DORA est applicable. Le Cloud Act est toujours là. Et les arbitrages géopolitiques entre l'Union européenne et les États-Unis ne sont pas orientés vers plus de simplicité.

La vraie question n'est pas « Hugging Face est-il sécurisé ? » Elle est : dans quelle mesure avez-vous externalisé la souveraineté de votre IA à une infrastructure sur laquelle vous n'avez aucun levier juridique, aucun droit d'audit réel, et aucune garantie de continuité ?

Prenez le temps d'y répondre honnêtement. Avant que quelqu'un d'autre n'ait à le faire à votre place.