# Vedligehold software gennem hele dens levetid

Taiga Learning · Arbejdsark
https://taiga.training/da/lessons/maintenance/

Brug fiktive eller godkendte oplysninger. Skriv ikke secrets i arbejdsarket.

## Læringsmål
- Skeln mellem rutinevedligeholdelse og hændelseshåndtering.
- Prioritér arbejde ud fra eksponering, udnyttelse og påvirkning af tjenesten.
- Verificér, at en vedligeholdelsesrettelse når den kørende tjeneste.

## Øvelse
Brug de fire fiktive fund i lektionen. Udpeg for hvert fund en ansvarlig, første handling, kontrolmetode og tidspunkt for review. Forklar, hvilken ny observation der ville ændre din prioritering.

## Dit svar
- Scenarie og omfang:
- Antagelser og åbne spørgsmål:
- Foreslået svar eller beslutning med begrundelser:

## Verificér dit svar
| Påstand eller kriterium | Dokumentation eller test | Resultat eller mangel | Ansvarlig |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Næste handling
- Handling, ansvarlig og dato:
- Hvornår vil du gennemgå dette svar?

## Princip at huske
Vedligeholdelse er løbende udviklingsarbejde. En merget rettelse beviser ikke, at produktion kører den rettede version.

## Kilder
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [CISA: Known Exploited Vulnerabilities Catalog](https://www.cisa.gov/known-exploited-vulnerabilities-catalog)
- [Taiga docs: Maintaining](https://docs.tai.ga/operate/maintaining/)

Arbejdsarket understøtter læring. Gennemførelse autoriserer ikke i sig selv en produktionsændring.