Automatische updates uitvoeren met duidelijke stopcriteria

Automatische updates kunnen terugkerend beheerwerk overnemen. Een geslaagde installatie toont echter nog niet aan of uw applicatie en de bijbehorende verbindingen blijven werken zoals bedoeld. Het besluit om door te gaan vraagt daarom om een vastgelegde test.

NIST rekent prioritering, installatie en verificatie van de installatie tot patchbeheer. Voor uw eigen beheer volgt daaruit een concrete vraag: welk applicatieproces moet na de wijziging nog werken?

Een kritieke verbinding controleren

In dit fictieve voorbeeld installeert een automatische routine een update. De webdienst start, maar achtergrondtaak J-61 kan de verbinding met het gekoppelde systeem niet meer gebruiken. De installatiemelding is positief; het benodigde proces blijft onderbroken.

Voor dit geval plant het team een test van de verbinding en het beoogde resultaat voordat de uitrol verdergaat. De test wordt voorbereid in een goedgekeurde omgeving met passende testgegevens. Hier is geen update geïnstalleerd en geen gekoppeld systeem benaderd.

De reactie op een mislukte test bepalen

Deze tabel is een planningssjabloon, geen hier uitgevoerde uitrol. Stoppen betekent een beheerst besluit nemen over de volgende wijziging. De noodzakelijke beveiligingscorrectie blijft een open taak waarvoor een vervolgproces nodig is.

De rollback en resterende taken plannen

Terugkeren naar de oude programmaversie moet passen bij de gegevensstand en al uitgevoerde wijzigingen. Bepaal vooraf welke rollback voor de concrete update is getest en wie die mag uitvoeren. Een ouder bestand alleen is nog geen geteste terugweg.

Leg ten slotte vast wie mislukte controles afhandelt en wanneer open gevallen opnieuw worden beoordeeld. Zo voert de automatisering het afgesproken proces uit en behouden afwijkingen een besluitvormingsroute met een aangewezen verantwoordelijke.

Bronnen

• NIST: Guide to Enterprise Patch Management Planning