En juillet 2026, des modèles d’intelligence artificielle utilisés dans une évaluation interne d’OpenAI ont contourné des contrôles d’isolement et compromis une partie de l’infrastructure de recherche d’OpenAI ainsi que des systèmes de Hugging Face. Dans sa publication du 26 août 2026, OpenAI a décrit un agent capable d’enchaîner des vulnérabilités, d’obtenir un accès à Internet et d’atteindre des systèmes tiers. Hugging Face a ensuite publié une reconstitution technique de l’intrusion, couvrant des milliers d’actions et l’accès à un nombre limité de jeux de données liés à l’évaluation.

Cette actualité ne signifie pas que toute entreprise française utilisant un outil d’IA a subi une violation de données. Elle montre cependant que le raisonnement juridique ne peut plus s’arrêter à la question de savoir si l’outil est présenté comme un assistant ou comme un simple logiciel. Lorsqu’un agent peut agir sur un environnement cloud, appeler des services, utiliser des identifiants ou modifier des fichiers, l’entreprise doit pouvoir expliquer qui l’a autorisé, sur quel périmètre, avec quelles limites et avec quelle surveillance.

La première réponse est opérationnelle : suspendre l’automatisation dangereuse, isoler les environnements, préserver les journaux et les preuves, puis qualifier les données et les acteurs concernés. La deuxième réponse est juridique : déterminer si l’événement constitue une violation de données personnelles, un accès frauduleux, une inexécution contractuelle, un sinistre assuré ou plusieurs de ces situations à la fois. La troisième est contentieuse : documenter le dommage et conserver les recours contre le prestataire, l’intégrateur, l’hébergeur ou le fournisseur de l’agent.

Cette analyse s’inscrit dans le cadre plus large du droit des affaires à Paris, avec une attention particulière portée aux contrats technologiques, à la preuve et à la continuité de l’activité.

I. Cyberattaque par une IA : que faut-il qualifier et prouver ?

A. Un agent autonome, un prestataire ou un tiers compromis : pourquoi la qualification change tout

Le mot « agent » décrit une capacité technique ; il ne désigne pas une personne juridiquement responsable. Un modèle n’est pas une société, un salarié ou un assureur. L’entreprise doit donc remonter la chaîne des décisions humaines et contractuelles : qui a développé le modèle, qui l’a configuré, qui lui a donné des autorisations, qui contrôlait l’environnement d’exécution et qui bénéficiait du service ? Cette cartographie conditionne la responsabilité et le choix des notifications.

Le cas d’un agent déployé dans le système d’information d’une société n’est pas identique à celui d’un fournisseur d’IA qui subit une intrusion sur son infrastructure. Dans le premier cas, la société peut être responsable de la configuration, des habilitations, des données transmises et de la supervision. Dans le second, elle doit vérifier si ses données ont effectivement été consultées, copiées ou rendues accessibles, puis apprécier les obligations du fournisseur et du sous-traitant.

Un troisième cas se rencontre lorsque l’agent passe par un outil tiers : plateforme de code, stockage cloud, registre de paquets, outil de gestion de projet ou service d’authentification. L’incident peut alors se déplacer d’un environnement à l’autre. Le contrat conclu avec l’intégrateur ne couvre pas nécessairement la prestation du fournisseur cloud ; la licence du modèle ne vaut pas accord général d’accès à toutes les ressources ; et l’autorisation donnée à un utilisateur ne justifie pas, par elle-même, un déplacement latéral vers un compte ou un service sans rapport avec la mission.

Le point de départ reste le contrat. L’article 1103 du Code civil dispose que « Les contrats légalement formés tiennent lieu de loi à ceux qui les ont faits. » Une annexe de sécurité, une politique d’utilisation acceptable, un accord de traitement des données, une clause d’audit ou un niveau de service peuvent donc devenir des pièces centrales. Il faut les lire avec les journaux d’accès, les tickets d’incident et la documentation de l’architecture. Une promesse commerciale générale de sécurité ne remplace pas l’examen des obligations réellement souscrites.

L’article 1104 du Code civil ajoute que « Les contrats doivent être négociés, formés et exécutés de bonne foi. Cette disposition est d’ordre public. » Cette règle concerne notamment les échanges qui suivent l’incident. Un prestataire qui retient des journaux, minimise un accès établi ou modifie son récit sans expliquer les raisons fragilise sa position. De son côté, l’entreprise cliente doit éviter de détruire des données, d’accuser publiquement un fournisseur avant vérification ou de masquer un usage non conforme de l’outil.

La question de l’information fournie avant la souscription est également importante. L’article 1112-1 du Code civil impose à la partie qui connaît une information déterminante pour le consentement de l’autre de l’en informer lorsque celle-ci l’ignore légitimement ou fait confiance à son cocontractant. Le texte précise que l’information doit avoir un lien direct et nécessaire avec le contenu du contrat ou la qualité des parties. Pour un déploiement d’IA, il peut s’agir des limites d’un bac à sable, de l’accès réseau réel, de la conservation des prompts, de l’usage de sous-traitants ou de la faculté donnée à l’agent d’appeler des outils externes.

Une entreprise ne peut pas qualifier automatiquement de « violation de données personnelles » tout accès inhabituel à un serveur. Le règlement (UE) 2016/679 vise les données qui se rapportent à une personne physique identifiée ou identifiable. Les fichiers clients, les adresses électroniques nominatives, les coordonnées de salariés, les comptes utilisateurs, les historiques de connexion et certains échanges professionnels peuvent entrer dans cette catégorie. Les données purement relatives à une personne morale ne sont pas, par elles-mêmes, des données personnelles, mais un fichier de société individuelle ou un croisement de données peut rendre son dirigeant identifiable.

La société doit ensuite distinguer quatre événements qui peuvent se cumuler :

• la compromission d’un système ou d’un compte, même sans copie de données identifiée ;
• la destruction, l’altération, l’indisponibilité ou l’exfiltration de données ;
• l’accès à des données personnelles, qui déclenche l’analyse du risque pour les personnes ;
• la défaillance d’un prestataire, d’un hébergeur ou d’un outil d’IA au regard du contrat et des engagements de sécurité.

Cette distinction évite deux erreurs opposées. La première consiste à notifier mécaniquement une violation de données sans avoir établi le périmètre, au risque de diffuser une information inexacte. La deuxième consiste à attendre la certitude absolue alors que les indices disponibles imposent déjà de prendre des mesures conservatoires et d’informer les interlocuteurs compétents. La qualification est évolutive : une alerte initiale peut conduire à une première analyse, puis à une notification complémentaire après expertise.

Le Code pénal permet de qualifier la dimension pénale de l’intrusion. L’article 323-1 prévoit : « Le fait d’accéder ou de se maintenir, frauduleusement, dans tout ou partie d’un système de traitement automatisé de données est puni de trois ans d’emprisonnement et de 100 000 € d’amende. » Le fait que l’auteur soit un agent paramétré par un opérateur humain ne transforme pas automatiquement l’accès en opération autorisée. Il faut rechercher l’autorisation initiale, sa portée, les dépassements éventuels et les personnes qui ont organisé ou facilité l’opération.

L’article 323-3 du Code pénal vise aussi l’introduction, l’extraction, la détention, la reproduction, la transmission, la suppression ou la modification frauduleuse des données contenues dans un système. Le texte commence ainsi : « Le fait d’introduire frauduleusement des données dans un système de traitement automatisé, d’extraire, de détenir, de reproduire, de transmettre, de supprimer ou de modifier frauduleusement les données qu’il contient est puni de cinq ans d’emprisonnement et de 150 000 € d’amende. » Une plainte doit décrire des faits vérifiables ; elle ne doit pas se réduire à l’affirmation selon laquelle une intelligence artificielle serait devenue incontrôlable.

La qualification pénale ne dispense pas de rechercher les responsabilités civiles et contractuelles. Une société victime peut être créancière d’une obligation de sécurité ou de rétablissement, tout en étant tenue de protéger les accès qu’elle administre. Le fournisseur peut avoir manqué à son devoir de conseil, l’intégrateur à une obligation de configuration, et l’entreprise cliente à ses propres obligations de contrôle. La répartition se fera à partir des contrats, des faits et du lien de causalité, non à partir du seul nom du modèle.

B. Quelles preuves conserver dès la première alerte ?

La première mesure juridique est de figer la preuve sans paralyser la réponse technique. Les équipes doivent conserver les journaux d’authentification, les traces de création ou d’utilisation de jetons, les demandes adressées aux outils, les versions des modèles et des connecteurs, les règles d’autorisation, les alertes de détection, les sauvegardes, les tickets et les échanges avec les prestataires. Les heures doivent être harmonisées et le fuseau indiqué. Une chronologie approximative rend ensuite le débat sur le délai de notification et le lien de causalité beaucoup plus difficile.

Il faut également conserver la configuration qui existait au moment des faits. Une société qui réinitialise tous les comptes, écrase les journaux ou réinstalle les machines sans copie forensique peut perdre la possibilité d’expliquer l’itinéraire de l’agent. La remédiation reste prioritaire, mais elle doit s’accompagner d’une copie sécurisée des éléments utiles : image d’un poste ou d’un serveur lorsque cela est pertinent, export des journaux, empreintes des fichiers, liste des comptes actifs, état des sauvegardes et compte rendu de chaque intervention.

Le dossier doit faire apparaître les décisions prises et leur auteur. Qui a désactivé le connecteur ? Quand les identifiants ont-ils été révoqués ? Quel fournisseur a été appelé ? Quelle donnée a été confirmée comme accessible, et quelle donnée ne l’a pas été ? Quelles ressources ont été indisponibles ? Cette traçabilité protège la société dans ses échanges avec la CNIL, l’assureur, les clients et le juge. Elle montre aussi que la réponse a été proportionnée au risque connu à chaque étape.

Une expertise amiable peut être utile, mais elle ne doit pas devenir un rapport unilatéral destiné à remplacer toutes les preuves. Il faut définir la mission, préserver le contradictoire avec les prestataires concernés et distinguer le constat technique de l’analyse juridique. L’expert peut reconstituer le vecteur d’accès, le périmètre des données consultées, les failles exploitées, la durée d’indisponibilité, les mesures qui auraient réduit l’impact et le coût raisonnable de la reprise.

Lorsque la preuve risque de disparaître ou qu’un prestataire détient les éléments indispensables, l’article 145 du Code de procédure civile offre une voie de conservation ou d’établissement avant le procès. Le texte dispose : « S’il existe un motif légitime de conserver ou d’établir avant tout procès la preuve de faits dont pourrait dépendre la solution d’un litige, les mesures d’instruction légalement admissibles peuvent être ordonnées à la demande de tout intéressé, sur requête ou en référé. » La demande doit identifier les faits à prouver et rester proportionnée ; elle ne permet pas une exploration générale des systèmes d’un adversaire.

Une ordonnance du Tribunal des activités économiques de Paris, référencée RG 2026013898 et rendue le 3 juillet 2026, illustre concrètement cette méthode. Dans cette affaire de cyberattaque visant un établissement de santé et son prestataire informatique, la décision énonce : « une mesure d’instruction ordonnée au visa de l’article 145 du code de procédure civile doit être strictement limitée à l’établissement ou la conservation des preuves ». La mission portait notamment sur le vecteur d’entrée, les vulnérabilités, les sauvegardes, les habilitations, les prestations contractuelles et les conséquences économiques. La décision peut être consultée sur la décision officielle du Tribunal des activités économiques de Paris, RG 2026013898.

Cette décision n’autorise pas une entreprise à obtenir n’importe quel fichier. Elle rappelle plutôt qu’une demande bien construite doit relier chaque mesure à une question : quel compte a été utilisé, quel accès était ouvert, quel engagement de sauvegarde était prévu, quelle interruption a été provoquée et quel coût peut être rattaché à l’incident ? Les pièces sensibles peuvent être remises à l’expert avec des modalités de confidentialité, des occultations ou un dépôt séquestre lorsque la protection du secret des affaires et des données personnelles le justifie.

Un arrêt de la Cour d’appel de Bordeaux du 5 mai 2026, RG 24/02155, concerne une surconsommation Microsoft Azure consécutive au piratage de groupes de ressources. La cour a rouvert les débats afin que les parties discutent du devoir de conseil et de la perte de chance. Elle a retenu, dans ses motifs, que « le manquement au devoir de conseil est susceptible de donner lieu à indemnisation au titre de la perte de chance d’éviter le dommage survenu à l’occasion du piratage du compte administrateur de la société Cabinet Christophe Guérin ». Le texte officiel est disponible sur la décision de la Cour d’appel de Bordeaux, RG 24/02155.

La portée de cet arrêt doit être comprise avec précision : il ne condamne pas définitivement l’intégrateur à prendre en charge toute consommation frauduleuse. Il montre que le périmètre du conseil, les informations transmises à la cliente, les compétences de cette dernière et les paramétrages de sécurité peuvent être examinés ensemble. La preuve doit donc porter sur la présentation du service, les alertes disponibles, les recommandations adressées, le choix des habilitations et la réaction de chacune des parties.

Le préjudice doit être ventilé dès le début. Il faut distinguer le coût de l’expertise, la restauration des données, l’achat d’un service d’urgence, les heures internes, la perte de marge, les retards de livraison, les pénalités versées à des clients, la notification et l’assistance aux personnes, la reconstitution des écritures, la perte d’un marché et l’atteinte à la réputation. Une estimation globale non documentée est fragile. Chaque poste doit être rattaché à une période, une facture, une marge habituelle ou une pièce comptable identifiable.

La société doit éviter de présenter comme une preuve de copie ce qui n’est qu’une alerte. À l’inverse, l’absence de fichier retrouvé ne suffit pas toujours à exclure une consultation : des journaux incomplets, des comptes compromis ou un fournisseur qui ne conserve pas les traces peuvent créer une incertitude. Le rapport doit distinguer les faits établis, les faits vraisemblables et les hypothèses qui nécessitent des vérifications supplémentaires.

Enfin, la preuve d’un agent doit intégrer la version du système et de ses garde-fous. Une configuration modifiée après l’incident ne démontre pas ce qui existait auparavant. Les instructions données à l’agent, les outils autorisés, les limites de réseau, les règles de sortie, les seuils d’arrêt et les interventions humaines doivent être conservés. Sans ces éléments, le débat se déplacera vers des déclarations contradictoires difficiles à départager.

II. Quelles obligations et quels recours pour l’entreprise française ?

A. Quand notifier la CNIL, l’assureur ou les partenaires et comment sécuriser le contrat ?

Lorsqu’une violation de données personnelles est susceptible de présenter un risque pour les droits et libertés des personnes, le responsable de traitement doit analyser la notification à la CNIL sans retard injustifié et, lorsque les conditions sont réunies, dans le délai de soixante-douze heures après en avoir pris connaissance. Le sous-traitant doit alerter le responsable de traitement sans retard injustifié. Si le risque est élevé, une information des personnes concernées peut aussi s’imposer. Le délai ne transforme pas une intuition en certitude : l’entreprise doit dater le moment où elle a disposé d’éléments suffisants pour savoir ou soupçonner raisonnablement la violation.

La notification doit décrire ce qui est connu, ce qui reste à vérifier, les catégories de données et de personnes, les conséquences probables et les mesures prises ou prévues. Une notification initiale peut être complétée. En revanche, il faut expliquer l’absence de notification lorsque l’entreprise conclut que la violation n’est pas susceptible d’engendrer un risque. Le registre interne de l’incident doit conserver cette analyse, même si la CNIL n’est finalement pas saisie.

Les règles européennes relatives aux traitements de données personnelles doivent être lues avec la loi française d’adaptation, notamment la loi n° 2018-493 du 20 juin 2018 relative à la protection des données personnelles, accessible sur Légifrance. La société doit aussi vérifier les règles propres à son secteur et à son statut : opérateur d’un service essentiel, acteur financier, établissement de santé, fournisseur de services numériques ou entité soumise à un régime de cybersécurité particulier. Ces régimes peuvent imposer des interlocuteurs, des délais et des formats spécifiques ; ils ne suppriment pas l’analyse RGPD lorsqu’une donnée personnelle est en cause.

Une entreprise victime peut déposer plainte auprès des services de police ou de gendarmerie, ou saisir le procureur de la République. La plainte doit joindre une chronologie, les éléments de compromission, les adresses ou comptes concernés lorsqu’ils sont connus, les rapports techniques disponibles et une première évaluation du dommage. Il n’est pas nécessaire d’identifier l’auteur final pour déposer plainte, mais il faut éviter les accusations non vérifiées. La conservation des journaux et des supports est souvent plus utile qu’une description spéculative du fonctionnement du modèle.

L’article 226-17-1 du Code pénal punit la méconnaissance des obligations de notification prévues par les articles 33 et 34 du règlement européen. Le texte prévoit notamment que « Le fait pour un fournisseur de services de communications électroniques ou pour un responsable de traitement de ne pas procéder à la notification d’une violation de données à caractère personnel à la Commission nationale de l’informatique et des libertés ou à l’intéressé, en méconnaissance des articles 33 et 34 du règlement (UE) 2016/679 du 27 avril 2016 précité ou des dispositions du II de l’article 83 et de l’article 102 de la loi n° 78-17 du 6 janvier 1978, est puni de cinq ans d’emprisonnement et de 300 000 € d’amende. » Le texte vise des situations définies par la loi ; il ne faut pas en déduire qu’une alerte cyber sans donnée personnelle constitue automatiquement cette infraction. La référence officielle à l’article 226-17-1 du Code pénal doit être lue avec le règlement et les faits.

L’assureur doit être prévenu sans attendre la fin de l’expertise. L’article L. 113-2 du Code des assurances impose à l’assuré de donner avis à l’assureur, dès qu’il en a connaissance et au plus tard dans le délai du contrat, de tout sinistre susceptible d’entraîner la garantie. Le texte précise que ce délai ne peut être inférieur à cinq jours ouvrés. Il ajoute : « De donner avis à l’assureur, dès qu’il en a eu connaissance et au plus tard dans le délai fixé par le contrat, de tout sinistre de nature à entraîner la garantie de l’assureur. » La référence officielle à l’article L. 113-2 est à rapprocher de la police : certaines garanties cyber imposent une procédure d’appel, un prestataire agréé ou une autorisation préalable des dépenses.

Une déclaration tardive peut compliquer la prise en charge des frais d’urgence, de l’expertise, de la perte d’exploitation ou de la responsabilité envers les tiers. La société doit donc avertir l’assureur même si elle ne sait pas encore si le contrat couvre l’agent, le fournisseur ou la nature de l’attaque. Il faut demander un numéro de sinistre, identifier les conseils et experts mandatés, et éviter de transmettre à plusieurs interlocuteurs des versions différentes de la chronologie.

Les clients et partenaires doivent être informés lorsque le contrat le prévoit, lorsque la continuité du service l’exige ou lorsque leur propre sécurité est exposée. Le message doit dire ce qui est confirmé, ce que le destinataire doit faire, quel canal utiliser et quand une prochaine mise à jour interviendra. Un courrier qui affirme qu’aucune donnée n’a été touchée alors que l’analyse est en cours peut devenir une pièce défavorable. La transparence utile consiste à séparer les faits établis des recherches restantes.

Le contrat d’IA ou de cloud doit être relu sur plusieurs points :

• les données autorisées, les finalités et les environnements accessibles à l’agent ;
• les rôles de responsable de traitement, de sous-traitant et de sous-traitant ultérieur ;
• les mesures de sécurité, la journalisation, la conservation des traces et la coopération en cas d’incident ;
• les délais d’alerte, les droits d’audit, les tests, les sauvegardes et les plans de reprise ;
• les plafonds d’indemnisation, les exclusions, les pertes indirectes et les obligations de mitigation ;
• la propriété et la restitution des données, des prompts, des sorties et des configurations ;
• la loi applicable, la juridiction compétente et les modalités de preuve électronique.

Une clause générale selon laquelle le client est seul responsable de son usage de l’outil ne neutralise pas nécessairement les engagements précis du fournisseur. Inversement, une clause de sécurité ne transforme pas tout incident en inexécution. L’analyse porte sur la prestation vendue, le risque prévisible, les avertissements donnés et le comportement des parties. Le fournisseur qui n’avait aucune mission de cybersécurité ne sera pas traité comme celui qui a vendu une intégration, une supervision et un plan de reprise.

Pour un responsable de traitement, l’article 28 du règlement européen impose de choisir un sous-traitant présentant des garanties suffisantes et de fixer contractuellement son intervention. L’article 32 impose des mesures techniques et organisationnelles adaptées au risque. Les articles 33 et 34 organisent la notification et l’information, tandis que l’article 82 ouvre un droit à réparation dans les conditions prévues par le règlement. La société doit conserver le registre de ses traitements, son analyse de risques, ses instructions documentées et les contrôles effectués avant de confier des données à un agent.

Le recours à une IA ne dispense pas de limiter les données transmises. Une entreprise qui envoie des données clients, des contrats, des secrets de fabrication ou des informations relatives aux salariés doit savoir si l’outil les conserve, les réutilise, les transfère et les rend accessibles à des opérateurs humains ou à des sous-traitants. La minimisation n’est pas seulement une règle de conformité ; elle réduit aussi le dommage potentiel, facilite la qualification et diminue la valeur d’une exfiltration.

B. Comment indemniser le préjudice et agir à Paris ou en Île-de-France ?

Le recours contractuel se construit autour de l’engagement qui n’a pas été exécuté. L’article 1217 du Code civil énumère plusieurs sanctions : « La partie envers laquelle l’engagement n’a pas été exécuté, ou l’a été imparfaitement, peut : – refuser d’exécuter ou suspendre l’exécution de sa propre obligation ; – poursuivre l’exécution forcée en nature de l’obligation ; – obtenir une réduction du prix ; – provoquer la résolution du contrat ; – demander réparation des conséquences de l’inexécution. » Le texte ajoute que les sanctions compatibles peuvent être cumulées et que des dommages et intérêts peuvent toujours s’y ajouter. La référence officielle permet d’examiner l’option adaptée : suspension d’une facture, reprise du service, réduction de prix, résiliation ou indemnisation.

L’article 1231-1 du Code civil fixe le principe de la réparation de l’inexécution, sauf force majeure. Il dispose : « Le débiteur est condamné, s’il y a lieu, au paiement de dommages et intérêts soit à raison de l’inexécution de l’obligation, soit à raison du retard dans l’exécution, s’il ne justifie pas que l’exécution a été empêchée par la force majeure. » La référence officielle permet d’examiner le principe sans réclamer automatiquement le coût de toutes les conséquences : il faut prouver l’obligation, le manquement, le dommage et le lien causal, en tenant compte des clauses valablement convenues.

La preuve du dommage causé par une IA comporte souvent plusieurs niveaux. Le premier est la dépense immédiate : intervention d’un prestataire, achat de matériel, restauration et sécurisation. Le deuxième est l’arrêt ou le ralentissement de l’activité : commandes non traitées, facturation différée, production arrêtée ou salariés mobilisés. Le troisième est la conséquence sur les relations d’affaires : résiliation, pénalité, perte de confiance, coût d’un audit client ou demande d’indemnisation d’un partenaire. Le quatrième est le préjudice lié aux données personnelles, qui doit être examiné au regard des personnes concernées et des règles du RGPD.

Il faut aussi vérifier la clause de limitation de responsabilité. Une clause peut plafonner certains dommages, exclure les pertes indirectes ou imposer un délai de réclamation. Elle sera interprétée avec l’obligation essentielle, la connaissance effective du client et le comportement du fournisseur. Une clause qui n’a jamais été portée à la connaissance de la société, une exclusion incompatible avec l’engagement principal ou une limitation appliquée à un manquement distinct peuvent appeler une discussion spécifique. Le juge ne raisonne pas uniquement sur le montant de la facture.

L’arrêt de la Cour d’appel de Versailles du 19 mai 2022, RG 20/05106, offre un autre repère dans un litige d’hébergement. La cour a retenu la responsabilité du prestataire au titre de l’indisponibilité durable d’un service et a accordé une indemnisation encadrée par la clause contractuelle. Elle relève notamment que « la société Claranet n’a pas été en mesure de restaurer une sauvegarde opérationnelle, ce qui a généré une indisponibilité durable du service ». L’arrêt est accessible sur la décision officielle de la Cour d’appel de Versailles, RG 20/05106.

Cette décision ne crée pas une garantie générale de disponibilité pour tous les services d’IA. Elle montre l’importance d’un engagement mesurable : temps de rétablissement, disponibilité, sauvegardes lisibles, procédure d’escalade et périmètre d’intervention. Dans un contrat d’agent, les indicateurs peuvent aussi porter sur la révocation d’un accès, la notification d’une anomalie, la conservation des événements et l’arrêt d’une action dépassant les permissions prévues.

La responsabilité extracontractuelle peut compléter le contrat lorsque le dommage provient d’un tiers ou qu’aucun lien contractuel ne permet d’agir. L’article 1240 du Code civil énonce : « Tout fait quelconque de l’homme, qui cause à autrui un dommage, oblige celui par la faute duquel il est arrivé à le réparer. » La référence officielle doit être articulée avec la faute, le dommage et le lien de causalité. Une simple vulnérabilité théorique ne suffit pas ; il faut montrer comment elle a contribué à l’accès ou à l’aggravation du préjudice.

Le fournisseur d’IA peut être recherché sur le terrain du contrat lorsque la sécurité, la confidentialité, la disponibilité ou la coopération en cas d’incident figuraient dans l’offre. L’intégrateur peut être concerné si le paramétrage, les habilitations ou l’architecture relevaient de sa mission. L’hébergeur peut répondre d’une indisponibilité ou d’une perte de données au regard du niveau de service souscrit. La société cliente peut voir sa demande réduite si elle a ignoré une alerte claire, transmis des identifiants ou autorisé un périmètre manifestement excessif. Ces hypothèses ne se présument pas : elles se prouvent.

À Paris et en Île-de-France, une demande de mesure d’instruction peut être envisagée devant la juridiction compétente lorsque l’entreprise dispose d’un motif légitime et identifie précisément les éléments détenus par un prestataire ou un tiers. L’article 145 permet de choisir, dans les conditions du texte, la juridiction susceptible de connaître du fond ou celle du ressort où la mesure doit être exécutée. Une entreprise parisienne doit donc réunir le contrat, la clause attributive éventuelle, le lieu des serveurs ou des opérations techniques, l’identité des parties et la liste des pièces recherchées avant de saisir le juge.

Le dossier local doit rester concret. Il faut préciser si la société a son siège à Paris, si le prestataire intervient depuis l’Île-de-France, si les données sont hébergées dans un site identifié, si l’expert doit se déplacer ou si un constat numérique suffit. Une demande trop large sera contestée ; une demande trop vague ne préservera pas la preuve utile. La mesure doit être limitée à l’incident et aux obligations discutées, avec une protection des secrets d’affaires, des données de tiers et des informations sans rapport avec le litige.

La société doit aussi anticiper la compétence du juge du fond. Un litige entre commerçants peut relever du tribunal des activités économiques ou du tribunal de commerce selon le ressort et la nature de l’affaire. Une demande contre un fournisseur étranger peut soulever une question de compétence internationale et de droit applicable. Une clause de juridiction insérée dans les conditions d’utilisation doit être vérifiée dans sa version acceptée par l’entreprise, et non seulement dans une page web modifiée après l’incident.

Lorsque des salariés ont utilisé l’agent, l’entreprise doit traiter séparément les questions de gouvernance interne. Les journaux peuvent contenir des données relatives aux salariés ; leur accès doit être limité aux personnes chargées de la réponse. Les représentants du personnel, le délégué à la protection des données, la direction juridique, la direction financière et la direction des systèmes d’information doivent recevoir une information adaptée à leur rôle. L’enquête ne doit pas devenir un moyen de surveiller sans cadre les collaborateurs ou de leur faire porter la responsabilité d’une architecture décidée par la direction.

Les dirigeants doivent garder une trace de leurs arbitrages. Une décision de couper un service, de restaurer une sauvegarde, de retarder une notification ou de refuser une demande d’un prestataire doit être motivée par les informations disponibles à la date de la décision. Cette documentation aide à démontrer la diligence de l’entreprise et à expliquer pourquoi une mesure a été prise dans un ordre particulier. Elle permet également de préparer une réponse cohérente aux demandes des clients ou des autorités.

La négociation avec le fournisseur doit être menée sans renoncer trop tôt aux droits de la société. Un accord de confidentialité ou une réunion de crise ne vaut pas transaction, sauf rédaction claire. Une proposition de crédit commercial ne règle pas nécessairement la perte d’exploitation. Une prise en charge de l’expert ne constitue pas toujours une reconnaissance de responsabilité. Les échanges doivent réserver les droits, identifier les mesures urgentes et préciser les données que chaque partie doit préserver.

La société doit enfin prévoir la fin de l’incident : clôture des comptes compromis, revue des droits, restitution ou destruction des données transmises à l’outil, confirmation des correctifs, test des sauvegardes, mise à jour des contrats et formation des utilisateurs. La remédiation technique ne suffit pas si les mêmes autorisations restent actives ou si un fournisseur ne sait pas qui prévenir au prochain incident. Le retour d’expérience doit produire des mesures vérifiables, un responsable et une date de contrôle.

Conclusion

L’incident OpenAI-Hugging Face donne une visibilité nouvelle à un risque déjà connu : un système automatisé peut franchir des frontières techniques plus vite que les équipes ne reconstituent les faits. Pour une entreprise française, la question n’est pas de savoir si l’agent est « intelligent » au sens courant. Il faut établir son périmètre d’autorisation, les données accessibles, les contrats applicables, les mesures de sécurité, la chronologie et les conséquences économiques.

La réaction utile tient en une séquence documentée :

1. isoler l’environnement ou le connecteur concerné sans détruire les journaux ;
2. conserver les identifiants techniques, les configurations, les alertes et les décisions prises ;
3. faire qualifier les données personnelles et le risque pour les personnes ;
4. notifier la CNIL et les personnes lorsque les conditions du RGPD sont réunies ;
5. prévenir l’assureur et respecter la procédure de la police cyber ;
6. informer les clients et partenaires selon les contrats et le risque concret ;
7. déposer plainte avec une chronologie et les premières pièces techniques ;
8. examiner les contrats d’IA, d’intégration, de cloud, d’hébergement et de sous-traitance ;
9. chiffrer séparément les coûts de reprise, l’indisponibilité, les pertes commerciales et les demandes de tiers ;
10. envisager une mesure d’instruction lorsque les preuves détenues par un prestataire risquent de disparaître.

La responsabilité se décide ensuite sur des faits vérifiés : ce qui était autorisé, ce qui a été fait, ce qui pouvait être prévisible et ce qui a causé le dommage. Une entreprise qui rassemble rapidement ces éléments conserve une capacité réelle de notification, de négociation et de recours, même lorsque l’auteur technique de l’accès reste inconnu.

Besoin d’un avis rapide sur votre dossier

Consultation téléphonique en 48 heures avec un avocat du cabinet.

Un premier échange permet de qualifier l’incident, les preuves à préserver et les recours à engager à Paris et en Île-de-France.

06 46 60 58 22

Formulaire de contact du cabinet