La conservation de la mémoire de Microsoft Copilot révèle l’écart entre les données sauvegardées et les preuves exploitables

Microsoft a étendu la conservation de la mémoire de Copilot, selon un avis de déploiement archivé, alors que les indications destinées aux administrateurs décrivent encore ces mémoires comme échappant aux contrôles de conservation. La conservation de la mémoire de Microsoft Copilot se trouve désormais au cœur d’une question plus vaste : les entreprises peuvent-elles reconstituer ce dont leurs systèmes d’IA se souvenaient et ce qu’ils ont fait ? De récentes recherches sur les ransomwares rendent cette question concrète en montrant comment les conversations IA stockées d’un attaquant sont devenues des preuves d’une opération.

Les rapports convergent autour de l’eDiscovery, le processus d’identification, de conservation et d’examen des informations électroniques dans les affaires juridiques. Les conversations, les mémoires persistantes et les journaux d’activité peuvent chacun raconter différentes parties de l’histoire d’un agent. Une organisation qui ne recueille que le chat visible risque de manquer des informations ayant influencé un comportement ultérieur.

Le défi de Microsoft trouve également un point de comparaison au-delà des logiciels de bureau. METR et Redwood Research ont récemment décrit des lacunes historiques dans la surveillance interne des agents d’OpenAI. Ensemble, ces évolutions mettent sous pression une hypothèse familière des entreprises : stocker des données d’IA dans une plateforme établie rend automatiquement son comportement explicable a posteriori.

La conservation de la mémoire de Microsoft Copilot a changé, mais les indications n’ont pas suivi

Le changement immédiat apparaît dans l’avis Microsoft Message Center MC1478965, accessible publiquement via une archive indépendante. Sa mise à jour du 22 octobre 2026 indique que le déploiement mondial de la prise en charge de la conservation s’est achevé ce mois-là. L’avis concerne les mémoires enregistrées, c’est-à-dire les informations que Copilot conserve d’une conversation à l’autre pour personnaliser ses réponses ultérieures.

Selon l’avis archivé sur la conservation de la mémoire, la conservation configurée peut préserver les versions historiques lorsque les utilisateurs modifient ou suppriment des éléments de mémoire. Ces versions inactives demeurent dans les boîtes aux lettres Exchange des utilisateurs et facilitent les enquêtes. L’annonce décrit donc davantage que la simple conservation de la préférence mémorisée la plus récente.

Le changement fait d’une version antérieure de mémoire un dossier potentiellement utile à une enquête, même après que l’utilisateur a modifié ce dont Copilot se souvient.

Cette distinction importe lorsqu’une enquête porte sur un comportement passé. Une mémoire actuelle indique ce dont l’assistant se souvient maintenant. Une version antérieure peut aider à établir quelles informations existaient avant une réponse, une recommandation ou une action examinée.

Toutefois, la documentation de Microsoft destinée aux administrateurs présente un tableau différent. Sa page sur les contrôles de mémoire de Copilot, mise à jour pour la dernière fois le 2 septembre, indique que les stratégies et étiquettes de conservation Purview ne s’appliquent pas à la mémoire. Purview est la suite Microsoft dédiée à la gouvernance des données, à la sécurité et à la conformité.

La page distingue également les mémoires enregistrées, les déductions issues de l’historique des chats et les instructions personnalisées. Elle décrit l’accès de découverte pour les mémoires enregistrées et déduites, tout en excluant les instructions personnalisées de ces outils administratifs de découverte. « Mémoire Copilot » devient ainsi un terme générique recouvrant des périmètres sensiblement différents.

La chronologie suggère que la documentation a pris du retard sur le déploiement, mais cela reste une interprétation. Un avis plus récent n’établit pas que chaque catégorie de mémoire bénéficie d’un traitement identique. Une archive publique ne remplace pas non plus la vérification de l’avis actuel et des comportements disponibles dans l’environnement propre à chaque organisation.

Pour les acheteurs, la conséquence est une incertitude sur le périmètre, plutôt qu’une preuve d’une défaillance universelle de la conservation. Microsoft a décrit une extension concrète. Ses documents publics ne fournissent pas encore un récit unique et cohérent de chaque contrôle associé.

Il s’agit d’une transition de produit aux conséquences opérationnelles. Les équipes juridiques ont besoin de descriptions précises des informations pouvant être découvertes. Les administrateurs ont besoin de paramètres qu’ils peuvent vérifier. Les employés ont besoin d’explications compréhensibles sur ce que change réellement la modification ou la suppression d’un détail mémorisé.

Cette distinction évite également un titre excessif. Microsoft n’a pas annoncé que chaque interaction avec une IA devient une preuve permanente. L’évolution vérifiée est plus limitée : une conservation configurée peut préserver l’historique de la mémoire enregistrée, selon l’avis archivé.

Cette évolution plus limitée est déjà suffisamment importante. La mémoire transforme une fonctionnalité conversationnelle en dossier continu, dont l’historique peut compter indépendamment de la conversation qui l’a créé.

Les journaux de ransomware montrent pourquoi les dossiers d’agents comptent au-delà de la fenêtre de chat

Le volet sécurité de cette histoire a commencé par une exposition inhabituellement révélatrice. SOCRadar a signalé avoir trouvé une infrastructure associée à des affiliés des opérations de ransomware INC et The Gentlemen. Ses découvertes comprenaient des conversations IA, des bases de connaissances opérationnelles et le code source d’un framework appelé Phantom.

L’analyse d’une opération de ransomware de la Cloud Security Alliance, datée du 26 octobre, décrit 8 257 messages IA répartis sur 133 sessions. Elle caractérise l’opération comme exécutée par l’IA et approuvée par des humains, en s’appuyant sur les conclusions de SOCRadar. Des bases de connaissances persistantes ont permis de conserver le contexte des victimes d’une session à l’autre.

Ce récit exige des limites prudentes. Il s’agissait de dossiers rapportés d’une opération, et non d’une confirmation indépendante de chaque affirmation des attaquants. L’analyse précise explicitement que plusieurs mesures d’accès et d’exploitation provenaient du propre matériel des opérateurs.

Le renversement important est que la mémoire opérationnelle, utile aux attaquants, a aussi fourni aux enquêteurs un dossier à examiner.

Une transcription de chat peut montrer une demande et une réponse. Une base de connaissances opérationnelle peut montrer le contexte accumulé, y compris ce qu’un agent a reçu pour instruction de conserver. Une approbation humaine peut relier une étape proposée à la décision d’un opérateur.

Ces dossiers ont une valeur probante différente. Une affirmation selon laquelle un accès a réussi ne prouve pas indépendamment la réussite de cet accès. Une commande proposée ne prouve pas son exécution. Une approbation n’établit pas que l’action approuvée a été menée à terme.

Même ainsi, leur combinaison peut permettre une reconstitution plus détaillée qu’un rapport final seul. Les enquêteurs peuvent comparer les affirmations, les instructions, les approbations et les résultats observables. Les contradictions deviennent des questions à examiner plutôt que des lacunes dissimulées derrière un résumé soigné.

Cette leçon s’applique aux agents d’entreprise légitimes sans assimiler l’usage ordinaire de logiciels de bureau à une activité criminelle. Un assistant qui traite un flux de travail professionnel reçoit également des instructions, accumule du contexte et produit des résultats. Comprendre une issue contestée suppose de savoir lesquels de ces dossiers existent réellement.

L’opération exposée offre un exemple concret des enjeux. Elle ne prouve pas que stocker davantage d’informations améliore toujours la sécurité. Les mêmes dossiers qui soutenaient la continuité ont aussi créé une exposition lorsque les opérateurs n’ont pas réussi à protéger leur infrastructure.

Pour les entreprises, cela crée un arbitrage entre la capacité de reconstitution et la concentration d’informations sensibles. Des dossiers détaillés peuvent aider à expliquer un incident. Ils peuvent aussi révéler un contexte confidentiel si les contrôles d’accès échouent.

L’objectif utile est donc une piste de preuves défendable, avec des limites appropriées. Une archive indifférenciée crée ses propres risques. Une transcription parcellaire laisse sans réponse les questions sur ce qui s’est produit entre l’instruction de l’utilisateur et l’action qui en a résulté.

Les dossiers d’agents IA méritent de l’attention parce qu’ils relient ces étapes. Leur valeur découle de leur rapport aux événements réels, et non du simple fait qu’un système d’IA les a générés.

Le contenu sauvegardé et l’activité enregistrée répondent à des questions différentes

La tension centrale oppose la conservation des informations à l’explication des comportements. La conservation maintient des contenus spécifiés disponibles selon des règles configurées. La journalisation enregistre des événements, tels qu’une modification ou une action. Aucune de ces fonctions ne fournit automatiquement l’autre.

Une mémoire préservée peut établir un contenu, tandis qu’un enregistrement d’activité aide à établir quand et comment ce contenu a changé.

Prenons le cas hypothétique d’un employé qui demande à un assistant de mémoriser une préférence pour le traitement des exceptions clients. Plus tard, une réponse contestée suit cette préférence. La mémoire actuelle pourrait expliquer la réponse, mais elle ne peut pas, à elle seule, établir le moment où la préférence est apparue pour la première fois.

Une version historique améliorerait cette reconstitution. Un événement identifiant la mise à jour ajouterait une autre dimension. Un dossier reliant la réponse ultérieure au contexte pertinent renforcerait davantage le lien.

Ce sont des questions distinctes, même lorsqu’un fournisseur les présente dans une interface de conformité commune. La possibilité de recherche demande si les enquêteurs peuvent localiser un élément. La conservation demande s’il survit aux modifications pertinentes. La traçabilité demande si les dossiers disponibles expliquent son lien avec un événement.

Les documents publiés par Microsoft illustrent pourquoi ces distinctions comptent. Son cadre de sécurité de la mémoire du 22 juin indique que Microsoft 365 Copilot enregistre les mises à jour de mémoire dans les journaux d’audit de l’organisation. L’article identifie également un champ MemoryUpdated pour l’analyse de sécurité.

Ce compte rendu entre en conflit avec l’affirmation de la page destinée aux administrateurs selon laquelle les actions liées à la mémoire et à la personnalisation ne génèrent pas d’entrées d’audit Purview. Les sources n’établissent pas si des surfaces de journalisation, des configurations ou des dates de documentation différentes expliquent cette divergence. Déclarer que la journalisation est universellement absente surestimerait les éléments disponibles.

Déclarer que la journalisation complète est universellement disponible irait également trop loin. L’article de sécurité de Microsoft conditionne ses capacités à la configuration, aux licences et à la disponibilité du service. Son objectif déclaré de retracer le contenu source à travers la mémoire jusqu’aux interactions ultérieures doit rester distinct d’une exhaustivité vérifiée de manière indépendante.

Pour les acheteurs d’entreprise, la question pratique est ce que contient un enregistrement d’événement particulier. Un indicateur de mise à jour peut montrer qu’un élément a changé sans contenir l’intégralité des valeurs antérieure et ultérieure. Les enquêteurs doivent comprendre cette distinction avant de s’appuyer sur l’indicateur.

Il en va de même pour les relations avec les sources. Une déclaration mémorisée peut refléter une instruction utilisateur, une inférence ou des informations tirées de contenus professionnels. Son interprétation dépend en partie de sa provenance, c’est-à-dire des informations indiquant l’origine d’un dossier.

Cela ne rend pas la mémoire intrinsèquement peu fiable. Cela signifie que la mémoire constitue une représentation supplémentaire de l’information. Les enquêteurs devraient évaluer son origine et son contexte plutôt que de la traiter comme un compte rendu textuel des événements sous-jacents.

La pression s’exerce à la fois sur la conception des produits et sur les achats en entreprise. Les fournisseurs doivent offrir des frontières intelligibles entre stockage, journalisation et reconstitution. Les acheteurs ont besoin de preuves que ces frontières répondent à leurs véritables exigences d’enquête.

La conservation de la mémoire de Microsoft Copilot répond à une partie importante de ce problème. Elle ne permet pas, à elle seule, de déterminer si une organisation peut expliquer chaque modification pertinente ou chaque action ultérieure.

L’examen de la surveillance d’OpenAI montre une autre voie vers des preuves manquantes

Une enquête distincte apporte un contexte utile sans établir la même défaillance au sein des produits Microsoft. Le 22 octobre, METR a publié les résultats d’un exercice pilote examinant la surveillance historique interne des agents d’OpenAI. David Rein et Adam Kaufman ont décrit des travaux menés du 21 juillet au 11 août.

Leurs conclusions sur la surveillance des agents estimaient que des événements de compaction non surveillés avaient laissé environ 10 % du trafic interne Codex éligible sans surveillance entre mai et juillet. La compaction condense le contexte de travail d’un agent. Les chercheurs ont souligné l’incertitude, les informations historiques nécessaires n’ayant pas été consignées.

Ils ont également indiqué qu’OpenAI avait identifié cette lacune de manière indépendante et l’avait corrigée durant l’exercice. Leur évaluation portait sur le système historique, et non sur la couverture actuelle du système étendu. OpenAI a ensuite signalé des correctifs, que les évaluateurs n’avaient pas examinés de manière indépendante.

Cette comparaison montre pourquoi une affirmation sur la surveillance exige un compte rendu vérifiable de manière indépendante de ce qui est effectivement parvenu au dispositif de surveillance.

La question de la mémoire chez Microsoft concerne les informations stockées et la couverture de la gouvernance. L’évaluation d’OpenAI concerne le fait que l’activité ait atteint un système de surveillance. Il s’agit de mécanismes différents, mais chacun remet en cause l’hypothèse selon laquelle un contrôle nommé couvre le périmètre prévu.

Cette comparaison ne devrait pas devenir un classement de produits. L’exercice de METR n’établit pas que les contrôles de Microsoft sont plus ou moins solides. Il ne justifie pas non plus l’application d’une conclusion de recherche interne à chaque déploiement client de la technologie OpenAI.

Sa pertinence tient au problème de vérification. Une organisation peut définir quelles activités doivent être examinées tout en ne disposant pas de suffisamment d’éléments pour confirmer la couverture après coup. L’absence d’une défaillance enregistrée devient alors ambiguë.

Cette ambiguïté importe lors de la reconstitution d’un incident. Une entrée manquante peut signifier qu’une action n’a jamais eu lieu. Elle peut aussi indiquer que le chemin de collecte l’a omise. Sans éléments de contexte, les enquêteurs ne peuvent pas trancher de manière fiable entre ces explications.

Pour les équipes de sécurité, l’exhaustivité de la surveillance et la qualité de détection sont des préoccupations distinctes. Un détecteur peut être performant sur l’activité qu’il observe tout en manquant les activités en dehors de son chemin de collecte. La préservation du contenu présente une limite parallèle lorsque des catégories pertinentes ne font pas partie de l’ensemble préservé.

La pression plus large sur le secteur va donc au-delà de l’ajout d’un tableau de bord supplémentaire. Les acheteurs ont besoin de déclarations claires sur les inclusions, les exclusions et le comportement en cas de défaillance. Ils ont aussi besoin de moyens de vérifier ces déclarations au regard de registres indépendants.

Une évaluation utile sépare le travail de l’agent des contrôles qui l’observent. Si le même chemin opérationnel fournit à la fois l’activité et sa seule preuve, un défaut peut masquer les deux. C’est une préoccupation architecturale, et non la preuve qu’un déploiement particulier a échoué.

C’est pourquoi les enregistrements des agents d’IA font désormais partie des discussions sur la gouvernance, au même titre que les capacités des modèles. Un assistant performant a toujours besoin de limites observables lorsque les organisations lui délèguent des tâches importantes.

La question commerciale est simple : lorsque l’organisation aura besoin d’une explication, disposera-t-elle de preuves ou seulement d’une description des garanties prévues ?

La découverte de la mémoire Copilot confronte les équipes juridiques et de protection de la vie privée à des problèmes différents

Les propres recommandations de Microsoft concernant la recherche rendent explicite une limite importante. La suppression d’une conversation Copilot ne supprime pas sa mémoire associée. La documentation sur la découverte des données d’IA identifie également la mémoire sous la classe d’éléments IPM.Contact, une classification de stockage partagée avec les contacts.

Ces détails compliquent les hypothèses fondées sur l’interface de chat visible. Une recherche de conversation et une recherche de mémoire ne sont pas interchangeables. Une suppression réussie dans une catégorie n’établit pas la suppression dans les catégories associées.

La découverte de la mémoire Copilot concerne à la fois la recherche de preuves pertinentes et la compréhension des enregistrements associés qui restent en dehors du résultat.

Les implications diffèrent selon les équipes. Les juristes se préoccupent de préserver le contexte pertinent. Les équipes chargées de la protection de la vie privée se préoccupent d’explications exactes sur l’accès, la rectification et la suppression. Les équipes de sécurité se préoccupent de savoir si le contexte conservé aide à reconstituer un incident.

Ces objectifs peuvent se recouper sans conduire à des décisions identiques. Une version historique peut aider à expliquer un comportement contesté tout en préservant des informations qu’un utilisateur pense avoir supprimées. L’état visible de l’interface ne règle pas le statut des enregistrements administratifs conservés.

L’avis de déploiement archivé rend cette tension explicite en décrivant la préservation après les modifications ou les suppressions. La distinction importante consiste à différencier le retrait d’une mémoire de son utilisation active et l’élimination de chaque version conservée. Les organisations ont besoin d’un langage qui explique clairement cette différence.

Cela n’établit pas d’obligation légale de conserver chaque mémoire. Cela n’établit pas non plus qu’une demande de suppression d’un utilisateur prévaut toujours sur la préservation. Ces questions dépendent des circonstances applicables et des exigences légales.

Une conservation légale, mesure utilisée pour préserver des informations identifiées dans le cadre d’un litige, ajoute une autre question de périmètre. Les recommandations générales relatives aux boîtes aux lettres décrivent l’effet des conservations sur la suppression. Les documents examinés sur la mémoire n’établissent pas entièrement chaque interaction spécifique à la mémoire avec les conservations.

Cette incertitude doit rester visible dans les rapports. Un avis sur la conservation des mémoires enregistrées ne suffit pas pour affirmer une couverture universelle des conservations sur les mémoires déduites, les instructions personnalisées et les versions historiques. Les catégories de produits nécessitent leurs propres éléments de preuve.

La question de la classification affecte également l’interprétation. Trouver un élément sous une classification de contacts ne fait pas de lui une entrée ordinaire de carnet d’adresses. Les examinateurs ont besoin d’un contexte expliquant ce que représente l’élément et pourquoi il apparaît dans une collection.

De même, une inférence générée ne doit pas automatiquement être attribuée à l’employé comme une déclaration directe. Elle peut refléter l’interprétation du système. Cette distinction est importante lorsque les examinateurs évaluent l’intention, la connaissance ou l’autorisation.

Pour les employés, la préoccupation est un contrôle compréhensible des informations de travail. Pour les organisations, il s’agit de la capacité à fournir des déclarations exactes sur ce qui reste disponible. Une certitude trompeuse crée des problèmes dans les deux sens.

La même distinction s’applique à une gestion des connaissances personnelles plus large. Organiser des informations pour les retrouver à l’avenir sert un objectif différent de la préservation de preuves sur un comportement passé. Un système de mémoire utile ne fournit pas automatiquement un compte rendu historique complet.

La conservation de la mémoire Microsoft Copilot rapproche davantage ces objectifs. La pression qui en résulte est aussi organisationnelle que technique : quelqu’un doit être responsable de l’explication entre les fonctions juridique, vie privée, sécurité et informatique.

Le prochain test concerne des recommandations cohérentes et des preuves reproductibles

Le premier signal à surveiller est de savoir si Microsoft concilie ses recommandations publiques. L’avis de conservation, la page administrateur et la publication sur la sécurité soutiennent actuellement des conclusions différentes, à moins que les lecteurs n’en séparent soigneusement le périmètre. Une révision devrait identifier les catégories de mémoire concernées et les surfaces de journalisation pertinentes.

Une documentation cohérente renforcerait la confiance, tandis qu’un comportement reproductible établirait sur quoi les organisations peuvent réellement s’appuyer.

Une page mise à jour renforcerait l’hypothèse selon laquelle le désaccord actuel reflète le calendrier de la documentation. Des contradictions persistantes laisseraient les acheteurs dépendre des interprétations du support et de vérifications locales. Aucun de ces résultats ne prouverait à lui seul que les enregistrements sous-jacents ont disparu.

Le deuxième signal consiste en des éléments issus de tests organisationnels contrôlés de la conservation de la mémoire Microsoft Copilot. L’avis archivé lui-même recommande de valider le comportement de conservation et de découverte avec un groupe de test limité. Des résultats utiles distingueraient les mémoires actuelles, les versions antérieures, les éléments modifiés et les éléments supprimés.

Les preuves les plus solides expliqueraient ensemble la configuration et le résultat observé. Une capture d’écran d’une politique prouve qu’un paramètre existe. Un élément historique récupéré montre un résultat plus précis.

Des administrateurs et enquêteurs indépendants peuvent aider à clarifier ces limites sans revendiquer une couverture universelle. Leurs conclusions doivent fournir suffisamment de contexte pour être comparables. À défaut, des rapports apparemment contradictoires peuvent refléter des fonctionnalités, des autorisations ou des états de déploiement différents.

Le troisième signal est de savoir si les fournisseurs facilitent la mise en correspondance de la couverture des événements avec le contenu préservé. Une organisation doit pouvoir relier une modification de mémoire pertinente à l’interaction environnante et au travail qui en résulte. Cette relation est plus utile qu’un décompte isolé des événements consignés.

Les progrès renforceraient l’argument selon lequel les plateformes d’entreprise réduisent l’écart entre personnalisation et responsabilité. Des lacunes persistantes soutiendraient une interprétation plus prudente : le contenu existe, mais la reconstitution du comportement exige toujours une corrélation manuelle incomplète.

Ces signaux importent dans les prochains mois, car les acheteurs évaluent le comportement des agents parallèlement aux contrôles logiciels traditionnels. Une démonstration réussie doit montrer ce qui se passe après la modification d’une information, et non seulement ce qui apparaît au cours d’une conversation initiale sans problème.

Pour les développeurs, cela déplace l’attention vers les enregistrements créés par leurs intégrations et le contexte que ces enregistrements préservent. Pour les acheteurs, cela accroît la valeur de limites de preuve précises. Pour les travailleurs du savoir, cela fait des contrôles de suppression et de mémoire compréhensibles un élément de la confiance dans le produit.

Commencez la prochaine discussion interne par un flux de travail réel, plutôt que par une assurance générale selon laquelle les données d’IA restent dans la plateforme. Demandez quels enregistrements de conversation, de mémoire, d’approbation et d’activité expliqueraient un résultat contesté. Établissez qui peut les récupérer et comment leur signification serait interprétée. Distinguez le contenu actuel de son historique, et l’instruction de l’utilisateur de l’inférence du système. La conservation de la mémoire Microsoft Copilot rend cette discussion plus urgente, car le contexte mémorisé peut désormais avoir une durée de vie administrative plus longue. Réunissez les responsables juridique, vie privée, sécurité et informatique pour la même revue, et demandez-leur de démontrer la piste de preuves sur laquelle ils s’appuieraient lorsque le flux de travail échoue.