WEBVTT 00:00:00.000 --> 00:00:06.340 Vous déployez copilote et attendez la vague de productivité, mais au lieu d'une percée, vous constatez un bond de 300% des incidents de perte de données. 00:00:07.080 --> 00:00:11.820 On supposait que l'IA révélerait notre génie, mais en réalité, elle expose surtout notre dette en matière de permission. 00:00:12.540 --> 00:00:17.360 Le groupe tech tout le monde est que dans votre environnement SharePoint est actuellement la plus grande faille de sécurité de votre entreprise, 00:00:17.560 --> 00:00:21.180 agissant comme une porte ouverte que personne n'a pris la peine de fermer car les données étaient enfouies au sous-sol. 00:00:21.800 --> 00:00:23.120 Désormais, ces données sont conversationnelles. 00:00:23.540 --> 00:00:26.180 Votre stratégie actuelle d'étiquetage de sensibilité n'est pas un bouclier. 00:00:26.180 --> 00:00:33.520 C'est un cimetière de données qui cache des informations à ceux qui en ont besoin, sans pour autant empêcher l'IA de révéler les mauvaises choses aux mauvaises personnes. 00:00:34.580 --> 00:00:36.160 C'est la crise des silos de l'IA collaborative. 00:00:37.000 --> 00:00:43.600 Aujourd'hui, nous passons du confinement au contexte et nous allons sauver votre investissement dans l'IA en corrigeant le mensonge structurel au cœur de votre modèle de gouvernance des données. 00:00:44.360 --> 00:00:45.220 Le paradoxe de l'héritage. 00:00:45.980 --> 00:00:49.620 Le défaut fondamental de la plupart des déploiements d'IA est une mauvaise compréhension du fonctionnement de la machine. 00:00:50.260 --> 00:00:53.760 Et bien que vous puissiez supposer que copilote décide qui voit quoi, ce n'est pas le cas. 00:00:53.760 --> 00:00:58.620 Copilot est un miroir qui rite de votre entropie organisationnelle existante, il ne crée donc pas de nouveaux accès. 00:00:59.080 --> 00:01:01.940 Il se contente de rendre opérationnels les accès que vous avez accordés il y a des années. 00:01:02.600 --> 00:01:03.860 Voyez cela comme l'effet projecteur. 00:01:04.460 --> 00:01:08.560 Avant l'IA, le surpartage était latent comme un dossier désordonné au sous-sol que personne ne consultait, 00:01:08.640 --> 00:01:12.760 mais l'IA rend ce surpartage visible à la vitesse de la machine à... 00:01:12.760 --> 00:01:16.520 Si un analyste junior demande un résumé des récents changements stratégiques 00:01:16.520 --> 00:01:18.700 et que votre dossier de fusion-acquisition est marqué comme interne, 00:01:18.920 --> 00:01:20.760 l'IA résumera la fusion que vous n'avez pas encore annoncée. 00:01:21.480 --> 00:01:23.800 Ce n'est pas une violation, c'est une fonctionnalité de votre propre architecture. 00:01:24.600 --> 00:01:28.800 La réalité est que la couverture de l'étiquetage manuel dépasse rarement 10% dans l'entreprise moyenne, 00:01:28.980 --> 00:01:31.900 car nous avons passé une décennie à dire aux utilisateurs d'étiqueter leurs fichiers 00:01:31.900 --> 00:01:33.400 et ils ne l'ont tout simplement pas fait. 00:01:33.860 --> 00:01:37.720 Nous avons compté sur une mentalité de cas configurés et oubliés qu'un pour les étiquettes de sensibilité 00:01:37.720 --> 00:01:40.660 en supposant qu'une fois marqué public un fichier, le resterait pour toujours. 00:01:40.660 --> 00:01:44.860 Mais les données sont fluides, ce qui signifie qu'un document qui était public hier 00:01:44.860 --> 00:01:46.640 pourrait contenir une réponse sensible aujourd'hui. 00:01:47.500 --> 00:01:49.320 Lorsque nous nous appuyons sur des étiquettes statiques, 00:01:49.420 --> 00:01:51.940 nous créons des barrières invisibles à l'intelligence interdépartementale 00:01:51.940 --> 00:01:55.640 et une étiquette hautement confidentielle sur un plan de projet peut empêcher l'équipe marketing 00:01:55.640 --> 00:01:58.820 d'avoir une date de lancement dont elle a besoin pour travailler, dont elle a besoin pour travailler. 00:01:59.620 --> 00:02:03.080 Cela crée un silo et ces silos sont la raison pour laquelle votre IA ressemble moins à un assistant 00:02:03.080 --> 00:02:05.420 qu'à un bibliothéca restrictif et strictif. 00:02:05.840 --> 00:02:08.920 Nous avons bâti un système basé sur l'idée que nous pouvons classer le monde une fois pour toutes, 00:02:08.920 --> 00:02:11.340 mais dans un environnement collaboratif, ce modèle s'effondre. 00:02:12.120 --> 00:02:13.880 Si les étiquettes manquent, l'IA voit trop de choses 00:02:13.880 --> 00:02:15.780 et si elles sont présentes, elles sont souvent trop rigides 00:02:15.780 --> 00:02:18.500 en pêchant l'IA de faire le lien entre les services. 00:02:19.240 --> 00:02:22.860 Il existe actuellement un fossé immense entre les attentes de la direction vis-à-vis de l'IA 00:02:22.860 --> 00:02:24.380 et ce que permet l'architecture des données. 00:02:24.780 --> 00:02:27.560 Impossible d'avoir une IA performante si vos données sont bloquées 00:02:27.560 --> 00:02:29.660 dans des hiérarchies de dossiers des années 90. 00:02:29.660 --> 00:02:34.900 Le paradoxe de l'héritage signifie que la sécurité de votre IA dépend uniquement 00:02:34.900 --> 00:02:37.340 de la pire erreur commise par votre administrateur SharePoint en 2014. 00:02:38.200 --> 00:02:41.420 Il faut admettre que l'approche actuelle de la classification échoue 00:02:41.420 --> 00:02:46.000 car elle est statique, manuelle et traite les données comme un objet à verrouiller 00:02:46.000 --> 00:02:47.560 plutôt qu'un atout à exploiter. 00:02:48.740 --> 00:02:51.100 La plupart des organisations sont bloquées dans un purgatoire de tests 00:02:51.100 --> 00:02:53.600 car elles réalisent après six semaines que leurs permissions sont en désordre. 00:02:54.700 --> 00:02:56.600 Elles tentent de corriger cela en ajoutant des étiquettes, 00:02:56.600 --> 00:03:00.080 mais multiplier les labels dans un système défaillant ne fait que créer davantage de silos 00:03:00.080 --> 00:03:01.840 sans résoudre le problème de visibilité. 00:03:02.700 --> 00:03:05.160 Le changement nécessaire ne réside pas dans de meilleures tags, mais dans un meilleur modèle. 00:03:05.600 --> 00:03:07.740 Nous nous sommes concentrés sur le quoi, le fichier lui-même, 00:03:07.880 --> 00:03:11.080 alors que nous devrions nous concentrer sur le qui, le où et le pourquoi. 00:03:12.420 --> 00:03:14.100 Le problème n'est pas seulement l'absence d'étiquettes, 00:03:14.220 --> 00:03:17.700 c'est que celles existantes sont statiques et ne reflètent pas la réalité du travail actuel. 00:03:19.040 --> 00:03:21.200 Travail est dynamique, notre sécurité doit donc l'être aussi. 00:03:21.840 --> 00:03:25.640 Si nous ne réglons pas cela, l'IA continuera d'halluciner car elle consulte les mauvaises données 00:03:25.640 --> 00:03:29.060 ou au pire, elle révélera la vérité sur des données qui auraient dû rester confidentielles. 00:03:30.040 --> 00:03:33.600 Pour briser la boucle des retouches, nous devons revoir le modèle fondamental d'octroi des accès. 00:03:34.500 --> 00:03:35.420 Le coût élevé des retouches. 00:03:35.980 --> 00:03:38.320 Nous parlons des gains de productivité de l'IA comme d'un chiffre brut, 00:03:38.400 --> 00:03:42.560 on voit les 9 heures économisées par mois et on considère le travail accompli. 00:03:43.280 --> 00:03:44.600 Mais la réalité est bien plus complexe. 00:03:44.820 --> 00:03:47.220 Environ 40% du temps gagné par les employés grâce à l'IA 00:03:47.220 --> 00:03:50.240 est immédiatement perdu à corriger les erreurs générées par celle-ci. 00:03:50.240 --> 00:03:52.240 C'est la friction cachée du silo. 00:03:52.240 --> 00:03:56.860 Quand copilote n'a pas accès aux bonnes données, le contrat final, le budget réel 00:03:56.860 --> 00:04:00.400 ou le plan de projet validé ne s'arrête pas, il devine. 00:04:00.840 --> 00:04:02.700 Il examine les données sombres auxquelles il a accès, 00:04:02.800 --> 00:04:05.600 comme un vieux brouillon dans un dossier partagé ou un message de chat spéculatif, 00:04:05.960 --> 00:04:07.300 et il construit une réponse basée sur cela. 00:04:07.760 --> 00:04:10.800 Le résultat est une boucle de retravail qui grignote silencieusement votre retour sur investissement. 00:04:11.220 --> 00:04:12.740 Nous pouvons réellement quantifier cette dette numérique. 00:04:13.700 --> 00:04:17.000 Pour vos meilleurs éléments, les utilisateurs experts qui exploitent le plus ces outils 00:04:17.000 --> 00:04:20.800 se retravaillent représentent environ une semaine et demie de temps perdu par an. 00:04:21.660 --> 00:04:22.220 Réfléchissez-y. 00:04:22.540 --> 00:04:24.200 Vous payez une licence premium pour gagner du temps, 00:04:24.400 --> 00:04:25.680 mais à cause du cloisonnement de vos données, 00:04:25.920 --> 00:04:27.780 vos meilleurs talents passent près de deux semaines entières 00:04:27.780 --> 00:04:30.200 à auditer des erreurs générées par la machine. 00:04:31.140 --> 00:04:33.420 Ils agissent essentiellement comme des relecteurs hautement rémunérés 00:04:33.420 --> 00:04:34.740 pour un système censé être leur copilot. 00:04:35.480 --> 00:04:37.680 Cela se produit parce qu'une classification rigide crée un vide. 00:04:38.540 --> 00:04:41.740 S'il y a est exclu du système de référence par un label de confidentialité obsolète, 00:04:41.840 --> 00:04:45.020 elle comblera ce vide avec n'importe quel système pratique qu'elle pourra trouver. 00:04:45.020 --> 00:04:48.020 Dans des départements comme la finance ou l'ERH, 00:04:48.120 --> 00:04:50.080 cela conduit à des résultats faux mais présentés avec assurance. 00:04:51.140 --> 00:04:53.460 Un responsable financier pourrait demander un résumé des dépenses trimestrielles. 00:04:54.140 --> 00:04:56.020 Si l'exportation réelle de l'ERP est verrouillée, 00:04:56.360 --> 00:04:59.420 mais qu'un brouillon désordonné et non classifié traîne dans un canal Teams public, 00:04:59.640 --> 00:05:00.820 l'IA résumera ce brouillon. 00:05:01.960 --> 00:05:04.340 Le responsable passe alors 20 minutes à trouver les divergences. 00:05:05.040 --> 00:05:08.020 C'est le point de friction entre l'efficacité brute et la valeur nette. 00:05:08.240 --> 00:05:10.060 Si vous faut deux minutes pour générer un rapport, 00:05:10.620 --> 00:05:12.000 mais 20 minutes pour vérifier les chiffres, 00:05:12.400 --> 00:05:14.100 parce que l'IA n'a pas pu voir la source de vérité, 00:05:14.100 --> 00:05:15.360 vous n'avez rien gagné. 00:05:16.200 --> 00:05:18.360 Vous allez simplement déplacer le travail de la création vers la correction. 00:05:18.980 --> 00:05:20.160 Ce retravail n'est pas juste une gêne, 00:05:20.240 --> 00:05:21.800 c'est le symptôme d'une défaillance structurelle. 00:05:22.360 --> 00:05:25.220 Nous avons passé des années à construire des silos de données pour protéger les informations, 00:05:25.740 --> 00:05:28.020 mais à l'ère de l'IA générative, ces silos font office de bandeau. 00:05:28.420 --> 00:05:29.260 Ces silos font office de bandeau. 00:05:29.340 --> 00:05:31.100 Quand l'IA a un bandeau sur les yeux, elle hallucine. 00:05:31.500 --> 00:05:34.040 Elle essaye de satisfaire l'utilisateur en reliant des points qui ne devraient pas l'être. 00:05:34.680 --> 00:05:37.160 Nous voyons des organisations où le taux de retravail est si élevé 00:05:37.160 --> 00:05:39.300 et que les employés commencent à perdre confiance dans l'outil. 00:05:40.040 --> 00:05:41.840 Ils cessent de demander à l'IA des analyses complexes 00:05:41.840 --> 00:05:44.080 et reviennent à une utilisation basique pour la rédaction d'emails. 00:05:44.960 --> 00:05:47.020 Dès que cela arrive, votre stratégie d'IA a échoué. 00:05:47.680 --> 00:05:49.720 Peuillez pour un moteur, mais vous n'utilisez que les phares. 00:05:50.500 --> 00:05:51.600 Pour corriger cette boucle de retravail, 00:05:51.640 --> 00:05:53.920 nous devons cesser de regarder l'IA et commencer à examiner la tuyauterie. 00:05:53.920 --> 00:05:56.860 Les bonnes données existent, les idées brillantes sont là, 00:05:57.080 --> 00:05:59.840 mais elles sont piégées derrière un mur d'autorisation hérité 00:05:59.840 --> 00:06:02.540 et de labels statiques conçus pour un monde où les humains faisaient toutes les recherches. 00:06:03.560 --> 00:06:06.840 Nous devons évoluer vers un modèle où l'IA peut voir ce qu'elle doit voir exactement 00:06:06.840 --> 00:06:09.200 quand elle doit le voir sans compromettre la sécurité. 00:06:10.060 --> 00:06:12.620 Nous devons examiner le modèle sous-jacent d'Octroi des accès, 00:06:12.760 --> 00:06:15.280 car tant que l'IA travaillera avec un contexte partiel, 00:06:15.960 --> 00:06:17.900 vous travaillerez sans relâche pour corriger les résultats. 00:06:18.800 --> 00:06:21.080 C'est un coût qu'aucune organisation ne peut se permettre d'ignorer. 00:06:21.080 --> 00:06:25.180 Du confinement au contexte, nous devons cesser de concevoir la sécurité comme un mur. 00:06:25.800 --> 00:06:28.620 Pendant des décennies, l'industrie s'est appuyée sur un modèle de périmètre renforcé. 00:06:29.320 --> 00:06:31.060 Vous étiez soit à l'intérieur du réseau, soit à l'extérieur, 00:06:31.260 --> 00:06:32.140 mais ce monde a disparu. 00:06:32.620 --> 00:06:33.700 Aujourd'hui, le périmètre est pour eux. 00:06:34.360 --> 00:06:36.320 Les gens travaillent de chez eux, utilisent des appareils non gérés 00:06:36.320 --> 00:06:38.040 et collaborent avec des fournisseurs externes. 00:06:38.900 --> 00:06:40.680 Dans cet environnement, l'ancien modèle de confinement, 00:06:40.820 --> 00:06:43.640 où l'on verrouille des données dans un dossier en supposant qu'elles sont en sécurité, 00:06:43.820 --> 00:06:46.280 parce qu'il est privé, est une dangereuse illusion. 00:06:47.120 --> 00:06:49.680 C'est dangereux car cela suppose que la menace est uniquement extérieure, 00:06:49.680 --> 00:06:51.920 alors que la véritable menace à l'ère de copilote 00:06:51.920 --> 00:06:54.020 est la dérive des droits internes accumulés depuis des années. 00:06:54.840 --> 00:06:57.660 Nous devons passer d'une stratégie de confinement à une stratégie de contexte. 00:06:58.040 --> 00:06:59.280 L'ancien modèle était conçu pour la structure. 00:06:59.680 --> 00:07:02.600 Il supposait que la sensibilité d'un fichier était un attribut fixe. 00:07:03.060 --> 00:07:05.620 Vous marquez le document comme confidentiel, et l'affaire était classée. 00:07:06.120 --> 00:07:08.780 Mais dans un environnement d'IA collaboratif, cette étiquette est trop simpliste. 00:07:09.140 --> 00:07:09.800 Elle ne nous en dit pas assez. 00:07:10.060 --> 00:07:12.240 Elle ne tient pas compte de qui fait la demande, l'appareil utilisé 00:07:12.240 --> 00:07:13.660 ou de l'endroit où se trouve l'utilisateur. 00:07:14.160 --> 00:07:15.800 C'est pourquoi nous assistons à une transition massive 00:07:15.800 --> 00:07:17.640 vers le contrôle d'accès discrétionnaire ou d'accès. 00:07:17.640 --> 00:07:20.240 Il ne s'agit pas seulement d'une mise à jour technique, 00:07:20.360 --> 00:07:21.340 mais d'un changement philosophique. 00:07:21.700 --> 00:07:24.620 Cela déplace le processus décisionnel du moment de la création du fichier 00:07:24.620 --> 00:07:26.220 à la milliseconde où les données sont demandées. 00:07:26.820 --> 00:07:29.080 C'est la différence entre un verrou statique et un capteur intelligent. 00:07:30.140 --> 00:07:32.120 D'ici 2026, l'industrie imposera une transition 00:07:32.120 --> 00:07:34.300 vers le contrôle d'accès basé sur les attributs ou 00:07:34.300 --> 00:07:35.060 ABAS. 00:07:35.400 --> 00:07:37.340 C'est le fondement du tissu d'identité moderne. 00:07:38.100 --> 00:07:39.620 Au lieu de se fier à une seule étiquette statique, 00:07:39.620 --> 00:07:42.400 l'ABAC évalue une douzaine de signaux de risque différents en temps réel. 00:07:42.860 --> 00:07:44.540 Il examine le rôle de l'utilisateur, certes, 00:07:44.620 --> 00:07:46.020 mais aussi l'état de santé de son ordinateur. 00:07:46.020 --> 00:07:47.600 Il examine sa localisation physique. 00:07:48.200 --> 00:07:49.300 Il examine même son comportement. 00:07:49.680 --> 00:07:52.080 Si un utilisateur qui accède habituellement au seul fichier marketing 00:07:52.080 --> 00:07:53.980 demande Souda à copilote de résumer toute la base 00:07:53.980 --> 00:07:55.820 de données de paie depuis un café dans un autre pays, 00:07:55.940 --> 00:07:57.180 depuis un café dans un autre pays. 00:07:57.740 --> 00:07:59.860 Le système ne doit pas seulement regarder l'étiquette de sensibilité. 00:08:00.160 --> 00:08:01.440 Il doit examiner le contexte et dire non. 00:08:01.920 --> 00:08:02.900 C'est ainsi que nous passons de cas. 00:08:02.960 --> 00:08:04.040 Ce fichier est-il éthique-tique ? 00:08:04.040 --> 00:08:06.480 A quoi cet utilisateur doit-il voir ces données maintenant ? 00:08:06.480 --> 00:08:08.280 C'est un changement subtil aux implications massives. 00:08:09.100 --> 00:08:11.060 Cela nous permet d'être plus permissif lorsque le risque est faible 00:08:11.060 --> 00:08:12.440 et plus restrictif lorsqu'il est élevé. 00:08:13.260 --> 00:08:15.620 Cela brise les silos car cela permet un accès juste à temps. 00:08:16.800 --> 00:08:20.080 Si l'équipe marketing doit consulter une date de lancement hautement confidentielle, 00:08:20.340 --> 00:08:23.020 le système peut lui accorder un accès temporaire en lecture seule 00:08:23.020 --> 00:08:24.880 basée sur le contexte de son projet actuel 00:08:24.880 --> 00:08:27.360 sans compromettre durablement la sécurité du fichier. 00:08:27.640 --> 00:08:29.140 Ça non ? 00:08:29.140 --> 00:08:31.820 C'est le seul moyen de permettre l'intelligence interdépartementale 00:08:31.820 --> 00:08:33.700 promise par l'IA sans transformer votre tenant 00:08:33.700 --> 00:08:35.760 en un espace de données en libre accès. 00:08:35.760 --> 00:08:39.460 Le retour sur investissement de ces systèmes dynamiques devient déjà évident. 00:08:40.540 --> 00:08:42.380 Les organisations qui délaissent les étiquettes statiques 00:08:42.380 --> 00:08:45.240 pour un modèle axé sur le contexte constatent des réductions de 15 à 30% 00:08:45.240 --> 00:08:46.320 de leurs primes d'assurance cyber. 00:08:47.060 --> 00:08:49.420 Pourquoi ? Parce que les assureurs savent que les étiquettes statiques 00:08:49.420 --> 00:08:50.680 sont faciles à contourner ou à ignorer. 00:08:51.020 --> 00:08:53.400 Les systèmes dynamiques, en revanche, sont beaucoup plus difficiles à exploiter. 00:08:54.080 --> 00:08:56.060 Ils offrent un niveau de vérification continu que les modèles statiques 00:08:56.060 --> 00:08:57.420 ne peuvent tout simplement pas égaler. 00:08:58.100 --> 00:09:00.000 Ils réduisent le rayon d'impact d'un compte compromis 00:09:00.000 --> 00:09:03.220 car l'attaquant ne peut pas simplement hériter d'années d'autorisation négligente. 00:09:03.740 --> 00:09:05.160 Chaque requête fait l'objet d'une nouvelle évaluation. 00:09:05.540 --> 00:09:07.880 Chaque interaction est une nouvelle occasion de vérifier la confiance. 00:09:08.580 --> 00:09:10.900 Ce n'est pas seulement un changement théorique pour les architectes informatiques. 00:09:11.340 --> 00:09:13.820 C'est une exigence de survie pour la prochaine vague d'IA agentique. 00:09:14.500 --> 00:09:16.880 À mesure que nous évoluons vers des agents capables d'agir en notre nom, 00:09:17.040 --> 00:09:18.720 de planifier des réunions, de transférer de l'argent 00:09:18.720 --> 00:09:19.600 ou de mettre à jour des dossiers, 00:09:19.680 --> 00:09:21.220 nous ne pouvons plus compter sur un modèle de sécurité, 00:09:21.360 --> 00:09:22.860 configurité, configurité, quantité, confié. 00:09:22.860 --> 00:09:25.320 Nous avons besoin d'un système qui comprenne l'intention derrière l'action. 00:09:25.320 --> 00:09:28.320 Nous avons besoin d'une sécurité aussi intelligente que l'IA qu'elle protège. 00:09:28.900 --> 00:09:30.340 Cela nous conduit à la feuille de route technique. 00:09:30.920 --> 00:09:32.060 Car si la philosophie change, 00:09:32.300 --> 00:09:35.000 les outils pour la mettre en œuvre arrivent enfin dans l'écosystème Purview. 00:09:36.100 --> 00:09:38.340 Avec la feuille de route Purview 2026, 00:09:38.700 --> 00:09:40.280 le virage vers l'intelligence contextuelle 00:09:40.280 --> 00:09:43.440 apparaît enfin dans l'architecture réelle de l'écosystème Microsoft. 00:09:44.660 --> 00:09:47.960 Nous dépassons l'époque où Purview n'était qu'un outil de reporting de conformité. 00:09:47.960 --> 00:09:51.420 En 2026, il a évolué en un moteur de diagnostic en temps réel. 00:09:52.360 --> 00:09:53.680 L'un des changements les plus significatifs 00:09:53.680 --> 00:09:56.260 est le passage à des diagnostics permanents pour la DLP des points de terminaison. 00:09:57.460 --> 00:09:59.420 Auparavant, le dépannage d'une défaillance de politique 00:09:59.420 --> 00:10:01.800 signifiait une semaine d'aller-retour entre l'informatique et l'utilisateur 00:10:01.800 --> 00:10:03.640 pour tenter de reproduire un bug survenu une seule fois. 00:10:04.680 --> 00:10:07.140 Désormais, ces traces de diagnostic sont stockées localement sur l'appareil 00:10:07.140 --> 00:10:09.540 dans un format sécurisé et compressé pendant 90 jours. 00:10:10.800 --> 00:10:12.420 Cela permet au système d'analyser précisément 00:10:12.420 --> 00:10:13.480 pourquoi un fichier a été bloqué 00:10:13.480 --> 00:10:15.060 ou pourquoi une étiquette ne s'est pas appliquée 00:10:15.060 --> 00:10:16.920 sans jamais envoyer de contenu sensible vers le cloud. 00:10:17.840 --> 00:10:20.360 Il s'agit d'une visibilité locale associée à une application globale. 00:10:20.840 --> 00:10:22.320 Cette puissance de diagnostic est amplifiée 00:10:22.320 --> 00:10:24.000 par des outils d'explication basés sur l'IA. 00:10:24.500 --> 00:10:25.660 Nous avons atteint un niveau de complexité 00:10:25.660 --> 00:10:27.200 où les administrateurs humains ne peuvent plus suivre manuellement 00:10:27.200 --> 00:10:29.140 les différences entre une douzaine de politiques DLP différentes, 00:10:29.280 --> 00:10:30.680 entre une douzaine de politiques DLP différentes. 00:10:30.880 --> 00:10:31.640 Lorsqu'une règle change, 00:10:31.720 --> 00:10:33.900 le système génère désormais un résumé en langage naturel 00:10:33.900 --> 00:10:35.760 pour expliquer précisément ce qui a été modifié 00:10:35.760 --> 00:10:37.360 et quels groupes d'utilisateurs sont concernés. 00:10:38.400 --> 00:10:40.040 Il montre également quel sera l'impact potentiel 00:10:40.040 --> 00:10:41.320 sur les flux de travail collaboratif, 00:10:41.440 --> 00:10:43.080 ce qui réduit le risque des dérives des politiques. 00:10:43.580 --> 00:10:44.820 Il s'agit du moment où les règles de sécurité 00:10:44.820 --> 00:10:45.560 deviennent si complexes 00:10:45.560 --> 00:10:46.880 qu'elles commencent à bloquer le travail légitime. 00:10:47.600 --> 00:10:49.080 Ces outils permettent à l'équipe de sécurité 00:10:49.080 --> 00:10:50.580 d'agir comme des facilitateurs 00:10:50.580 --> 00:10:51.920 plutôt que comme des gardiens 00:10:51.920 --> 00:10:52.860 en clarifiant les règles 00:10:52.860 --> 00:10:54.540 dans un langage compréhensible par l'entreprise. 00:10:55.480 --> 00:10:56.880 Un élément essentiel de cette feuille de route 00:10:56.880 --> 00:10:59.280 est le rôle de la recherche SharePoint restreinte, ou RSS. 00:11:00.120 --> 00:11:01.980 C'est le frein d'urgence de votre déploiement d'IA. 00:11:02.680 --> 00:11:04.500 Il vous permet d'exclure explicitement les sites à haut risque 00:11:04.500 --> 00:11:05.900 comme les documents du conseil d'administration, 00:11:06.000 --> 00:11:07.560 les données de paye ou la stratégie juridique 00:11:07.560 --> 00:11:09.240 afin qu'ils ne servent pas de base à copilote. 00:11:10.260 --> 00:11:11.960 Avant même de toucher une étiquette de sensibilité, 00:11:12.080 --> 00:11:13.540 vous pouvez utiliser RSS pour garantir 00:11:13.540 --> 00:11:14.860 que l'IA ne puisse tout simplement pas avoir 00:11:14.860 --> 00:11:16.400 les zones les plus sensibles de votre tenant. 00:11:16.400 --> 00:11:19.080 Il s'agit d'une couche de protection fondamentale 00:11:19.080 --> 00:11:21.200 qui reconnaît que toutes les données ne se valent pas. 00:11:22.080 --> 00:11:23.840 Cela vous donne la marge de manœuvre nécessaire 00:11:23.840 --> 00:11:25.180 pour corriger votre dette de permission 00:11:25.180 --> 00:11:27.100 sans avoir à arrêter toute l'expérimentation de l'IA. 00:11:27.520 --> 00:11:29.020 Nous assistons également à une expansion massive 00:11:29.020 --> 00:11:30.480 des capacités d'étiquetage automatique. 00:11:30.940 --> 00:11:33.760 L'objectif pour 2026 est d'être sécurisé par défaut. 00:11:34.320 --> 00:11:35.200 Vos bibliothèques SharePoint 00:11:35.200 --> 00:11:36.860 ne sont plus de simples réceptacles passifs, 00:11:36.960 --> 00:11:37.920 elles deviennent des acteurs actifs 00:11:37.920 --> 00:11:38.980 de votre posture de sécurité. 00:11:39.900 --> 00:11:40.900 Lorsqu'un fichier est téléchargé 00:11:40.900 --> 00:11:42.000 dans une bibliothèque spécifique, 00:11:42.320 --> 00:11:43.540 l'étiquette par défaut de cette bibliothèque 00:11:43.540 --> 00:11:44.920 est appliquée automatiquement au repos. 00:11:44.920 --> 00:11:47.660 Si ce fichier contient des types d'informations sensibles, 00:11:47.980 --> 00:11:49.200 le système peut désormais remplacer 00:11:49.200 --> 00:11:50.880 les étiquettes manuelles de priorité inférieure. 00:11:51.340 --> 00:11:52.700 Cela comble le déficit de couverture 00:11:52.700 --> 00:11:54.260 qui pénalise les systèmes manuels depuis des années. 00:11:54.800 --> 00:11:56.220 Cela garantit que même si un utilisateur 00:11:56.220 --> 00:11:57.120 oublie d'étiqueter un document, 00:11:57.260 --> 00:11:58.360 la plateforme prend le relais. 00:11:59.140 --> 00:12:00.500 C'est le passage d'un système volontaire 00:12:00.500 --> 00:12:02.300 à une infrastructure automatisée obligatoire. 00:12:03.040 --> 00:12:04.120 Pour gérer cela à grande échelle, 00:12:04.260 --> 00:12:05.880 nous nous appuyons de plus en plus sur l'API Graph 00:12:05.880 --> 00:12:07.540 pour des analyses d'utilisation personnalisées. 00:12:08.380 --> 00:12:09.720 Nous pouvons désormais regarder sous le capot 00:12:09.720 --> 00:12:11.420 pour voir exactement quels départements sont cloisonnés. 00:12:11.420 --> 00:12:14.360 Si l'équipe R&D a un taux de retravail de 90% 00:12:14.360 --> 00:12:16.080 parce qu'elle ne peut pas voir les spécifications techniques, 00:12:16.280 --> 00:12:17.620 les données le montreront. 00:12:18.240 --> 00:12:19.780 Nous pouvons identifier les goulots d'étranglement 00:12:19.780 --> 00:12:21.680 ou une classification rigide nuit à la productivité 00:12:21.680 --> 00:12:23.080 ajustée des politiques en temps réel. 00:12:23.680 --> 00:12:25.700 C'est ainsi que nous passons d'une posture de sécurité réactive 00:12:25.700 --> 00:12:27.100 à une stratégie de gouvernance proactive. 00:12:28.000 --> 00:12:30.180 Nous utilisons les données pour identifier les failles du système 00:12:30.180 --> 00:12:31.620 plutôt que d'attendre une plainte d'utilisateurs 00:12:31.620 --> 00:12:32.600 ou une violation de sécurité. 00:12:33.420 --> 00:12:34.560 Mais même avec les meilleurs outils, 00:12:34.640 --> 00:12:36.800 la stratégie échoue sans un alignement de la direction. 00:12:36.800 --> 00:12:38.860 Vous pouvez avoir la configuration Purview 00:12:38.860 --> 00:12:39.740 la plus avancée au monde. 00:12:40.020 --> 00:12:41.680 Mais si votre direction considère toujours les données 00:12:41.680 --> 00:12:42.620 comme quelque chose à thésauriser, 00:12:42.960 --> 00:12:44.420 vous ne tirerez jamais pleinement parti de l'IA. 00:12:45.120 --> 00:12:46.620 Cela nous amène à un nouveau type de risque 00:12:46.620 --> 00:12:47.620 qui émerge de la base. 00:12:48.260 --> 00:12:49.600 Il s'agit d'un défi qui ne vient pas des hackers 00:12:49.600 --> 00:12:50.520 ou des menaces externes, 00:12:50.660 --> 00:12:52.760 mais de vos propres employés cherchant à être productifs. 00:12:53.540 --> 00:12:55.300 Nous devons parler du dilemme du développeur citoyen. 00:12:56.440 --> 00:12:57.840 Le dilemme du développeur citoyen. 00:12:58.340 --> 00:13:00.160 Nous assistons actuellement à la plus grande explosion 00:13:00.160 --> 00:13:01.580 de créations non régulées de l'histoire 00:13:01.580 --> 00:13:02.740 de l'informatique d'entreprise. 00:13:02.740 --> 00:13:05.780 Il existe désormais plus d'un million d'actifs low-code 00:13:05.780 --> 00:13:07.100 au sein de l'écosystème Microsoft. 00:13:08.220 --> 00:13:09.600 Nous avons donné aux employés les moyens 00:13:09.600 --> 00:13:10.740 de créer leurs propres applications, 00:13:10.940 --> 00:13:12.960 leurs propres flux et maintenant leurs propres agents IA. 00:13:13.840 --> 00:13:15.420 Mais cette autonomisation a côté sombre. 00:13:15.820 --> 00:13:17.400 Nous sommes passés de l'informatique de l'ombre 00:13:17.400 --> 00:13:18.100 à l'IA de l'ombre 00:13:18.100 --> 00:13:19.360 où des utilisateurs non techniques 00:13:19.360 --> 00:13:20.400 construisent des agents complexes 00:13:20.400 --> 00:13:21.940 sur des données désordonnées et non gouvernées. 00:13:22.400 --> 00:13:23.600 C'est le risque de prolifération des agents. 00:13:24.520 --> 00:13:26.520 C'est ce qui arrive lorsqu'un coordinateur marketing 00:13:26.520 --> 00:13:28.620 crée un GPT personnalisé dans Copilot Studio 00:13:28.620 --> 00:13:30.180 pour répondre aux demandes des fournisseurs, 00:13:30.500 --> 00:13:31.720 mais qu'il base par mégarde cet agent 00:13:31.720 --> 00:13:32.540 sur un site SharePoint 00:13:32.540 --> 00:13:34.200 contenant tous les contrats signés par l'entreprise 00:13:34.200 --> 00:13:34.860 depuis 2012. 00:13:35.900 --> 00:13:37.140 Le dilemme est que nous ne pouvons pas 00:13:37.140 --> 00:13:38.120 simplement tout arrêter. 00:13:38.600 --> 00:13:40.040 Si vous supprimez la capacité des gens 00:13:40.040 --> 00:13:41.300 à résoudre leurs propres problèmes, 00:13:41.440 --> 00:13:42.340 vous tuez l'agilité même 00:13:42.340 --> 00:13:43.480 que l'IA est censée apporter. 00:13:44.020 --> 00:13:44.400 Au lieu de cela, 00:13:44.440 --> 00:13:45.840 nous devons évoluer vers un modèle de gouvernance 00:13:45.840 --> 00:13:46.320 à plusieurs niveaux. 00:13:46.700 --> 00:13:47.840 Tous les agents ne sont pas égaux. 00:13:48.220 --> 00:13:48.880 Un outil low-code 00:13:48.880 --> 00:13:50.560 aidant un individu à résumer ses propres emails 00:13:50.560 --> 00:13:51.780 via des connecteurs team standards 00:13:51.780 --> 00:13:52.880 est un actif à faible risque 00:13:52.880 --> 00:13:54.680 qui devrait contourner les processus 00:13:54.680 --> 00:13:55.560 de révision lourds. 00:13:56.400 --> 00:13:57.340 Mais si un agent interagit 00:13:57.340 --> 00:13:58.460 avec un système d'enregistrement 00:13:58.460 --> 00:13:59.080 comme Dataverse 00:13:59.080 --> 00:14:00.420 ou une base de données SQL sensible, 00:14:00.420 --> 00:14:02.000 il nécessite un contrôle. 00:14:02.560 --> 00:14:03.480 Nous devons cesser de traiter 00:14:03.480 --> 00:14:04.260 le développement citoyen 00:14:04.260 --> 00:14:05.160 comme une catégorie unique 00:14:05.160 --> 00:14:06.660 et commencer à le considérer 00:14:06.660 --> 00:14:07.560 comme un spectre de risque. 00:14:08.100 --> 00:14:08.820 L'industrie pivote 00:14:08.820 --> 00:14:09.520 de l'ancien concept 00:14:09.520 --> 00:14:10.400 de développement citoyen 00:14:10.400 --> 00:14:11.440 vers ce que nous appelons désormais 00:14:11.440 --> 00:14:12.380 la création personnelle 00:14:12.380 --> 00:14:13.520 augmentée par l'IA. 00:14:14.340 --> 00:14:15.780 La différence est subtile mais cruciale. 00:14:16.020 --> 00:14:16.480 Dans l'ancien monde, 00:14:16.560 --> 00:14:17.840 l'utilisateur était un développeur. 00:14:18.120 --> 00:14:18.800 Mais dans le nouveau monde, 00:14:18.900 --> 00:14:20.080 l'utilisateur est un orchestrateur. 00:14:20.740 --> 00:14:21.420 Il dirige l'IA 00:14:21.420 --> 00:14:22.800 pour construire la solution pour lui. 00:14:23.660 --> 00:14:24.460 Cela rend les gardes-fous 00:14:24.460 --> 00:14:25.300 dans Copilot Studio 00:14:25.300 --> 00:14:26.580 plus importants que le code lui-même. 00:14:27.300 --> 00:14:28.040 Nous devons mettre en œuvre 00:14:28.040 --> 00:14:29.260 des couches de modération de contenu 00:14:29.260 --> 00:14:30.180 qui empêchent ces agents 00:14:30.180 --> 00:14:31.460 d'halluciner ou de fuiter des données 00:14:31.460 --> 00:14:33.100 via des attaques par injection de prompt 00:14:33.100 --> 00:14:33.940 dont l'utilisateur 00:14:33.940 --> 00:14:35.120 ignorait même l'existence. 00:14:35.740 --> 00:14:36.700 Vous ne laisseriez pas un stagiaire 00:14:36.700 --> 00:14:37.960 d'aider rédiger vos règles de pare-feu 00:14:37.960 --> 00:14:39.040 alors nous ne devrions pas 00:14:39.040 --> 00:14:39.920 les laisser construire des agents 00:14:39.920 --> 00:14:40.620 ayant accès en lecture 00:14:40.620 --> 00:14:41.780 à l'ensemble du wiki d'entreprise. 00:14:42.480 --> 00:14:43.300 La solution est structurelle. 00:14:43.640 --> 00:14:44.420 Nous devons automatiser 00:14:44.420 --> 00:14:45.360 l'application des politiques 00:14:45.360 --> 00:14:46.520 de prévention des pertes de données 00:14:46.520 --> 00:14:47.680 au sein de l'environnement low-code. 00:14:48.360 --> 00:14:49.280 Si un utilisateur tente 00:14:49.280 --> 00:14:50.260 de connecter un agent IA 00:14:50.260 --> 00:14:51.920 à un compte Dropbox externe non géré, 00:14:52.220 --> 00:14:54.000 le système doit le bloquer instantanément. 00:14:54.720 --> 00:14:55.800 S'il tente de créer un bot 00:14:55.800 --> 00:14:56.920 qui interroge une bibliothèque 00:14:56.920 --> 00:14:57.500 marquée 4 00:14:57.500 --> 00:14:58.740 hautement confidentielle au cœur, 00:14:58.940 --> 00:14:59.480 le déploiement, 00:14:59.820 --> 00:15:01.080 doit déclencher une révision manuelle 00:15:01.080 --> 00:15:02.400 automatique par l'équipe IT. 00:15:03.300 --> 00:15:04.320 Cela crée une voie d'innovation 00:15:04.320 --> 00:15:05.380 sécurisée dès la conception. 00:15:05.880 --> 00:15:06.700 Cela permet aux créateurs 00:15:06.700 --> 00:15:07.960 de bâtir tout en garantissant 00:15:07.960 --> 00:15:09.200 que les actifs les plus sensibles 00:15:09.200 --> 00:15:09.860 restent protégés 00:15:09.860 --> 00:15:11.100 derrière les barrières contextuelles 00:15:11.100 --> 00:15:12.100 évoquées, évoquées. 00:15:12.740 --> 00:15:13.540 Nous entrons dans une ère 00:15:13.540 --> 00:15:14.200 où chaque employé 00:15:14.200 --> 00:15:15.360 est un architecte potentiel 00:15:15.360 --> 00:15:16.580 de l'intelligence de l'entreprise. 00:15:17.340 --> 00:15:18.800 C'est un avantage concurrentiel massif 00:15:18.800 --> 00:15:19.440 s'il est bien géré, 00:15:20.020 --> 00:15:21.340 mais une responsabilité catastrophique 00:15:21.340 --> 00:15:22.100 s'il est laissé au hasard. 00:15:22.100 --> 00:15:23.160 L'objectif n'est pas 00:15:23.160 --> 00:15:24.200 d'arrêter la prolifération, 00:15:24.400 --> 00:15:25.200 mais de gouverner le flux. 00:15:25.820 --> 00:15:26.520 Nous devons fournir 00:15:26.520 --> 00:15:27.340 aux développeurs citoyens 00:15:27.340 --> 00:15:28.780 des modèles préapprouvés 00:15:28.780 --> 00:15:29.560 et des zones sûres 00:15:29.560 --> 00:15:30.200 pour expérimenter 00:15:30.200 --> 00:15:31.260 sans risquer nos joyaux 00:15:31.260 --> 00:15:31.880 de la couronne. 00:15:32.620 --> 00:15:33.180 Cela garantit 00:15:33.180 --> 00:15:33.780 que les agents créés 00:15:33.780 --> 00:15:34.420 sont une extension 00:15:34.420 --> 00:15:35.740 de notre stratégie de gouvernance 00:15:35.740 --> 00:15:36.780 plutôt qu'une exception 00:15:36.780 --> 00:15:37.400 à celle-ci. 00:15:38.160 --> 00:15:38.700 Cela nous amène 00:15:38.700 --> 00:15:39.540 au dernier obstacle, 00:15:39.780 --> 00:15:40.580 convaincre la direction 00:15:40.580 --> 00:15:41.280 de traiter l'accès 00:15:41.280 --> 00:15:42.240 comme un atout stratégique. 00:15:42.580 --> 00:15:43.040 Vous ne pouvez pas 00:15:43.040 --> 00:15:43.800 gouverner un million d'agents 00:15:43.800 --> 00:15:44.540 depuis la salle des serveurs. 00:15:44.840 --> 00:15:45.180 Vous avez besoin 00:15:45.180 --> 00:15:46.000 d'un alignement avec la direction. 00:15:46.460 --> 00:15:47.080 Il est temps de déplacer 00:15:47.080 --> 00:15:47.560 la conversation 00:15:47.560 --> 00:15:48.280 de la salle des serveurs 00:15:48.280 --> 00:15:49.040 vers la salle du conseil. 00:15:50.180 --> 00:15:51.200 La stratégie d'adhésion 00:15:51.200 --> 00:15:51.640 de la direction. 00:15:52.280 --> 00:15:52.940 La bataille technique 00:15:52.940 --> 00:15:54.040 pour la sécurité contextuelle 00:15:54.040 --> 00:15:54.660 est gagnée dans le code, 00:15:54.760 --> 00:15:55.580 mais la bataille stratégique 00:15:55.580 --> 00:15:56.080 est perdue 00:15:56.080 --> 00:15:57.480 dans les conseils d'administration. 00:15:58.140 --> 00:15:58.640 Pendant des années, 00:15:58.800 --> 00:15:59.620 la gestion des identités 00:15:59.620 --> 00:16:00.360 et des accès a été traité 00:16:00.360 --> 00:16:01.000 comme un simple problème 00:16:01.000 --> 00:16:01.560 de plomberie. 00:16:01.900 --> 00:16:02.440 C'était une affaire 00:16:02.440 --> 00:16:03.120 pour les équipes techniques 00:16:03.120 --> 00:16:03.820 pendant que l'entreprise 00:16:03.820 --> 00:16:05.060 se concentrait sur sa croissance. 00:16:05.900 --> 00:16:06.660 En 2026, 00:16:06.860 --> 00:16:07.440 cet état d'esprit 00:16:07.440 --> 00:16:08.280 est un handicap. 00:16:09.180 --> 00:16:09.900 Nous devons recadrer 00:16:09.900 --> 00:16:10.700 toute la conversation 00:16:10.700 --> 00:16:11.460 car l'identité 00:16:11.460 --> 00:16:12.080 n'est plus seulement 00:16:12.080 --> 00:16:12.840 une connexion. 00:16:12.840 --> 00:16:14.040 C'est le plan 00:16:14.040 --> 00:16:14.720 de contrôle central 00:16:14.720 --> 00:16:15.620 de la confiance numérique. 00:16:16.440 --> 00:16:17.040 Si votre direction 00:16:17.040 --> 00:16:17.740 ne le comprend pas, 00:16:17.940 --> 00:16:18.660 votre déploiement d'IA 00:16:18.660 --> 00:16:19.340 restera une série 00:16:19.340 --> 00:16:20.340 d'expériences coûteuses 00:16:20.340 --> 00:16:21.100 et déconnectées. 00:16:21.580 --> 00:16:22.140 Nous devons cesser 00:16:22.140 --> 00:16:23.120 de présenter la sécurité 00:16:23.120 --> 00:16:24.120 comme un centre de coût. 00:16:24.680 --> 00:16:25.040 Au lieu de cela, 00:16:25.120 --> 00:16:25.740 nous devons la présenter 00:16:25.740 --> 00:16:26.380 comme un accélérateur 00:16:26.380 --> 00:16:27.000 de prise de décision. 00:16:27.600 --> 00:16:28.260 La plupart des cadres 00:16:28.260 --> 00:16:29.060 voient la sécurité 00:16:29.060 --> 00:16:30.100 comme une série de refus. 00:16:30.480 --> 00:16:30.940 Non, vous ne pouvez pas 00:16:30.940 --> 00:16:31.460 utiliser cet outil. 00:16:31.780 --> 00:16:32.240 Vous ne pouvez pas 00:16:32.240 --> 00:16:32.920 partager ce fichier. 00:16:33.260 --> 00:16:33.860 Mais une architecture 00:16:33.860 --> 00:16:34.640 d'identité moderne 00:16:34.640 --> 00:16:35.080 fait l'inverse. 00:16:35.480 --> 00:16:36.240 Elle fournit le Kauiko 00:16:36.240 --> 00:16:37.260 qui permet à l'entreprise 00:16:37.260 --> 00:16:38.000 d'avancer plus vite. 00:16:38.800 --> 00:16:39.620 Grâce à une vérification 00:16:39.620 --> 00:16:40.560 contextuelle continue, 00:16:40.660 --> 00:16:41.320 vous pouvez intégrer 00:16:41.320 --> 00:16:42.080 un nouveau partenaire 00:16:42.080 --> 00:16:42.680 en quelques heures 00:16:42.680 --> 00:16:44.000 plutôt qu'en quelques semaines. 00:16:44.900 --> 00:16:45.420 Vous pouvez donner 00:16:45.420 --> 00:16:46.060 à un consultant 00:16:46.060 --> 00:16:46.940 l'accès nécessaire 00:16:46.940 --> 00:16:47.940 pour un projet de 3 jours 00:16:47.940 --> 00:16:49.160 puis voir cet accès 00:16:49.160 --> 00:16:50.220 disparaître automatiquement 00:16:50.220 --> 00:16:51.380 dès qu'il a terminé. 00:16:52.080 --> 00:16:52.640 Il ne s'agit pas 00:16:52.640 --> 00:16:53.120 de restrictions 00:16:53.120 --> 00:16:53.820 mais d'agilité. 00:16:54.320 --> 00:16:54.920 Il s'agit de créer 00:16:54.920 --> 00:16:55.420 un environnement 00:16:55.420 --> 00:16:56.120 où les bonnes personnes 00:16:56.120 --> 00:16:56.540 peuvent agir 00:16:56.540 --> 00:16:57.340 sur les bonnes informations 00:16:57.340 --> 00:16:57.920 sans la friction 00:16:57.920 --> 00:16:58.920 des approbations manuelles. 00:16:59.680 --> 00:17:00.520 On peut constater 00:17:00.520 --> 00:17:01.300 le coût de cette négligence 00:17:01.300 --> 00:17:01.660 sur le marché 00:17:01.660 --> 00:17:02.320 des fusions acquisitions. 00:17:02.920 --> 00:17:04.160 Un fossé de maturité immense 00:17:04.160 --> 00:17:05.480 se creuse entre les entreprises 00:17:05.480 --> 00:17:06.320 ayant maîtrisé 00:17:06.320 --> 00:17:07.500 la gouvernance des identités 00:17:07.500 --> 00:17:08.420 et celles qui dépendent 00:17:08.420 --> 00:17:09.660 encore de modèles obsolètes. 00:17:10.660 --> 00:17:11.320 Lorsqu'une entreprise 00:17:11.320 --> 00:17:12.380 mature acquiert un concurrent, 00:17:12.620 --> 00:17:13.020 elle intègre 00:17:13.020 --> 00:17:14.020 ses nouveaux collaborateurs 00:17:14.020 --> 00:17:15.080 à son écosystème IA 00:17:15.080 --> 00:17:15.820 en quelques jours. 00:17:16.640 --> 00:17:17.100 Pour celles dont 00:17:17.100 --> 00:17:18.080 l'hygiène des identités 00:17:18.080 --> 00:17:18.640 est défaillante, 00:17:18.740 --> 00:17:19.340 cette intégration 00:17:19.340 --> 00:17:20.220 s'éternise sur des mois 00:17:20.220 --> 00:17:21.400 détruisant de la valeur 00:17:21.400 --> 00:17:22.500 et bloquant les synergies 00:17:22.500 --> 00:17:23.780 promises par la fusion. 00:17:24.800 --> 00:17:25.560 Une mauvaise gouvernance 00:17:25.560 --> 00:17:26.040 des identités 00:17:26.040 --> 00:17:26.660 nuit directement 00:17:26.660 --> 00:17:27.640 à la valeur post-fusion. 00:17:28.260 --> 00:17:28.700 C'est un poids 00:17:28.700 --> 00:17:29.580 sur le bilan financier 00:17:29.580 --> 00:17:30.500 que la plupart des PDG 00:17:30.500 --> 00:17:31.640 n'ont pas encore quantifié. 00:17:32.460 --> 00:17:32.780 C'est pourquoi 00:17:32.780 --> 00:17:33.440 demander une augmentation 00:17:33.440 --> 00:17:34.440 de budget de 5 à 20% 00:17:34.440 --> 00:17:35.580 pour une Kegor Identity Fabric 00:17:35.580 --> 00:17:36.060 Senghor n'est pas 00:17:36.060 --> 00:17:36.740 une simple dépense 00:17:36.740 --> 00:17:37.760 de sécurité supplémentaire. 00:17:38.060 --> 00:17:38.680 C'est un investissement 00:17:38.680 --> 00:17:39.260 dans une infrastructure 00:17:39.260 --> 00:17:39.680 de croissance. 00:17:39.900 --> 00:17:40.680 C'est l'équivalent numérique 00:17:40.680 --> 00:17:41.460 de construire un réseau 00:17:41.460 --> 00:17:42.360 ferroviaire à grande vitesse 00:17:42.360 --> 00:17:43.200 entre vos silos de données. 00:17:44.240 --> 00:17:45.560 Vous passez d'un périmètre verrouillé 00:17:45.560 --> 00:17:46.720 que chacun tente de contourner 00:17:46.720 --> 00:17:47.840 à un modèle de vérification 00:17:47.840 --> 00:17:48.940 continu qui soutient réellement 00:17:48.940 --> 00:17:50.040 la façon dont les gens travaillent. 00:17:51.500 --> 00:17:52.480 Vous expliquez à la direction 00:17:52.480 --> 00:17:53.620 que s'ils veulent le gain 00:17:53.620 --> 00:17:54.720 de productivité quintuplé 00:17:54.720 --> 00:17:55.400 promis par l'IA, 00:17:55.540 --> 00:17:56.180 ils doivent financer 00:17:56.180 --> 00:17:56.740 les fondations 00:17:56.740 --> 00:17:57.480 qui le rendent sûr. 00:17:58.660 --> 00:17:59.240 Vous devez déplacer 00:17:59.240 --> 00:17:59.820 vos priorités, 00:18:00.160 --> 00:18:01.140 passer de la simple protection 00:18:01.140 --> 00:18:01.520 des données 00:18:04.440 --> 00:18:05.360 d'elle consciente du contexte 00:18:05.360 --> 00:18:05.880 et le seul moyen 00:18:05.880 --> 00:18:06.740 de bâtir une entreprise 00:18:06.740 --> 00:18:07.740 résiliente à l'ère de l'IA 00:18:07.740 --> 00:18:08.320 agentique. 00:18:08.980 --> 00:18:09.920 Cela permet à l'organisation 00:18:09.920 --> 00:18:11.200 de faire évoluer son intelligence 00:18:11.200 --> 00:18:12.220 sans augmenter ses risques. 00:18:13.180 --> 00:18:13.780 Lorsque la direction 00:18:13.780 --> 00:18:14.480 traite les accès 00:18:14.480 --> 00:18:15.560 comme un actif stratégique, 00:18:15.700 --> 00:18:16.280 c'est toute la culture 00:18:16.280 --> 00:18:17.220 de l'entreprise qui évolue. 00:18:17.940 --> 00:18:18.600 La sécurité devient 00:18:18.600 --> 00:18:19.660 une responsabilité partagée 00:18:19.660 --> 00:18:20.240 et les données 00:18:20.240 --> 00:18:21.040 une ressource fluide 00:18:21.040 --> 00:18:21.620 plutôt qu'un secret 00:18:21.620 --> 00:18:22.300 jalousement gardé. 00:18:22.960 --> 00:18:23.700 Il est temps de ne plus 00:18:23.700 --> 00:18:24.640 regarder le coût des outils 00:18:24.640 --> 00:18:25.580 mais celui des frictions 00:18:25.580 --> 00:18:26.360 car à l'ère de l'IA, 00:18:26.980 --> 00:18:27.480 c'est l'entreprise 00:18:27.480 --> 00:18:28.500 la plus rapide qui gagne 00:18:28.500 --> 00:18:30.080 et vous ne pouvez pas être rapide 00:18:30.080 --> 00:18:31.180 si vos données sont piégées 00:18:31.180 --> 00:18:31.980 dans l'erreur. 00:18:33.220 --> 00:18:34.360 Votre mission pour 2026 00:18:34.360 --> 00:18:34.720 est claire. 00:18:35.140 --> 00:18:35.700 Vous devez auditer 00:18:35.700 --> 00:18:36.500 votre dette de permission 00:18:36.500 --> 00:18:37.460 avant de généraliser 00:18:37.460 --> 00:18:38.100 vos licences IA. 00:18:38.720 --> 00:18:39.520 La technologie est prête 00:18:39.520 --> 00:18:40.200 mais votre architecture 00:18:40.200 --> 00:18:41.160 ne l'est probablement pas. 00:18:41.680 --> 00:18:42.880 Le défi du prochain trimestre 00:18:42.880 --> 00:18:43.780 est de mettre en oeuvre 00:18:43.780 --> 00:18:44.520 un étiquetage automatique 00:18:44.520 --> 00:18:45.080 obligatoire 00:18:45.080 --> 00:18:46.260 et d'effectuer un nettoyage 00:18:46.260 --> 00:18:47.140 des sites sous 90 jours 00:18:47.140 --> 00:18:47.780 pour combler les failles 00:18:47.780 --> 00:18:48.440 les plus flagrantes. 00:18:49.140 --> 00:18:49.900 Arrêtez de thésauriser, 00:18:50.120 --> 00:18:50.620 libérez les flux. 00:18:51.560 --> 00:18:52.380 Si vous souhaitez partager 00:18:52.380 --> 00:18:53.560 vos progrès dans le décloisonnement 00:18:53.560 --> 00:18:54.600 ou discuter de la gestion 00:18:54.600 --> 00:18:55.640 des permissions contextuelles 00:18:55.640 --> 00:18:56.280 par votre équipe, 00:18:56.400 --> 00:18:57.600 contactez Mirko Peters 00:18:57.600 --> 00:18:58.160 sur LinkedIn. 00:19:00.080 --> 00:19:01.880 Abonnez-vous pour plus 00:19:01.880 --> 00:19:02.640 d'analyses approfondies 00:19:02.640 --> 00:19:03.360 sur le futur du travail. 00:19:03.760 --> 00:19:04.160 Restez en sécurité. 00:19:04.580 --> 00:19:05.120 Restez productifs.