Qu'est-ce que la gestion des correctifs ? Tout ce qu'il faut savoir

Tout environnement informatique repose sur des logiciels qui nécessitent des mises à jour constantes. Systèmes d’exploitation, navigateurs, applications métier, micrologiciels des équipements réseau installés dans l’armoire : tous comportent des bogues que les éditeurs corrigent après leur mise sur le marché. Lorsque ces corrections sont diffusées sous forme de correctifs, quelqu’un doit les appliquer sur des milliers de terminaux, selon un calendrier qui ne perturbe pas l’activité de l’entreprise et sans causer de dysfonctionnements dans l’environnement de production.

Cette tâche, c’est la gestion des correctifs. Bien menée, elle constitue la mesure de sécurité la plus rentable dont disposent la plupart des entreprises. Mal menée, elle est à l’origine des violations de données. Le rapport 2025 de Verizon sur les enquêtes relatives aux fuites de données a révélé que l’exploitation de vulnérabilités constituait le vecteur d’accès initial dans 20 % des cas — soit une hausse de 34 % par rapport à l’année précédente —, le délai médian de correction s’établissant à 32 jours, alors que les attaquants exploitent de nouvelles vulnérabilités en cinq jours.

Les solutions RMM de Kaseya proposent un logiciel de gestion des correctifs qui prend en charge l’application de correctifs sur des millions de terminaux pour les MSP et les équipes informatiques du monde entier, ce qui nous permet d’avoir une vision claire des points forts et des faiblesses des programmes de mise à jour. Ce guide explique ce qu’est la gestion des correctifs, pourquoi elle est importante, les types de correctifs auxquels vous serez confrontés, le fonctionnement général du processus, les avantages d’un programme efficace, les défis auxquels chaque équipe est confrontée et les bonnes pratiques qui distinguent les programmes performants de ceux qui peinent à fonctionner.

Qu'est-ce que la gestion des correctifs ?

La gestion des correctifs est le processus continu consistant à identifier, acquérir, tester, déployer et vérifier les mises à jour logicielles au sein d'un environnement informatique. L'objectif est simple : veiller à ce que chaque système fonctionne avec une version à jour, sécurisée et prise en charge de ses logiciels, en causant le moins de perturbations possible.

Un correctif est un morceau de code publié par un éditeur afin d'apporter une modification à un programme existant. Cette modification peut concerner une faille de sécurité, un bug fonctionnel, un problème de performances ou une fonctionnalité manquante. Les correctifs s'appliquent aux systèmes d'exploitation, aux applications professionnelles, aux navigateurs, aux pilotes, aux micrologiciels du matériel, ainsi qu'aux logiciels fonctionnant sur les appareils réseau et IoT. Tout ce qui contient du code peut faire l'objet d'un correctif.

La gestion des correctifs permet de transformer le flux constant de mises à jour proposées par les éditeurs en une activité contrôlée, documentée et pouvant faire l'objet de rapports. Il ne s'agit pas simplement de « lancer Windows Update ». Pour tout environnement comptant plus de quelques dizaines de terminaux, cela devient un programme géré, assorti de politiques, de calendriers, d'exceptions, de cycles de test et de contrôles de conformité, généralement géré via un outil centralisé qui offre au service informatique ou à un prestataire de services gérés (MSP) une visibilité sur l'ensemble du parc informatique.

Gestion des correctifs vs gestion des vulnérabilités

Bien que ces deux termes soient souvent utilisés de manière interchangeable, ils ne devraient pas l’être. La gestion des vulnérabilités est une discipline plus large : elle consiste à identifier toutes les failles de l’environnement, à les classer par niveau de risque et à déterminer les mesures à prendre pour chacune d’entre elles. Certaines font l’objet d’un correctif. D’autres sont atténuées par des contrôles compensatoires. D’autres encore sont considérées comme présentant un faible risque. Certaines ne peuvent pas être corrigées du tout, car il n’existe pas encore de correctif.

La gestion des correctifs est l'une des mesures disponibles dans le cadre de la gestion des vulnérabilités. Elle couvre les tâches spécifiques liées à l'application des correctifs fournis par les éditeurs. Un programme de gestion des vulnérabilités sans gestion des correctifs n'est qu'une liste de problèmes sans solution ; un programme de gestion des correctifs sans gestion des vulnérabilités n'est qu'un flux de mises à jour sans ordre de priorité. Les programmes aboutis combinent les deux, la gestion des correctifs constituant le principal moteur de correction.

Pourquoi la gestion des correctifs est-elle importante ?

Les arguments en faveur de la gestion des correctifs sont concis et sans équivoque. C’est le moyen d’éviter la plupart des failles évitables, de respecter la conformité et d’assurer la stabilité des systèmes. Trois aspects, chacun d’entre eux revêtant une importance réelle.

Sécurité

Les logiciels non mis à jour constituent la porte d'entrée la plus facile vers un réseau. Les pirates n'ont pas besoin de découvrir de nouvelles vulnérabilités « zero-day » lorsque des CVE connues restent non corrigées pendant des mois. Le rapport 2025 de Verizon a recensé 17 vulnérabilités critiques affectant des périphériques en périphérie du réseau et a révélé que, bien que 54 % des entreprises aient entièrement corrigé ces CVE, le délai moyen de correction était de 209 jours. Le délai moyen d’exploitation par les pirates n’était quant à lui que de cinq jours. C’est cet écart qui est à l’origine des violations de sécurité.

Ce même rapport a révélé que, dans les intrusions à des fins d'espionnage, l'exploitation de vulnérabilités représentait désormais 70 % des vecteurs d'accès initiaux. Les attaquants soutenus par des États et les cybercriminels sophistiqués ne choisissent pas leurs cibles au hasard. Ils recherchent les failles connues et les exploitent. Un programme de correctifs à jour permet de fermer ces portes.

Conformité

Presque toutes les réglementations relatives aux technologies de l’information exigent l’application de correctifs dans des délais impartis. PCI DSS, HIPAA, NIS2, ISO 27001, SOC 2, RGPD, FFIEC… Si leurs formulations diffèrent, elles imposent toutes aux organisations d’appliquer les mises à jour de sécurité dans des délais documentés et justifiables. La norme PCI DSS, par exemple, exige que les correctifs de sécurité soient installés dans les 30 jours suivant leur publication, avec des délais plus courts pour les problèmes les plus critiques.

Les auditeurs se soucient moins de savoir si vous disposez d'un outil de gestion des correctifs que de votre capacité à fournir des preuves : ce qui a été corrigé, quand, sur quels systèmes, par qui et avec quel résultat. Un véritable programme de gestion des correctifs fournit ces preuves de manière automatique. Un programme improvisé, en revanche, provoque une vague de panique avant chaque audit.

Stabilité et performances

Les logiciels obsolètes entraînent des problèmes qui ressemblent à des dysfonctionnements de l'infrastructure, mais qui n'en sont pas. Plantages, échecs d'intégration, ralentissements, erreurs de compatibilité avec du matériel ou des services plus récents. De nombreux tickets signalant que « le système se comporte de manière étrange » s'expliquent en réalité par une mise à jour manquante.

Les correctifs permettent également de corriger des bugs fonctionnels qui, bien qu'ils ne soient pas catastrophiques, font perdre des heures au service d'assistance. Maintenir les logiciels à jour permet d'éliminer ces petits désagréments récurrents dont personne ne se rend compte tant qu'ils ne cessent pas.

Types de patchs

Les éditeurs publient plusieurs types de mises à jour, et il est utile de savoir de quoi il s'agit, car chacune d'entre elles présente un niveau d'urgence différent.

Correctifs de sécurité

Ces mises à jour corrigent des vulnérabilités connues, généralement un CVE qui a été publié et qui pourrait faire l'objet d'une exploitation. Elles constituent les mises à jour les plus prioritaires. Lorsque Microsoft, Adobe ou Cisco publie un correctif de sécurité hors cycle, c'est parce qu'une vulnérabilité fait l'objet d'une exploitation active ou est sur le point de l'être.

Correctifs

Les correctifs d'urgence (hotfixes) sont des correctifs ciblés et urgents, développés rapidement pour remédier à un bug ou à une vulnérabilité critique. Ils contournent généralement le calendrier de publication habituel et parfois même le processus normal d'assurance qualité, ce qui signifie qu'ils peuvent résoudre un problème tout en en introduisant un autre. Leur application se justifie lorsque l'alternative consiste à laisser un problème grave non résolu, mais ils doivent faire l'objet d'un examen particulièrement minutieux.

Corrections de bogues

Les corrections de bogues sont des mises à jour non liées à la sécurité qui permettent de résoudre des problèmes fonctionnels. Il peut s'agir d'une fonctionnalité qui ne fonctionne pas correctement, d'une intégration défaillante ou d'un problème de performances. Moins urgentes que les correctifs de sécurité, elles n'en restent pas moins indispensables, car les ignorer ne fait qu'accumuler la dette technique et frustrer les utilisateurs.

Mises à jour des fonctionnalités

Celles-ci ajoutent de nouvelles fonctionnalités ou modifient le fonctionnement de celles qui existent déjà. Elles sont courantes dans les logiciels en cloud et par abonnement, où les éditeurs publient régulièrement de nouvelles versions. Les mises à jour de fonctionnalités nécessitent généralement davantage de tests, car elles peuvent modifier les flux de travail, perturber les intégrations ou surprendre les utilisateurs.

Service Packs et mises à jour cumulatives

Ces mises à jour regroupent plusieurs correctifs au sein d'un seul « rollup ». Microsoft a largement abandonné les « service packs » au profit des mises à jour cumulatives, mais le principe reste le même : un ensemble consolidé qui permet de ramener les systèmes à un état de référence dont la fiabilité est avérée.

Mises à jour du micrologiciel

Les correctifs de micrologiciel concernent les logiciels intégrés au matériel : routeurs, commutateurs, pare-feu, imprimantes, BIOS, appareils IoT. Ils sont souvent négligés car ils ne fonctionnent pas comme les correctifs de système d'exploitation, et c'est souvent là que les problèmes sont les plus pénibles lorsque la mise à jour tourne mal.

Comment fonctionne la gestion des correctifs ? Aperçu du processus

Un programme de gestion des correctifs efficace suit le même schéma général, qu’il couvre 50 terminaux ou 50 000. Les détails et les outils évoluent en fonction de l’échelle, mais le principe reste le même. À la base, le processus consiste en une boucle continue qui part d’une vulnérabilité ou d’une mise à jour d’un fournisseur pour aboutir à un terminal corrigé, vérifié et documenté, avec une piste d’audit prouvant que l’opération a bien eu lieu.

La plupart des équipes divisent le travail en sept étapes. Chacune d'entre elles a un responsable clairement désigné, un résultat attendu précis et un risque d'échec prévisible si elle est ignorée ou réalisée à la hâte.

Inventaire et recensement des actifs : la visibilité est primordiale. L'équipe a besoin d'une cartographie à jour de chaque serveur, poste de travail, appareil mobile, machine virtuelle et équipement réseau ou IoT présent dans l'environnement, ainsi que des systèmes d'exploitation, des applications et des micrologiciels qui y sont exécutés. Tout élément manquant à cette cartographie est invisible pour le reste du programme.
Suivi et identification des correctifs : une fois l'environnement cartographié, l'attention se porte sur les publications des éditeurs. Microsoft, Apple, Adobe, les éditeurs de navigateurs et la multitude d'éditeurs d'applications professionnelles publient chacun des mises à jour selon leur propre calendrier, tandis que les avis de sécurité émis par la CISA et les équipes PSIRT des éditeurs viennent s'ajouter à ce rythme habituel.
Évaluation des risques et hiérarchisation : le nombre de correctifs disponibles dépasse presque toujours la capacité de l’équipe à les tester et à les déployer. Le triage permet de déterminer les priorités en fonction de la gravité, de l’emplacement de la ressource au sein du réseau, de l’existence ou non d’une exploitation en circulation et de l’importance stratégique du système pour l’entreprise. Les flux de renseignements sur les menaces et le catalogue KEV de la CISA garantissent la fiabilité de ce processus en mettant en évidence ce que les attaquants utilisent réellement.
Tests de correctifs : les correctifs sont déployés sur un échantillon représentatif de machines ou dans un environnement de test dédié avant d'être mis en production. L'objectif est d'identifier le correctif à l'origine d'un plantage d'une application financière ou d'une défaillance d'un pilote, tant que l'impact est suffisamment limité pour permettre une restauration sans incident.
Déploiement : les correctifs approuvés sont déployés en production par étapes, pendant les fenêtres de maintenance validées par l'entreprise. Les appareils qui ne sont pas pris en charge lors d'une fenêtre donnée sont traités lors du cycle suivant ; les échecs déclenchent des tentatives de réessai ou une escalade, plutôt que de simplement disparaître dans un journal.
Vérification : une fois qu’une série de correctifs a été publiée, l’équipe vérifie ce qui a effectivement été déployé. Cela implique de vérifier quels appareils ont appliqué la mise à jour avec succès, lesquels ont échoué, lesquels n’ont jamais renvoyé de confirmation et lesquels nécessitent un suivi avant le début du cycle suivant.
Rapports et documentation : Le cycle s'achève par la production des documents sur lesquels repose le programme : des registres de conformité prêts pour un audit, des rapports de tendances indiquant si la couverture s'améliore ou se détériore, ainsi que des analyses par appareil ou par client qui mettent en évidence le petit nombre de terminaux à l'origine de la majeure partie des cas de non-conformité.

Pour un guide détaillé étape par étape de chaque phase, précisant notamment qui en est responsable, où les problèmes surviennent le plus souvent, la durée prévue pour chaque phase, ainsi que les différences entre les processus de correctifs de routine et d'urgence, consultez notre guide approfondi sur le processus de gestion des correctifs.

Quels sont les avantages de la gestion des correctifs ?

Les raisons justifiant la mise en place d'un programme de gestion des correctifs (sécurité, conformité, stabilité) expliquent pourquoi ce travail doit être effectué. Les avantages sont les bénéfices que vous en retirez lorsque le programme fonctionne correctement. Ils se traduisent de manière tangible au niveau des opérations informatiques, du niveau de sécurité et de l'entreprise dans son ensemble.

Une surface d'attaque plus réduite et plus facile à protéger. Un programme de correctifs à jour permet de fermer les portes que les attaquants exploitent. Les études menées par Ponemon ont systématiquement montré qu'environ 60 % des victimes de violations de données l'ont été via une vulnérabilité pour laquelle un correctif était déjà disponible. Cette faille constitue le principal facteur évitable contribuant au risque d'incident, et un programme efficace permet de la combler.

Les preuves d'audit comme résultat indirect. Un programme qui consigne les correctifs appliqués, à quelle date, sur quels appareils, par qui et avec quel résultat fournit des preuves de conformité dans le cadre normal des opérations. La préparation à l'audit cesse d'être une course contre la montre pour devenir une simple requête de rapport. Les référentiels, du PCI DSS à la norme ISO 27001 en passant par la directive NIS2, exigent ce type de documentation, et un programme opérationnel la fournit sans effort supplémentaire.

Réduction de la charge opérationnelle. Une part surprenante des demandes adressées au service d'assistance est due à des logiciels obsolètes : plantages, problèmes d'intégration, erreurs d'application, ralentissements. La mise à jour régulière des logiciels permet d'éliminer ce flux constant de tickets mineurs qui, cumulés, se traduisent par une perte de temps réel pour l'ensemble de l'équipe.

Prévisibilité des coûts et de la planification des ressources. Un programme de correctifs doté d’un calendrier défini, de processus éprouvés et d’une automatisation des tâches courantes est plus facile à gérer en termes de personnel et de budget qu’un programme réactif. L’équipe sait ce qui l’attend, quand cela aura lieu et combien de temps cela prendra approximativement. Les correctifs d’urgence restent nécessaires, mais ils ne dominent pas le calendrier.

Une meilleure fidélisation des clients et des marges accrues pour les MSP. Pour les MSP, l’application des correctifs est l’un des services que les clients attendent le plus et qu’ils voient le moins souvent. Un programme capable de générer des rapports de conformité clairs pour chaque client, de respecter les SLA convenus et de prévenir les incidents susceptibles d’ébranler la confiance est également celui qui préserve les taux de renouvellement et justifie une tarification raisonnable. L’inverse est également vrai : un seul incident de ransomware imputable à un correctif non appliqué peut mettre fin à une relation client qui a mis des années à se construire.

Une plateforme pour tout le reste. La gestion des correctifs concerne chaque terminal, chaque application et chaque micrologiciel. Pour qu’elle fonctionne correctement, il faut que l’inventaire sous-jacent, la couverture des agents et l’infrastructure de reporting soient déjà en place pour les disciplines connexes : gestion des configurations, déploiement logiciel, gestion des vulnérabilités et rapports de conformité. Le programme est rapidement rentabilisé, puis continue de générer des bénéfices.

Les défis liés à la gestion des correctifs

Malgré son importance, la gestion des correctifs est l'une des disciplines opérationnelles les plus difficiles à maintenir efficacement. Les défis sont principalement d'ordre structurel, et non liés à la motivation. Identifier les points de friction constitue la première étape pour mettre en place un programme capable de résister à la pression.

Visibilité sur les terminaux. On ne peut appliquer de correctifs qu’aux éléments que l’on voit, et ce sont justement les ressources qui échappent à la surveillance qui sont les plus susceptibles de poser problème. Les appareils BYOD qui n’exécutent pas l’agent. Les ordinateurs portables des prestataires qui se connectent au VPN une fois par trimestre. Le serveur de laboratoire que quelqu’un a mis en place et oublié d’enregistrer. Les charges de travail dans le cloud gérées par une seule équipe. Le travail hybride et à distance a dispersé les terminaux entre les réseaux domestiques, les cafés et les points d’accès 4G, et chaque lacune dans l’inventaire se traduit par une lacune dans la couverture.

Volume des correctifs et rythme de publication. Le « Patch Tuesday » mensuel de Microsoft propose systématiquement 60 correctifs ou plus. Adobe, Mozilla, Google, Oracle, Cisco et une longue liste d’autres éditeurs publient selon leur propre calendrier. SentinelOne prévoit plus de 59 000 CVE publiés d’ici 2026, et le catalogue des vulnérabilités connues pour avoir été exploitées de la CISA a augmenté de 20 % en une seule année. Le tri manuel d’un tel volume ne constitue pas une stratégie ; il s’agit d’un problème arithmétique que les équipes ne peuvent pas résoudre.

Couverture des applications tierces. La mise à jour des correctifs du système d’exploitation est un problème en grande partie résolu. Ce n’est généralement pas le cas pour les correctifs des applications tierces. Les navigateurs, les lecteurs de PDF, les outils de visioconférence, les bibliothèques d’exécution et la multitude d’applications professionnelles sont tous mis à jour selon leur propre rythme et via leurs propres canaux. Une part étonnamment élevée des vulnérabilités exploitées se trouve dans les logiciels tiers plutôt que dans le système d’exploitation, et la plupart des programmes de mise à jour des correctifs ne consacrent pas suffisamment de ressources à cette partie de la surface d’attaque.

Fenêtres de maintenance et temps d'arrêt. Chaque correctif nécessitant un redémarrage requiert une fenêtre de temps que l'entreprise est prête à concéder. Pour les opérations fonctionnant 24 heures sur 24, 7 jours sur 7, cette fenêtre est très réduite, voire inexistante. Trouver un équilibre entre les SLA relatifs aux correctifs et les exigences de disponibilité de l'entreprise est un sujet de négociation récurrent, qui penche presque toujours en faveur de la disponibilité lorsque la politique n'est pas clairement définie.

Correctifs bogués et incompatibles. Les correctifs peuvent parfois causer des dysfonctionnements. Une mise à jour de pilote qui entre en conflit avec une application d'entreprise, un correctif du système d'exploitation qui introduit une régression, une mise à jour tierce qui perturbe une intégration. La crainte des correctifs défectueux est la raison la plus courante pour laquelle les équipes n'appliquent pas suffisamment de correctifs, même si les cycles de déploiement par étapes et les procédures de retour en arrière testées permettent de pallier la plupart des risques.

Contraintes de ressources. La plupart des équipes informatiques et des MSP fonctionnent avec des effectifs réduits. L’application des correctifs entre en concurrence avec toutes les autres priorités opérationnelles en termes de temps, et c’est celle qu’il est le plus facile de reporter, car le coût lié au fait de sauter un cycle n’est pas immédiatement visible. Selon une étude d’Ivanti, une majorité de 71 % des professionnels de l’informatique et de la sécurité estime que l’application des correctifs est trop complexe et chronophage — et cela sans même tenir compte des pénuries de personnel auxquelles sont confrontées la plupart des organisations.

La complexité de la conformité entre les différentes normes. Une équipe accompagnant des clients issus de secteurs réglementés peut être amenée à travailler simultanément sur la norme PCI DSS pour le commerce de détail, la norme HIPAA pour le secteur de la santé, la directive NIS2 pour les activités au sein de l’Union européenne et la norme SOC 2 pour les clients SaaS. Chaque norme impose des attentes différentes en matière de SLA (accord de niveau de service) et des exigences distinctes en matière de preuves. En l’absence d’une politique et d’une structure de reporting unifiées, cette complexité devient un fardeau que l’équipe doit supporter à chaque cycle d’audit.

Bonnes pratiques en matière de gestion des correctifs

Les principes fondamentaux d’un programme efficace de gestion des correctifs sont bien connus. Ce n’est pas l’outillage qui distingue les équipes qui gèrent des programmes aboutis de celles qui rencontrent des difficultés, mais bien leur rigueur. Voici une brève liste des pratiques qui permettent systématiquement de distinguer ces deux types d’équipes :

Hiérarchisez les vulnérabilités en fonction de leur exploitabilité, et pas uniquement de leur niveau de gravité CVSS : une vulnérabilité notée CVSS 7,5 figurant sur la liste KEV de la CISA est plus urgente qu’une autre notée CVSS 9,8 pour laquelle aucun exploit n’est connu. Les traiter de la même manière revient à gaspiller des efforts.
Réduire le délai de correction sur les systèmes exposés à Internet : les terminaux périphériques nécessitent un SLA plus rapide que le reste du parc. Ce sont eux que les attaquants ciblent en premier.
Utilisez des cycles de déploiement : phase pilote, validation et déploiement complet, avec des délais d'attente entre chaque étape. Cela permet d'éviter le pire scénario, à savoir qu'un correctif défectueux affecte tous les terminaux en même temps.
Traitez les applications tierces avec la même rigueur que le système d'exploitation : intégrez les navigateurs, les environnements d'exécution, les outils de visioconférence et les applications métier dans le même inventaire et soumettez-les aux mêmes accords de niveau de service (SLA). Consultez notre analyse approfondie sur la gestion des correctifs tiers pour mieux comprendre son importance.
Automatisez les tâches routinières : l'identification, la planification, le déploiement vers des groupes définis, la logique de nouvelle tentative et la génération de rapports peuvent s'effectuer sans intervention humaine. Réservez les ressources humaines aux exceptions et aux validations. Découvrez-en davantage sur la gestion automatisée des correctifs et pourquoi elle est indispensable.
Faites de la restauration une opération à part entière : documentez-la, testez-la tous les trimestres et considérez ce test comme une étape incontournable. Les incidents rares qui prennent plusieurs jours à résoudre coûtent plus cher que les incidents fréquents qui ne prennent que quelques minutes.
Suivi et rapport de conformité par appareil : un chiffre global de 95 % masque les 5 % qui comptent vraiment. Identifiez les appareils non conformes, leurs propriétaires et le statut de l'exception.
Rédigez une politique écrite et revoyez-la chaque année : les audits l'exigent, le roulement du personnel l'impose, et l'équipe a besoin d'un document de référence lorsque les chefs d'entreprise s'opposent à une fenêtre de maintenance. Consultez notre article de blog consacré à la politique de gestion des correctifs pour plus d'informations.

Chacun de ces éléments s'appuie sur des aspects opérationnels détaillés, notamment les fenêtres de mise à jour, les niveaux de gravité, le dimensionnement des anneaux, la gestion des exceptions et les procédures de restauration. Pour en savoir plus, consultez notre guide complet sur les meilleures pratiques en matière de gestion des correctifs.

Comment Kaseya simplifie la gestion des correctifs pour les prestataires de services gérés (MSP) et les équipes informatiques

La gestion des correctifs est une tâche peu prestigieuse qui permet d’éviter la plupart des failles évitables, de respecter la plupart des exigences de conformité et d’assurer le bon fonctionnement de la plupart des systèmes. Le principe de base est simple : savoir quels logiciels sont en cours d’exécution, identifier ceux qui doivent être mis à jour, appliquer les mises à jour de manière contrôlée et documentée, puis vérifier le résultat. C’est au niveau de la mise en œuvre que les choses deviennent intéressantes, et c’est là que la plupart des programmes réussissent ou échouent discrètement.

Le logiciel de gestion des correctifs de Kaseya, basé sur la technologie RMM, est conçu pour faire de l'application des correctifs une fonctionnalité centrale plutôt qu'une simple fonctionnalité complémentaire. La solution prend en charge l'application des correctifs pour les systèmes d'exploitation Windows et macOS, celle des applications tierces, ainsi que les mises à jour du micrologiciel des appareils gérés, le tout via des workflows basés sur des règles qui analysent, approuvent, déploient et génèrent des rapports sans intervention manuelle pour les mises à jour de routine.

Pour les MSP, cela signifie appliquer des politiques de correctifs cohérentes sur des centaines d’environnements clients à partir d’une console unique, avec des rapports de conformité par client et la gestion des exceptions par appareil. Le module « Advanced Software Management » de Datto RMMétend la couverture des correctifs tiers à plus de 200 applications prêtes à l’emploi, le catalogue s’enrichissant en permanence. Pour les équipes informatiques internes, ce même moteur offre des fonctionnalités centralisées d’analyse, de workflows de validation, de planification des déploiements et de tableaux de bord de conformité qui répondent aux exigences d’audit sans avoir à fouiller dans des feuilles de calcul.

Le cœur du sujet est d’ordre opérationnel, et non technique. Pour qu’un programme de correctifs soit efficace, l’outil doit être suffisamment fiable pour que l’équipe fasse confiance à l’automatisation, suffisamment flexible pour gérer les exceptions générées par chaque environnement, et suffisamment transparent pour qu’une personne extérieure au service informatique puisse vérifier que le travail est bien effectué. Tels sont les principes de conception qui ont guidé la fonctionnalité de gestion des correctifs de Kaseya.

Qu'est-ce que la gestion des correctifs ? Un guide complet destiné aux prestataires de services gérés (MSP) et aux équipes informatiques