{"id":13018,"date":"2026-04-21T09:00:13","date_gmt":"2026-04-21T07:00:13","guid":{"rendered":"https:\/\/jimber.io\/?p=13018"},"modified":"2026-04-21T09:00:13","modified_gmt":"2026-04-21T07:00:13","slug":"calendrier-de-mise-en-oeuvre-de-sase-du-projet-pilote-au-deploiement-complet-en-90-jours","status":"publish","type":"post","link":"https:\/\/jimber.io\/fr\/blog\/calendrier-de-mise-en-oeuvre-de-sase-du-projet-pilote-au-deploiement-complet-en-90-jours\/","title":{"rendered":"Calendrier de mise en \u0153uvre de SASE : du projet pilote au d\u00e9ploiement complet en 90 jours"},"content":{"rendered":"

Combien de temps dure la mise en \u0153uvre d’un SASE ?<\/h2>\n

Le d\u00e9ploiement d’un SASE natif dans le nuage pour une organisation de taille moyenne comptant de 50 \u00e0 400 utilisateurs suit six phases et prend de 60 \u00e0 90 jours, de la d\u00e9finition du champ d’application au d\u00e9ploiement complet. Ces phases sont les suivantes : \u00e9valuation, conception de l’identit\u00e9 et de la politique, pilote contr\u00f4l\u00e9, expansion progressive, d\u00e9mant\u00e8lement de l’h\u00e9ritage et optimisation continue. Des plateformes telles que Jimber, con\u00e7ues pour une int\u00e9gration rapide, permettent \u00e0 un groupe pilote d’\u00eatre op\u00e9rationnel en quelques jours, et non en quelques semaines, car il n’y a pas de mat\u00e9riel \u00e0 acheter ou \u00e0 installer. <\/p>\n

La plupart des \u00e9quipes informatiques pensent que la migration SASE ressemblera aux projets de remplacement des pare-feu qu’elles redoutent d\u00e9j\u00e0. Douze mois de planification. Six mois de fonctionnement en parall\u00e8le. Trois mois \u00e0 r\u00e9parer ce qui est cass\u00e9. Cette attente provient de projets centr\u00e9s sur le mat\u00e9riel o\u00f9 chaque site a besoin d’un camion, d’un rack et d’une fen\u00eatre de changement. Le SASE natif dans le nuage fonctionne diff\u00e9remment. Les politiques sont d\u00e9finies de mani\u00e8re centralis\u00e9e et mises en \u0153uvre instantan\u00e9ment. Les utilisateurs se connectent par l’interm\u00e9diaire d’un logiciel, et non d’appareils sp\u00e9cifiques \u00e0 un site. L’ensemble du calendrier de mise en \u0153uvre de SASE se r\u00e9sume \u00e0 quelques semaines au lieu de quelques trimestres. Ce guide pr\u00e9sente chaque phase avec des \u00e9tapes concr\u00e8tes, les responsabilit\u00e9s de l’\u00e9quipe et les obstacles courants qui ralentissent les d\u00e9ploiements. <\/p>\n

\n\n\n\n\n\n\n\n\n\n\n
Phase<\/th>\nCalendrier<\/th>\nActivit\u00e9s principales<\/th>\nR\u00e9sultats<\/th>\n<\/tr>\n<\/thead>\n
\u00c9valuation et d\u00e9limitation du champ d’application<\/td>\nSemaine 1-2<\/td>\nAudit de la pile actuelle, mise en correspondance des utilisateurs et des applications, d\u00e9finition des crit\u00e8res de r\u00e9ussite<\/td>\nD\u00e9finir le champ d’application et la liste des priorit\u00e9s<\/td>\n<\/tr>\n
Identit\u00e9 et conception des politiques<\/td>\nSemaine 2-3<\/td>\nInt\u00e9gration IdP, politiques d’acc\u00e8s, bases de posture des appareils<\/td>\nCadre d’authentification et de politique pr\u00eat<\/td>\n<\/tr>\n
Pilote contr\u00f4l\u00e9<\/td>\nSemaine 3-5<\/td>\n10-20% des utilisateurs, les travailleurs \u00e0 distance en premier, VPN parall\u00e8le en cours d’ex\u00e9cution<\/td>\nConfiguration valid\u00e9e, commentaires des utilisateurs recueillis<\/td>\n<\/tr>\n
D\u00e9ploiement progressif<\/td>\nSemaine 5-10<\/td>\nExpansion site par site, d\u00e9partement par d\u00e9partement<\/td>\nPlus de 80 % des utilisateurs et des applications migr\u00e9s<\/td>\n<\/tr>\n
D\u00e9classement de l’h\u00e9ritage<\/td>\nSemaine 8-12<\/td>\nExtinction du VPN, mise \u00e0 la retraite du pare-feu, fin du contrat<\/td>\nPlate-forme unique, pas de syst\u00e8mes parall\u00e8les<\/td>\n<\/tr>\n
Optimiser et contr\u00f4ler<\/td>\nEn cours<\/td>\nAffinement de la politique, examen de l’enregistrement, preuves de conformit\u00e9<\/td>\nAm\u00e9lioration continue et pr\u00e9paration \u00e0 l’audit<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Phase 1 : \u00e9valuation et d\u00e9limitation du champ d’application (semaines 1-2)<\/h2>\n

Chaque d\u00e9ploiement de SASE commence par une image claire de ce que vous avez et de ce qui doit changer en premier. Si vous sautez cette \u00e9tape, vous reproduisez d’anciens sch\u00e9mas d’acc\u00e8s VPN dans un nouvel outil, ce qui va \u00e0 l’encontre du but recherch\u00e9. <\/p>\n

Commencez par dresser la carte de votre syst\u00e8me de s\u00e9curit\u00e9 actuel. Dressez la liste de tous les appareils, abonnements et consoles g\u00e9r\u00e9s par votre \u00e9quipe. Pour la plupart des entreprises de taille moyenne, cet exercice r\u00e9v\u00e8le \u00e0 lui seul la fragmentation : un concentrateur VPN ici, un filtre web autonome l\u00e0, des pare-feu de branche avec leurs propres ensembles de r\u00e8gles et un outil de point final que plus personne ne v\u00e9rifie. <\/p>\n

Ensuite, associez les utilisateurs aux applications. Pas \u00ab\u00a0l’\u00e9quipe de vente utilise le r\u00e9seau\u00a0\u00bb. Des applications sp\u00e9cifiques. CRM, ERP, partages de fichiers, portail de facturation, tableau de bord de contr\u00f4le de la production. Cet inventaire servira plus tard de base \u00e0 vos politiques ZTNA. La plupart des entreprises d\u00e9couvrent que l’utilisateur moyen a besoin d’acc\u00e9der \u00e0 trois ou cinq applications, et non \u00e0 l’ensemble du r\u00e9seau que le VPN autorisait. <\/p>\n

D\u00e9finissez vos gains rapides. Quel est le groupe d’utilisateurs qui subit le plus de frictions VPN ? En g\u00e9n\u00e9ral, les travailleurs \u00e0 distance et les ing\u00e9nieurs de terrain. Quelle est l’application qui g\u00e9n\u00e8re le plus de tickets d’assistance ? Commencez par l\u00e0. Votre guide de comparaison des fournisseurs SASE<\/a> devrait vous indiquer quelle plateforme correspond \u00e0 vos besoins. <\/p>\n

Enfin, convenez de crit\u00e8res de r\u00e9ussite avant de commencer. Des objectifs mesurables tels que \u00ab\u00a0r\u00e9duire de 50 % les tickets d’assistance li\u00e9s au VPN\u00a0\u00bb ou \u00ab\u00a0obtenir une latence inf\u00e9rieure \u00e0 30 ms pour les utilisateurs distants acc\u00e9dant aux applications en nuage\u00a0\u00bb donnent au projet une ligne d’arriv\u00e9e claire plut\u00f4t qu’une boucle d’optimisation sans fin. <\/p>\n

Phase 2 : conception de l’identit\u00e9 et de la politique (semaines 2-3)<\/h2>\n

L’identit\u00e9 est le fondement de SASE. Sans l’int\u00e9gration d’un fournisseur d’identit\u00e9, rien d’autre ne fonctionne. Cette phase se d\u00e9roule en partie parall\u00e8lement \u00e0 la fin de l’\u00e9valuation. <\/p>\n

Connectez d’abord votre fournisseur d’identit\u00e9. Microsoft Entra ID, Okta, Google Workspace ou tout autre fournisseur d’identit\u00e9 utilis\u00e9 par votre organisation. Synchronisez les groupes d’utilisateurs et v\u00e9rifiez que les attributions de r\u00f4les correspondent aux fonctions de l’entreprise, et non aux groupes AD h\u00e9rit\u00e9s qui se sont accumul\u00e9s au fil des ans. Notre guide sur les fournisseurs d’identit\u00e9 explique<\/a> en d\u00e9tail les mod\u00e8les d’int\u00e9gration pour SAML et OIDC. <\/p>\n

D\u00e9finissez ensuite vos politiques d’acc\u00e8s. Le principe est simple : chaque utilisateur n’a acc\u00e8s qu’aux applications que son r\u00f4le exige. Rien de plus. Un membre de l’\u00e9quipe financi\u00e8re acc\u00e8de au syst\u00e8me de facturation et au portail de reporting. Un ing\u00e9nieur acc\u00e8de \u00e0 l’outil de surveillance de la production et au d\u00e9p\u00f4t de code. Aucun des deux ne voit les applications de l’autre. <\/p>\n

D\u00e9finissez des lignes de base pour la posture des appareils en m\u00eame temps que des politiques d’acc\u00e8s. D\u00e9terminez les signaux importants pour votre organisation : Version du syst\u00e8me d’exploitation, \u00e9tat du chiffrement du disque, protection des points d’acc\u00e8s en cours d’ex\u00e9cution, enregistrement de l’appareil. La plateforme Jimber applique ces contr\u00f4les au point d’acc\u00e8s, de sorte que les appareils non conformes sont automatiquement bloqu\u00e9s ou restreints. Pour une d\u00e9monstration \u00e9tape par \u00e9tape, consultez notre guide sur les contr\u00f4les de posture des appareils pour NIS2<\/a>. <\/p>\n

Documentez vos d\u00e9cisions politiques. Cette documentation devient plus tard une preuve de conformit\u00e9 et \u00e9vite les conversations du type \u00ab\u00a0pourquoi cela a-t-il \u00e9t\u00e9 configur\u00e9 de cette fa\u00e7on ? <\/p>\n

Phase 3 : pilote contr\u00f4l\u00e9 (semaines 3 \u00e0 5)<\/h2>\n

Le projet pilote prouve que la plate-forme fonctionne dans votre environnement avant que vous n’engagiez le reste de l’organisation. Commencez petit, mesurez tout, r\u00e9parez ce qui est cass\u00e9. <\/p>\n

S\u00e9lectionnez 10 \u00e0 20 % de vos utilisateurs pour le projet pilote. Les travailleurs \u00e0 distance constituent le premier groupe id\u00e9al pour deux raisons. Ce sont eux qui subissent le plus de frictions avec le VPN, et ils remarquent donc imm\u00e9diatement les am\u00e9liorations. De plus, ils testent le sc\u00e9nario d’acc\u00e8s le plus difficile : se connecter \u00e0 partir de r\u00e9seaux impr\u00e9visibles par l’interm\u00e9diaire de fournisseurs d’acc\u00e8s Internet grand public. <\/p>\n

Publiez deux ou trois applications par l’interm\u00e9diaire de ZTNA. Choisissez des applications qui sont tr\u00e8s utilis\u00e9es mais qui pr\u00e9sentent peu de risques en cas de probl\u00e8me. Un wiki interne, un syst\u00e8me d’enregistrement des heures ou un outil de gestion de projet. Cela permet \u00e0 votre \u00e9quipe d’apprendre comment la plateforme se comporte dans la pratique, tout en gardant les enjeux \u00e0 un niveau raisonnable. <\/p>\n

Les plateformes cloud-natives comme Jimber peuvent embarquer un groupe pilote en quelques jours, et non en quelques semaines, car il n’y a pas de mat\u00e9riel \u00e0 exp\u00e9dier ou \u00e0 configurer. L’administrateur cr\u00e9e les d\u00e9finitions d’application dans la console, les affecte au groupe pilote et les utilisateurs se connectent par le biais d’un agent l\u00e9ger ou d’un acc\u00e8s par navigateur. <\/p>\n

Faites fonctionner le VPN en parall\u00e8le pendant toute la dur\u00e9e du projet pilote. Les utilisateurs ont besoin d’une solution de repli s’ils rencontrent un cas limite que la configuration ZTNA ne couvre pas encore. Surveillez de pr\u00e8s trois \u00e9l\u00e9ments : l’exp\u00e9rience de l’utilisateur (latence, stabilit\u00e9 de la connexion), le volume des tickets d’assistance et les journaux d’acc\u00e8s montrant les succ\u00e8s et les blocages de la politique. Ces donn\u00e9es d\u00e9terminent le plan de d\u00e9ploiement de la phase 4. <\/p>\n

Ex\u00e9cutez le projet pilote pendant au moins deux semaines. Une semaine n’est pas suffisante pour d\u00e9tecter les probl\u00e8mes intermittents tels que les probl\u00e8mes de renouvellement des certificats ou les cas limites de r\u00e9solution DNS. <\/p>\n

Phase 4 : d\u00e9ploiement progressif (semaines 5 \u00e0 10)<\/h2>\n

Avec les donn\u00e9es pilotes en main, \u00e9tendez la couverture m\u00e9thodiquement. L’objectif est d’atteindre 80 % ou plus des utilisateurs et des applications avant de toucher \u00e0 l’infrastructure existante. <\/p>\n

D\u00e9ployez le syst\u00e8me site par site ou d\u00e9partement par d\u00e9partement. Chaque vague suit le m\u00eame sch\u00e9ma : synchronisation du groupe d’utilisateurs, publication de leurs applications, activation des contr\u00f4les de posture des appareils, surveillance pendant deux ou trois jours, puis passage \u00e0 la vague suivante. Gr\u00e2ce \u00e0 la console unique de Jimber, les changements de politique se propagent instantan\u00e9ment sur tous les sites. Il n’y a pas de d\u00e9rive de configuration par site \u00e0 g\u00e9rer. <\/p>\n

Ajoutez les applications essentielles \u00e0 l’entreprise au cours de cette phase. ERP, CRM, syst\u00e8mes financiers et toute application qui touche des donn\u00e9es sensibles. Ces applications requi\u00e8rent des r\u00e8gles de posture et des politiques d’acc\u00e8s plus strictes que les applications pilotes. D\u00e9finissez des flux de travail d’exception pour les cas particuliers : un entrepreneur qui a besoin d’un acc\u00e8s temporaire, un poste de travail partag\u00e9 dans un entrep\u00f4t, une application h\u00e9rit\u00e9e qui ne parle que le RDP. <\/p>\n

Pour les organisations dot\u00e9es d’environnements OT, cette phase comprend le d\u00e9ploiement du mat\u00e9riel NIAC pour les appareils sans agent. Les imprimantes, les cam\u00e9ras, les contr\u00f4leurs industriels et les capteurs IoT ne peuvent pas ex\u00e9cuter d’agent ZTNA. Les appliances NIAC de Jimber se placent en ligne entre l’appareil et le r\u00e9seau, appliquant les contr\u00f4les Zero Trust sans n\u00e9cessiter de logiciel sur l’appareil lui-m\u00eame. <\/p>\n

Les partenaires de service qui g\u00e8rent plusieurs clients b\u00e9n\u00e9ficient de l’architecture multi-locataires au cours de cette phase. Chaque environnement client est isol\u00e9, mais les mod\u00e8les et les politiques de base peuvent \u00eatre partag\u00e9s entre les locataires. Notre article sur la fa\u00e7on dont les MSP fournissent des SASE g\u00e9r\u00e9s<\/a> couvre le mod\u00e8le op\u00e9rationnel en d\u00e9tail. <\/p>\n

Suivez vos crit\u00e8res de r\u00e9ussite de la phase 1 tout au long du d\u00e9ploiement. Si les tickets d’assistance VPN ne diminuent pas, c’est qu’il y a quelque chose \u00e0 r\u00e9gler dans la configuration avant d’aller plus loin. <\/p>\n

Phase 5 : d\u00e9mant\u00e8lement de l’h\u00e9ritage (semaine 8-12)<\/h2>\n

Une fois que la couverture des applications atteint 80 % ou plus et que les donn\u00e9es pilotes confirment des performances stables, commencez \u00e0 retirer l’infrastructure existante. C’est \u00e0 ce stade que les \u00e9conomies se mat\u00e9rialisent. <\/p>\n

Commencez par le VPN. D\u00e9sactivez l’acc\u00e8s VPN pour les applications qui sont enti\u00e8rement publi\u00e9es via ZTNA. Proc\u00e9dez par \u00e9tapes : retirez l’application de la configuration VPN, surveillez-la pendant une semaine, puis passez \u00e0 l’application suivante. Conservez des proc\u00e9dures de secours document\u00e9es jusqu’\u00e0 ce que vous soyez certain que la transition est termin\u00e9e. <\/p>\n

Ensuite, mettez \u00e0 la retraite les pare-feu des succursales. Le FWaaS fourni par le cloud remplace le mat\u00e9riel de pare-feu sur site pour chaque site. Pour la plupart des entreprises de taille moyenne, cela \u00e9limine les cycles de mise \u00e0 jour du micrologiciel, la gestion des jeux de r\u00e8gles et les co\u00fbts de rafra\u00eechissement du mat\u00e9riel qui consommaient une part disproportionn\u00e9e du temps des informaticiens. <\/p>\n

Gr\u00e2ce \u00e0 la console unique de Jimber, les \u00e9quipes informatiques n’ont pas \u00e0 g\u00e9rer deux tableaux de bord pendant la p\u00e9riode de transition. Les politiques d’acc\u00e8s, la s\u00e9curit\u00e9 web, la connectivit\u00e9 SD-WAN et la journalisation sont regroup\u00e9es dans une seule interface d\u00e8s le premier jour. La transition consiste \u00e0 supprimer l’ancienne infrastructure, et non \u00e0 apprendre de nouveaux outils. <\/p>\n

R\u00e9duisez progressivement les contrats et les licences pour les produits d\u00e9class\u00e9s. Les contrats d’assistance pour les concentrateurs VPN, les abonnements aux filtres web autonomes et les licences de pare-feu par site peuvent repr\u00e9senter des co\u00fbts annuels importants. Une soci\u00e9t\u00e9 belge de gestion de patrimoine a r\u00e9duit ses co\u00fbts totaux de s\u00e9curit\u00e9 de 58 %<\/a> apr\u00e8s avoir r\u00e9alis\u00e9 cette consolidation. <\/p>\n

Phase 6 : optimisation et suivi (en cours)<\/h2>\n

SASE n’est pas un d\u00e9ploiement \u00ab\u00a0pr\u00eat \u00e0 l’emploi\u00a0\u00bb. C’est au cours de la phase continue que vous affinez les politiques sur la base de donn\u00e9es d’utilisation r\u00e9elles et que vous constituez les preuves de conformit\u00e9 attendues par les auditeurs. <\/p>\n

Examinez les journaux d’acc\u00e8s tous les mois. Recherchez les utilisateurs qui disposent de permissions qu’ils n’exercent jamais et renforcez leur champ d’application. Recherchez les applications qui g\u00e9n\u00e8rent des blocages fr\u00e9quents et v\u00e9rifiez si la politique est trop restrictive ou si quelqu’un essaie d’acc\u00e9der \u00e0 quelque chose qu’il ne devrait pas. <\/p>\n

Effectuez un audit trimestriel des politiques. V\u00e9rifiez que les groupes d’utilisateurs refl\u00e8tent toujours les r\u00f4les r\u00e9els, que les bases de la posture des appareils sont \u00e0 jour (les seuils de version du syst\u00e8me d’exploitation doivent \u00eatre mis \u00e0 jour \u00e0 mesure que les fournisseurs sortent de nouvelles versions) et que les politiques d’exception ne se sont pas transform\u00e9es en solutions de contournement permanentes. <\/p>\n

Pour les organisations r\u00e9glement\u00e9es par NIS2, les capacit\u00e9s de journalisation et de reporting de votre plateforme SASE sont votre moteur de conformit\u00e9. La journalisation int\u00e9gr\u00e9e \u00e0 Jimber et les v\u00e9rifications de la posture des appareils couvrent plusieurs exigences NIS2 d\u00e8s le premier jour : documentation du contr\u00f4le d’acc\u00e8s, d\u00e9tection des incidents dans les 24 heures et preuves de la conformit\u00e9 des appareils. Notre check-list de conformit\u00e9 NIS2<\/a> met en correspondance ces exigences avec les fonctionnalit\u00e9s sp\u00e9cifiques de la plateforme. <\/p>\n

Ce qui ralentit les d\u00e9ploiements SASE (et comment l’\u00e9viter)<\/h2>\n

Le d\u00e9lai de 90 jours indiqu\u00e9 ci-dessus suppose une ex\u00e9cution comp\u00e9tente. Dans la pratique, quatre obstacles courants prolongent inutilement les d\u00e9ploiements. <\/p>\n

Pas de pr\u00e9paration du fournisseur d’identit\u00e9.<\/strong> Si votre IdP est mal configur\u00e9, a des groupes d’utilisateurs p\u00e9rim\u00e9s ou n’applique pas le MFA, l’int\u00e9gration de SASE s’arr\u00eate \u00e0 la phase 2. Nettoyez votre r\u00e9pertoire avant de commencer. Supprimez les comptes orphelins, v\u00e9rifiez l’appartenance aux groupes et activez le MFA. Ce travail de pr\u00e9paration est payant. <\/p>\n

Mauvaise configuration du DNS.<\/strong> Les environnements DNS fractionn\u00e9s, les r\u00e9solveurs DNS personnalis\u00e9s et les applications qui codent en dur les serveurs DNS sont autant de sources de probl\u00e8mes lorsque l’acheminement du trafic change. Auditez votre configuration DNS pendant l’\u00e9valuation. Documentez chaque zone DNS interne et chaque r\u00e9solveur personnalis\u00e9. <\/p>\n

Pas de parrainage ex\u00e9cutif.<\/strong> Le d\u00e9ploiement de SASE concerne tous les utilisateurs de l’organisation. Sans un soutien visible de la direction, les diff\u00e9rents services repoussent les changements, les projets pilotes sont bloqu\u00e9s dans l’attente des approbations et les anciens contrats sont renouvel\u00e9s \u00ab\u00a0au cas o\u00f9\u00a0\u00bb. Obtenez un sponsor au niveau du conseil d’administration avant la phase 1. <\/p>\n

Pas de plan d’extinction de l’h\u00e9ritage.<\/strong> Certaines \u00e9quipes d\u00e9ploient parfaitement SASE mais ne mettent jamais hors service l’ancienne infrastructure. Le VPN continue de fonctionner \u00ab\u00a0pour la sauvegarde\u00a0\u00bb. Les pare-feu des succursales continuent d’\u00eatre corrig\u00e9s. L’organisation paie pour les deux syst\u00e8mes ind\u00e9finiment. Fixez une date d’expiration lors de la d\u00e9finition du champ d’application et tenez-vous-en \u00e0 cette date. <\/p>\n

Comment les \u00e9ch\u00e9ances du NIS2 affectent-elles votre calendrier de mise en \u0153uvre de SASE ?<\/h2>\n

La date limite de v\u00e9rification des Cyberfondamentaux (CyFun) de la Belgique, fix\u00e9e \u00e0 avril 2026, est d\u00e9pass\u00e9e. Les organisations qui devaient d\u00e9montrer leur conformit\u00e9 au niveau Basique ou Important devraient d\u00e9j\u00e0 avoir mis en place leurs contr\u00f4les techniques. Pour celles qui travaillent encore \u00e0 leur mise en conformit\u00e9, chaque semaine de retard est une semaine d’exposition \u00e0 des mesures d’application. <\/p>\n

L’article 21 de la NIS2 exige des contr\u00f4les d’acc\u00e8s document\u00e9s, des capacit\u00e9s de d\u00e9tection des incidents et des mesures de s\u00e9curit\u00e9 de la cha\u00eene d’approvisionnement. Une plateforme SASE r\u00e9pond \u00e0 environ 90 % de ces exigences techniques gr\u00e2ce \u00e0 l’acc\u00e8s bas\u00e9 sur l’identit\u00e9, \u00e0 la journalisation centralis\u00e9e et \u00e0 l’application de la posture de l’appareil. L’aper\u00e7u de la conformit\u00e9 NIS2<\/a> couvre l’ensemble du contexte r\u00e9glementaire. <\/p>\n

L’implication pratique pour votre calendrier de mise en \u0153uvre de SASE : ne traitez pas le d\u00e9ploiement comme un projet de plusieurs trimestres. L’horloge de la conformit\u00e9 est d\u00e9j\u00e0 en marche. Une mise en \u0153uvre de 90 jours qui fournit des contr\u00f4les fonctionnels vaut plus qu’un plan de 12 mois qui produit une feuille de route parfaitement document\u00e9e et aucune protection. <\/p>\n

Pour les organisations aux Pays-Bas, la Cyberbeveiligingswet est entr\u00e9e en vigueur au d\u00e9but de l’ann\u00e9e 2026. Au Royaume-Uni, la r\u00e9glementation NIS suit son propre calendrier d’application. Quelle que soit la juridiction, l’orientation est la m\u00eame : des contr\u00f4les techniques d\u00e9montrables, et non des intentions document\u00e9es. <\/p>\n

Questions fr\u00e9quemment pos\u00e9es<\/h2>\n

Pouvons-nous utiliser SASE en m\u00eame temps que notre pare-feu actuel ?<\/h3>\n

Oui, et vous devriez le faire pendant la transition. Les plateformes SASE sont con\u00e7ues pour un d\u00e9ploiement progressif. Maintenez vos pare-feu actifs pendant que vous migrez les applications vers ZTNA et que vous transf\u00e9rez la s\u00e9curit\u00e9 web vers SWG. Une fois que la couverture atteint 80 % ou plus, mettez hors service les pare-feu des succursales. Certaines organisations conservent un pare-feu p\u00e9rim\u00e9trique au centre de donn\u00e9es pour des contr\u00f4les sp\u00e9cifiques du trafic nord-sud pendant la transition, mais la direction \u00e0 long terme est la consolidation compl\u00e8te. <\/p>\n

Combien d’utilisateurs devraient participer au projet pilote ?<\/h3>\n

Visez 10 \u00e0 20 % de votre base d’utilisateurs, avec un minimum de 15 \u00e0 20 utilisateurs pour g\u00e9n\u00e9rer des donn\u00e9es significatives. Incluez les travailleurs \u00e0 distance, les grands voyageurs et au moins un service qui acc\u00e8de \u00e0 des applications sensibles. Si vous avez trop peu d’utilisateurs, vous ne pourrez pas d\u00e9tecter les cas particuliers. S’ils sont trop nombreux, vous perdrez l’environnement contr\u00f4l\u00e9 qui fait l’utilit\u00e9 d’un projet pilote. <\/p>\n

Devons-nous remplacer notre SD-WAN ?<\/h3>\n

Pas n\u00e9cessairement. Si vous disposez d\u00e9j\u00e0 d’un d\u00e9ploiement SD-WAN op\u00e9rationnel et que vous n’avez besoin que d’une s\u00e9curit\u00e9 fournie par le cloud, le SSE (Security Service Edge) peut suffire. Si vos contrats SD-WAN arrivent \u00e0 \u00e9ch\u00e9ance ou si vous souhaitez un plan de gestion unique pour les utilisateurs distants et les succursales, le SASE unifi\u00e9 est la meilleure solution. Notre guide sur l’architecture SASE explique<\/a> la distinction entre SSE et SASE complet. <\/p>\n

Qu’en est-il des appareils qui ne peuvent pas ex\u00e9cuter d’agents ?<\/h3>\n

Les imprimantes, les capteurs IoT, les cam\u00e9ras et les \u00e9quipements industriels ont besoin d’une isolation en ligne plut\u00f4t que d’une protection bas\u00e9e sur des agents. Le mat\u00e9riel NIAC place ces appareils derri\u00e8re des contr\u00f4les d’acc\u00e8s bas\u00e9s sur l’identit\u00e9 qui limitent la communication \u00e0 des flux explicitement d\u00e9finis. L’appareil se connecte uniquement \u00e0 sa destination d\u00e9sign\u00e9e. Rien d’autre. Cela permet de fermer l’angle mort que les outils de s\u00e9curit\u00e9 traditionnels ignorent. <\/p>\n

Comment le d\u00e9ploiement de SASE fonctionne-t-il pour les organisations ayant plusieurs sites ?<\/h3>\n

Le SD-WAN g\u00e8re la connectivit\u00e9 multi-sites dans le cadre de la plateforme SASE. Les succursales se connectent par le biais de tunnels crypt\u00e9s sur des liaisons internet standard. L’approvisionnement sans contact signifie qu’un appareil est exp\u00e9di\u00e9 sur le site, qu’il est branch\u00e9 par du personnel non technique et qu’il r\u00e9cup\u00e8re automatiquement sa configuration dans le nuage. Le temps de d\u00e9ploiement par site passe de quelques jours \u00e0 quelques minutes. <\/p>\n

Que se passe-t-il si notre informatique est g\u00e9r\u00e9e par un partenaire de service ?<\/h3>\n

Les partenaires de service acc\u00e9l\u00e8rent le calendrier. Ils apportent l’exp\u00e9rience de d\u00e9ploiement de leurs clients pr\u00e9c\u00e9dents, et les plateformes SASE multi-locataires leur permettent de g\u00e9rer votre environnement \u00e0 partir de la m\u00eame console que celle qu’ils utilisent pour leurs autres clients. Les mod\u00e8les de politique, les lignes de base standardis\u00e9es et les processus d’int\u00e9gration reproductibles signifient que le partenaire ne part pas de z\u00e9ro pour chaque engagement. <\/p>\n

Pr\u00eat \u00e0 \u00e9tablir un calendrier de mise en \u0153uvre de SASE pour votre organisation ? R\u00e9servez une d\u00e9monstration et d\u00e9couvrez un plan de d\u00e9ploiement adapt\u00e9 \u00e0 la taille de votre \u00e9quipe, au nombre de sites et aux exigences de conformit\u00e9. La plateforme Jimber est con\u00e7ue pour les entreprises de taille moyenne qui ont besoin d’une s\u00e9curit\u00e9 de niveau entreprise sans avoir besoin d’un projet d’impl\u00e9mentation de 12 mois. <\/p>\n","protected":false},"excerpt":{"rendered":"

Calendrier de mise en \u0153uvre de SASE en six phases pour les \u00e9quipes du march\u00e9 interm\u00e9diaire. De la d\u00e9finition du champ d’application au d\u00e9mant\u00e8lement de l’h\u00e9ritage en 90 jours, avec des \u00e9tapes pratiques par phase. <\/p>\n","protected":false},"author":3,"featured_media":13015,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[9],"tags":[],"class_list":["post-13018","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-non-categorise"],"acf":[],"_links":{"self":[{"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/posts\/13018","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/comments?post=13018"}],"version-history":[{"count":1,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/posts\/13018\/revisions"}],"predecessor-version":[{"id":13020,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/posts\/13018\/revisions\/13020"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/media\/13015"}],"wp:attachment":[{"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/media?parent=13018"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/categories?post=13018"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jimber.io\/fr\/wp-json\/wp\/v2\/tags?post=13018"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}