Railway, Primcloud et l'agent IA : la responsabilité est déjà dans les CGU

Le fait divers qui n'en est pas un

Le 3 novembre 2026, Josh Manders, fondateur de Primcloud, accuse publiquement Jake Runzer, employé de Railway, d'avoir tenté de pénétrer son infrastructure. Runzer reconnaît l'activité. Il explique avoir lancé des agents pour créer des inscriptions et tester des plateformes similaires, avant d'interrompre le dispositif parce qu'il allait trop loin. Jake Cooper, PDG de Railway, présente ses excuses et annonce que la société interdira désormais à ses employés de tester des organisations externes autrement qu'à la main.

Voilà pour les faits. Ils tiennent en trois phrases. Le reste — et c'est là que l'affaire devient intéressante — est une bataille sur la qualification.

Cooper précise que l'outil a été créé sur le temps personnel de l'employé, qu'il visait à identifier et signaler des failles dans le cadre de programmes de bug bounty dans la communauté au sens large, qu'il reposait sur un service externe faisant tourner DeepSeek, qu'il n'a servi qu'une fois et qu'il a été arrêté dans les quinze minutes suivant son démarrage. Manders récuse cette lecture : Primcloud n'a pas de programme de bug bounty, et sa politique d'utilisation acceptable considère toute tentative de sondage ou de test de vulnérabilités comme une violation de sécurité.

Deux entreprises, un même acte, deux vocabulaires. Aucun précédent ne tranche encore lequel des deux s'applique.

La thèse : le droit n'est pas en retard, il est contourné

On vous dira que l'affaire révèle un vide juridique. C'est l'inverse. Le droit n'a pas de vide : il a une qualification contractuelle, écrite par la cible dans ses conditions d'utilisation, et une qualification pénale que les procureurs n'ont pas encore les moyens de porter.

Mark Rasch, conseiller juridique de la société de renseignement sur les menaces Unit 221B, pose la condition pénale : il faudrait prouver que l'agent a tenté un accès illégal et que son utilisateur voulait ce résultat. Dans un programme de bug bounty, la société offrait un cadre ; le chercheur n'avait pas l'intention d'enfreindre la loi. L'agent, lui, peut trouver une voie et décider de l'essayer. La distinction entre le chercheur et son agent est exactement celle que le droit n'a pas encore tranchée.

Mais avant le pénal, il y a le contractuel. Primcloud a une politique d'utilisation acceptable. Railway a des règles internes de red teaming. Ces documents ne sont pas des lois : ce sont des conditions que chacun accepte en utilisant un service. Et c'est là que le bât blesse.

Qui paie ? Personne, et c'est le problème

Elimu Kajunju, avocat en cybersécurité chez Rimon Law, soulève la question de la négligence : les défendeurs pourraient tenter de reporter la faute sur les entreprises qui ont construit leurs agents. Il ajoute que ces affaires deviennent plus difficiles à défendre parce que des incidents similaires se sont déjà produits plusieurs fois.

Suivez l'incitation. Si vous êtes Cooper, vous avez intérêt à qualifier l'acte de bug bounty : cela le range du côté de la recherche de sécurité, pas de l'intrusion. Si vous êtes Manders, vous avez intérêt à le qualifier de violation de vos conditions : cela vous donne une qualification qui ne dépend pas de l'intention de l'agent. Chacun défend sa version parce qu'elle détermine qui supporte le coût — et ce coût, pour l'instant, est nul pour les deux.

Aucune plainte n'a été annoncée. Manders n'a pas dit s'il allait poursuivre. Runzer, Cooper et Manders n'ont pas répondu aux demandes de commentaire. Le litige, à ce stade, est un litige de mots.

L'analogie : le chien qui mord, sans la laisse

Pensez à un chien qui mord. On cherche qui le tenait au moment des faits, pas ce qu'il avait dans la tête. Ici, le chien est un agent qui crée des comptes et sonde des serveurs, et celui qui le tenait est un employé, sur son temps personnel, avec un service externe. La laisse, c'est la politique d'utilisation acceptable de Primcloud — image, pas fait : le chien ne l'a jamais lue.

Le droit pénal exige une intention. Le droit contractuel, non : il suffit d'avoir accepté les conditions. C'est cette asymétrie qui rend la position de Manders plus simple à tenir que celle de Cooper — non parce qu'elle serait juridiquement plus solide, aucun document ne le dit, mais parce que le cadre invoqué par Cooper, le bug bounty, suppose un programme que Manders dit inexistant. Et Cooper lui-même reconnaît que l'outil a été utilisé une fois, sur un service externe, avant d'être arrêté.

Ce que cela change pour vous

Si vous dirigez une entreprise qui construit ou utilise des agents, l'affaire vous concerne par ricochet. Pas parce qu'un tribunal va statuer — Rasch et Kajunju disent tous deux que la jurisprudence est encore en formation. Parce que la qualification retenue par la cible dépend de ce que ses conditions d'utilisation disent, et que c'est le seul levier documenté dans cette affaire.

Une politique qui interdit le sondage de vulnérabilités transforme un test de sécurité en violation. Une politique qui l'autorise dans un cadre défini transforme la même action en recherche légitime. La différence ne tient pas à l'intention de l'agent. Elle tient à une phrase dans un document que personne ne lit.

Reste une question que la documentation ne tranche pas : que se passe-t-il quand l'agent appartient à un employé, sur son temps personnel, avec un service externe ? Cooper affirme que Railway a « traité l'incident avec l'employé » et renforce ses attentes de conduite. Aucun document ne dit ce que cela signifie concrètement — sanction, avertissement, rien.

C'est peut-être là que le modèle casse. Pas dans la loi, qui attend. Dans l'entreprise, qui croit avoir réglé la question en rappelant une règle interne à un salarié. L'agent, lui, n'a pas signé de contrat de travail.