Gestion des correctifs sans négociation mensuelle

Les fournisseurs publient leurs correctifs, l'équipe de sécurité rappelle les délais à tout le monde, et les opérations commencent à envoyer des courriels aux propriétaires de services. Quand les serveurs d'applications peuvent-ils être redémarrés ? Le mardi soir est-il acceptable, ou doit-on attendre le week-end ? Qu'en est-il du système qui a pris plus de temps que prévu pour revenir en ligne la dernière fois ? Les réponses arrivent tardivement, certaines pas du tout. Finalement, une partie du parc est corrigée et le reste est repoussé « au mois prochain ».

Ce cycle se répète chaque mois et épuise l'énergie des deux côtés. Les administrateurs sont frustrés de ne pas pouvoir faire le travail pour lequel ils sont responsables. Les propriétaires de services ont l'impression que les opérations leur demandent toujours quelque chose. Et la sécurité voit l'arriéré de correctifs différés augmenter.

Pourquoi la même question revient-elle sans cesse

Nous voyons souvent la gestion des correctifs s'effectuer sous forme d'une série d'événements ponctuels. Chaque mois apporte une nouvelle liste de serveurs, un nouvel ensemble de demandes d'interruption et un nouveau cycle d'approbations. Pourtant, la plupart des réponses ne changent pas d'un mois à l'autre : le service a toujours les mêmes heures ouvrables, la même redondance et le même propriétaire.

Le problème n'est donc pas que les gens refusent de s'accorder. Le problème est que l'accord n'est jamais écrit, et le mois suivant, tout le monde recommence à zéro. D'autres faiblesses s'ajoutent à cela :

• il n'est pas clair qui décide pour un service, de sorte que la demande passe entre plusieurs personnes,
• les serveurs sont corrigés un par un à partir d'une liste, et non par service et ses dépendances,
• les nœuds redondants sont parfois redémarrés en même temps, parce que seules quelques personnes savent qu'ils sont redondants,
• un correctif critique attend dans la même file d'attente qu'une mise à jour mensuelle de routine.

Comment l'aborder

Plutôt que de négocier chaque mois, il est préférable de conclure un seul accord avec le propriétaire du service qui reste valable jusqu'à ce que quelqu'un le modifie délibérément. L'accord stipule quand la correction peut avoir lieu, si la correction dans cette fenêtre est préapprouvée, et comment les nœuds redondants sont traités. La planification mensuelle cesse alors d'être une question de « peut-on ? » et devient simplement « qu'est-ce qui suit ? ».

Le deuxième principe consiste à séparer la voie de routine de la voie urgente. Une vulnérabilité critique ne doit pas attendre la prochaine fenêtre prévue, mais elle ne doit pas non plus contourner entièrement le propriétaire du service.

Comment Eywo Stratum gère cela

Eywo Stratum introduit un accord de correctif entre les opérations et le propriétaire du service. Il couvre :

• une fenêtre permanente – un moment régulier où le service peut être corrigé,
• la correction préapprouvée dans la fenêtre – les changements couverts par l'accord n'ont pas besoin d'une nouvelle approbation d'interruption chaque mois,
• la correction progressive des nœuds redondants – les nœuds d'un groupe de redondance sont corrigés un à la fois pour que le service reste disponible,
• un mode accéléré pour les problèmes critiques – un chemin plus court pour les vulnérabilités graves, convenu à l'avance par les deux parties.

Un accord de correctif proposé atterrit dans la file d'attente unique « À approuver » du propriétaire du service, aux côtés des interruptions de changement et des demandes. Une règle définit qui est le propriétaire ; si un service n'a pas de propriétaire, le gestionnaire des changements décide. Un rejet est toujours accompagné d'une raison, de sorte que les opérations sachent quoi ajuster.

Les accords de correctif alimentent un plan de correctif basé sur des vagues. Les serveurs sont regroupés en vagues en fonction de leurs services et fenêtres, et le plan génère les changements correspondants en une seule étape. Ces changements suivent les mêmes vérifications que tout autre changement dans le système : impact sur les services, fenêtres de maintenance, gels et collisions. Le tableau de bord de vulnérabilité et de remédiation montre alors comment le travail progresse.

S'accorder une fois, être tranquille chaque mois

La gestion des correctifs n'a pas besoin d'être une négociation mensuelle. Une fois qu'il est convenu quand et comment un service est corrigé, les administrateurs peuvent travailler selon un plan, les propriétaires de services savent à quoi s'attendre, et la sécurité peut voir les correctifs réellement atteindre la production. La conversation avec le propriétaire du service a lieu occasionnellement et porte sur ce qui compte, et non sur la même question chaque mois.

Les accords de correctif, les plans de correctif basés sur des vagues et le tableau de bord de remédiation sont inclus dans l'édition Business.