Kjør automatiske oppdateringer med tydelige stoppvilkår

Automatiske oppdateringer kan overta gjentakende driftsarbeid. En vellykket installasjon viser likevel ikke ennå om applikasjonen og forbindelsene fortsatt fungerer som tiltenkt. Beslutningen om å fortsette trenger derfor et definert testtilfelle.

NIST inkluderer prioritering, installasjon og kontroll av installasjonen i oppdateringshåndtering. For egen drift leder dette til et konkret spørsmål: Hvilket applikasjonsforløp må fortsatt fungere etter endringen?

Kontroller en kritisk forbindelse

I det oppdiktede eksemplet installerer en automatisk rutine en oppdatering. Webtjenesten starter, men bakgrunnsoppgaven J-61 kan ikke lenger bruke forbindelsen til det tilknyttede systemet. Installasjonsmeldingen er positiv; det nødvendige forløpet er fortsatt avbrutt.

For dette tilfellet planlegger teamet en test av forbindelsen og det forventede resultatet før utrullingen fortsetter. Testen forberedes i et godkjent miljø med egnede testdata. Her er ingen oppdatering installert og intet tilknyttet system kontaktet.

Fastsett reaksjonen på en mislykket test

Tabellen er en planmal, ikke en utrulling som er utført her. Å stoppe betyr å ta en kontrollert beslutning om neste endring. Den nødvendige sikkerhetsrettingen forblir en åpen oppgave og trenger et fastlagt videre forløp.

Planlegg veien tilbake og resten av arbeidet

En retur til den gamle programversjonen må passe med datatilstanden og endringer som allerede er gjort. Avklar på forhånd hvilken vei tilbake som er testet for den konkrete oppdateringen, og hvem som får utføre den. En eldre fil alene er ikke en testet vei tilbake.

Registrer til slutt hvem som håndterer mislykkede kontroller, og når åpne saker skal vurderes på nytt. Da følger automatikken det avtalte forløpet, mens avvik har en beslutningsvei med en utpekt ansvarlig.

Kilder

• NIST: Guide to Enterprise Patch Management Planning