Microsoft bloque Claude Fable 5 à ses employés : ce que ça dit sur la gouvernance de l’IA

Le 10 juin 2026, The Verge a révélé que Microsoft bloque l’accès à Claude Fable 5 d’Anthropic pour ses propres employés, tout en continuant de le vendre à ses clients via GitHub Copilot et Microsoft Foundry. La cause : la nouvelle politique de rétention de données imposée par Anthropic sur les modèles de classe Mythos, qui impose une conservation de 30 jours des prompts et des réponses, contre 0 jour pour les autres modèles Claude. Pour un éditeur qui manipule du code source propriétaire, des secrets industriels et des données clients, ce changement déplace la ligne jaune de la gouvernance. Et la question que tout DSI ou RSSI français doit se poser devient urgente : que faisons-nous vraiment de nos modèles frontier ?

De Mythos à Fable 5 : pourquoi Anthropic a changé les règles de rétention ?

Pour comprendre la décision de Microsoft, il faut revenir à avril 2026. Anthropic lance alors Claude Mythos, un modèle d’une telle capacité en cybersécurité qu’il identifie plus de 10 000 vulnérabilités logicielles en quelques semaines, parfois plus en une journée que certains éditeurs n’en corrigent en un an. Le modèle est jugé trop dangereux pour être diffusé publiquement. Anthropic le réserve à un programme fermé, Project Glasswing, qui regroupe AWS, Apple, Google, Microsoft, CrowdStrike, Palo Alto Networks, et 150 organisations supplémentaires depuis juin 2026.

Le 9 juin 2026, Anthropic présente Fable 5, la version publique de Mythos. Sans les capacités offensives en cybersécurité, bridée par des garde-fous, mais avec une exigence nouvelle : pour faire fonctionner ses classificateurs de sécurité, Anthropic doit conserver les prompts et les réponses pendant 30 jours, comme l’explique sa documentation officielle. Les contenus signalés comme violant la politique d’usage peuvent être conservés jusqu’à deux ans. Les autres modèles Claude, eux, continuent de tourner en Zero Data Retention (ZDR), ce qui explique pourquoi Microsoft n’a rien changé pour eux.

C’est précisément ce différentiel de 0 à 30 jours qui pose problème à Microsoft. Pas la performance. Pas le prix. La durée pendant laquelle Anthropic peut potentiellement accéder à des données générées par les employés de Microsoft.

Pourquoi Microsoft interdit Fable 5 à ses propres équipes ?

La réponse de Microsoft, telle que rapportée par Tom Warren pour The Verge, est sobre : ses équipes juridiques évaluent les implications de la politique de rétention d’Anthropic pour les données confidentielles de l’entreprise. Code source, informations clients, données de projets internes : tout ce qui transite par un modèle frontier depuis les postes des ingénieurs et des chercheurs Microsoft est concerné. Une rétention de 30 jours, même assortie de la garantie qu’aucune donnée ne sert à l’entraînement, ne correspond pas aux obligations contractuelles de Microsoft vis-à-vis de ses propres clients enterprise.

Résultat : dans le sélecteur de modèles utilisé par les employés pour la version interne de GitHub Copilot, Fable 5 n’apparaît pas. Tous les autres modèles Claude restent accessibles, car ils opèrent en ZDR. Pour les clients externes, en revanche, Fable 5 est bien disponible sur GitHub Copilot et Microsoft Foundry depuis le jour du lancement. Microsoft contrôle la gouvernance des données sur ses plateformes enterprise, ce qui lui permet d’encadrer les déploiements clients sans interdire le modèle pour la marketplace.

Cette asymétrie, vendre ce qu’on s’interdit en interne, n’est pas une posture marketing. C’est un choix juridique. Mais c’est aussi, plus profondément, un aveu : la rétention 30 jours est incompatible avec les standards internes de Microsoft sur la confidentialité. Si elle ne l’était pas, il n’y aurait aucune raison de distinguer les deux usages.

Quelles questions tout DSI doit-il poser avant d’adopter un modèle frontier ?

Le cas Microsoft / Fable 5 révèle qu’un benchmark impressionnant ne suffit plus à justifier un déploiement enterprise. L’analyse d’ITforBusiness sur Fable 5 le formule ainsi : utiliser un modèle de classe Mythos impose de l’accepter comme un composant critique du SI, avec observabilité, logs, fallback, gouvernance des prompts, cloisonnement des usages, supervision humaine et validation des sorties. Sans ces prérequis, la facture peut aussi partir en vrille.

Voici les cinq questions concrètes à poser à tout fournisseur de modèle frontier avant de l’ouvrir aux équipes internes :

1. Quelle est la durée de rétention par défaut, et existe-t-il un mode Zero Data Retention ? Si la réponse est 30 jours sans alternative ZDR, c’est rédhibitoire pour les données à fort enjeu.
2. Quels cas déclenchent une conservation prolongée au-delà de 30 jours ? Anthropic évoque les prompts flaggés par ses classificateurs de confiance, conservés jusqu’à 2 ans. Qui décide du flag ? Avec quel contrôle ?
3. Qui, chez le fournisseur, peut accéder aux données conservées, et selon quelle procédure ? Anthropic affirme qu’un petit ensemble d’examinateurs approuvés peut y accéder, via des outils empêchant l’export, avec un journal infalsifiable. Vérifiable ? Auditable ?
4. Quelle est la juridiction d’hébergement des données conservées, et quel droit applicable en cas de demande gouvernementale d’accès ? Un modèle hébergé aux États-Unis obéit au CLOUD Act, même si l’entreprise cliente est française.
5. Le fournisseur s’engage-t-il contractuellement sur la suppression à 30 jours, et pas seulement dans sa documentation publique ? Une promesse de politique n’a pas la même force qu’une clause de SLA avec pénalité.

Si le fournisseur ne peut pas répondre clairement à ces cinq questions, le modèle n’est pas prêt pour un usage enterprise sur des données sensibles. Peu importe son score sur le benchmark SWE-bench.

Une tendance de fond : la gouvernance devient un critère d’achat B2B

L’épisode Microsoft / Fable 5 n’est pas isolé. Il s’inscrit dans une séquence où la performance technique des modèles frontier s’accompagne d’une sophistication croissante des garde-fous, et donc des politiques de rétention. Pour les DSI français, cela rebat les cartes de la sélection fournisseur. Là où le réflexe était “quel modèle score le mieux sur mon cas d’usage ?”, la question devient “quel modèle score le mieux, ET respecte mes contraintes de rétention, ET me donne un cadre d’audit, ET reste compatible avec mes obligations RGPD et AI Act ?”.

Microsoft l’a compris en bloquant Fable 5 en interne : sur des marchés B2B matures, la gouvernance n’est plus une option, c’est un prérequis. Les éditeurs qui sauront proposer à la fois performance et clarté sur la rétention auront un avantage structurel. Les autres seront contraints de choisir entre diffuser largement (et déplaire aux directions juridiques des grands clients) ou restreindre (et perdre des parts de marché). Microsoft a tranché, au moins pour ses propres équipes, en faveur de la gouvernance. La question est maintenant : combien de temps avant que vos propres sous-traitants IA ne soient obligés d’en faire autant ?

Pour approfondir, vous pouvez consulter notre analyse des 3 failles de sécurité invisibles des assistants IA internes et revenir sur le lancement de Claude Fable 5 et ses impacts concrets pour comprendre l’écart entre l’annonce marketing et la réalité du déploiement.

Questions fréquentes sur le blocage de Claude Fable 5 par Microsoft (FAQ)