Le gel des changements dans les opérations informatiques est monnaie courante dans de nombreuses organisations. Après tout, toute modification logicielle comporte le risque d'introduire de nouveaux bogues, des erreurs et d'autres problèmes. On fait valoir que, lors des périodes où l'on prévoit un manque de personnel au sein du service informatique, ou lorsque l'entreprise entre dans une période de forte activité commerciale, le gel des modifications pourrait protéger l'organisation contre ces risques. En réalité, les organisations peuvent et doivent faire preuve de plus d'agilité que cela. Les blocages liés au changement freinent l'innovation et exposent les systèmes à des risques cybernétiques accrus.
La bonne nouvelle, c'est qu'il existe désormais des outils permettant aux équipes informatiques de jouer un rôle plus actif dans la gestion de leur environnement, et ce, avec rapidité et à grande échelle. Ce faisant, ils peuvent enfin se libérer des contraintes et des risques liés aux gels des changements.
Les arguments contre le statu quo
Toutes les organisations modernes fonctionnent grâce à des logiciels. Et bon nombre d'entre elles dépendent d'une innovation constante ne serait-ce que pour s'adapter aux exigences sans cesse changeantes des clients et du marché. Les blocages liés aux modifications peuvent interrompre les pipelines CI/CD à des moments critiques, ce qui a des répercussions sur les délais de mise sur le marché et l'expérience client. Vous ne verriez jamais les grands innovateurs technologiques mettre des obstacles de ce genre sur le chemin de leurs développeurs.
La cybersécurité constitue un autre aspect à prendre en compte. Les pirates ne restent certainement pas les bras croisés, alors pourquoi votre équipe informatique le ferait-elle ? En effet, lorsque des attaquants découvrent qu'une organisation est paralysée, ils peuvent se déplacer rapidement au sein de son environnement informatique.
Dans le même temps, les ressources des défenseurs sont gelées, ce qui rend leur réaction extrêmement difficile jusqu’à ce qu’il soit trop tard. Conscients peut-être de l'avantage que cela leur procure, les auteurs de ransomware lancent souvent leurs attaques juste avant les jours fériés aux États-Unis. Par exemple :
- L'attaque visant la chaîne d'approvisionnement de Kaseya, (s'ouvre dans un nouvel onglet), qui a touché les fournisseurs de services gérés (MSP) et leurs clients en aval, s'est produite pendant le week-end de l' 4 juillet .
- L'attaque contre le géant de la transformation de viande de , JBS USA (s'ouvre dans un nouvel onglet) , a eu lieu pendant le week-end du Memorial Day
- La panne du Colonial Pipeline, survenue le , a commencé (s'ouvre dans un nouvel onglet) pendant le week-end de la Fête des Mères
Lorsqu'une attaque se produit et que toutes les modifications sont gelées, comment appliquez-vous rapidement les correctifs ? Des mises à jour pourraient tout de même être déployées à titre exceptionnel, en cas d'urgence. Mais une meilleure solution à long terme ne consisterait-elle pas à trouver un moyen de gérer activement l'impact des changements, plutôt que de courir le risque de devoir faire face à de multiples exceptions pendant une période de gel ?
Une meilleure façon de gérer le changement et les risques informatiques
Pour ce faire, les organisations doivent mettre en place un cycle continu de tests et de déploiement, en se concentrant en priorité sur les systèmes métier les plus critiques. Ces procédures doivent être flexibles et tenir compte des changements qui surviennent en cours de cycle. Si vous mettez en place des politiques trop rigides et trop peu souples dans ce domaine, vous finirez par vous retrouver face à des blocages de fait. Tout outil de test et de déploiement doit disposer de fonctionnalités de restauration afin de minimiser les conséquences imprévues des modifications apportées.
Ensuite, réfléchissez à vos équipes. Divisez l'organisation en groupes en fonction du rythme de changement nécessaire ou souhaité, puis élaborez des politiques et des processus distincts pour chacun d'entre eux. Le service de développement de produits pourrait souhaiter déployer des correctifs chaque semaine, tandis que pour l'équipe financière, une fréquence trimestrielle pourrait être suffisante. Les outils doivent également être suffisamment flexibles pour répondre aux besoins spécifiques de chaque groupe. Mettez en place des équipes d'intervention rapide capables de se mobiliser immédiatement en cas de situation critique, et dotées de la possibilité de passer outre certaines mesures de sécurité internes si l'organisation est exposée à un risque grave.
Comment Tanium peut vous aider
Les organisations qui ont pour habitude de mettre en place des gels ne changeront pas du jour au lendemain. Pour que ce projet aboutisse, il faudra que les décideurs adhèrent à cette idée. Une bonne stratégie consiste à commencer modestement et à rechercher des résultats rapides. Vérifiez s'il existe un groupe susceptible d'être exempté du prochain gel et collaborez avec lui afin d'améliorer l'hygiène informatique et la cyber-résilience. Elles pourraient alors servir à la fois de projet pilote pour définir des politiques de test et de déploiement, et de banc d'essai pour des outils permettant une réponse active et gérée.
Pour vous aider dans ce processus, essayez de mieux cerner l'ampleur de vos « gels de changement » à l'aide des questions suivantes :
- Combien de temps dure ce gel ?
- Quels sont les groupes concernés ou non par ce gel ?
- Existe-t-il des exceptions d'urgence à ce gel ?
La bonne nouvelle, c'est que Tanium peut vous aider à réussir votre transition vers une gestion du changement plus dynamique et plus active, grâce à une plateforme complète et « » dédiée à la gestion et à la sécurité des terminaux :. Surtout, notre architecture unique permet aux équipes informatiques d'identifier et de résoudre les problèmes rapidement et à grande échelle, quelle que soit la taille de votre parc de terminaux.
Découvrez Tanium par vous-même. Inscrivez-vous dès aujourd'hui pour bénéficier d'un essai gratuit d' : (s'ouvre dans un nouvel onglet).
