Vedligehold software gennem hele dens levetid

Giv vedligeholdelsen en tjenesteejer

Nyttig software fortsætter med at ændre sig efter første release. Afhængigheder får rettelser. Runtimes mister support. Certifikater udløber. Forretningsregler ændres. Adgang, der blev givet under opsætningen, kan bestå længere end tilsigtet.

Bevar en oversigt over tjenester, ejere, udrullede versioner, afhængigheder og supportdatoer. Medtag planlagt arbejde og arbejde udløst af nye fund. Afsæt kapacitet til begge dele. En vedligeholdelsesbacklog uden ejer beskytter ikke tjenesten.

Skeln mellem vedligeholdelse og akut hændelseshåndtering. Eksponerede adgangsoplysninger eller tegn på aktiv kompromittering kan kræve inddæmning, før en almindelig udviklingscyklus er færdig. Send sådanne tilfælde til processen for sikkerhedshændelser.

Prioritér den faktiske eksponering

Alvorlighed beskriver mulige konsekvenser. Prioritet afhænger også af udnyttelse, tilgængelighed, data, eksisterende kontroller og omkostningen ved forsinkelse. En intern tjeneste med lidt trafik kan stadig indeholde vigtige adgangsoplysninger.

CISA’s Known Exploited Vulnerabilities-katalog registrerer sårbarheder med dokumenteret udnyttelse. Brug det som input til prioritering. Fravær fra kataloget beviser ikke, at en sårbarhed er ufarlig. CISA-kataloget.

Overvej disse fiktive fund. Tidsgrænserne tilhører eksempelorganisationen; de er ikke universelle frister.

Gør ikke automatisk hvert fund til en stor opgradering. Vælg en understøttet rettelse, undersøg kompatibilitet, og test den vigtige adfærd. Registrér midlertidig afhjælpning med en ansvarlig og en udløbsbetingelse.

Følg rettelsen ind i produktion

Brug et sporbart forløb: fund, beslutning, ændring, review, udrulning og verifikation. Registrér identifikatoren på det artefakt, produktion faktisk bruger. Scan det relevante artefakt eller miljø igen efter ændringen.

For en fiktiv sårbar PDF-pakke merger teamet en opgradering kl. 10:00. Kl. 11:00 kører produktion stadig gårsdagens image. Rettelsen i repositoryet er færdig. Afhjælpningen i produktion er ufuldstændig.

Verificér efter udrulning både pakkeversionen og PDF-genereringen. En sårbarhedsscanning dokumenterer ikke, at eksporten stadig virker. En funktionstest dokumenterer ikke, at den sårbare komponent er fjernet.

NIST’s SSDF omfatter løbende identifikation og håndtering af sårbarheder. Anvend praksissen gennem hele livscyklussen, også på software med få ønsker om nye funktioner. NIST SSDF.

Brug automatisering med synlige grænser

Taiga Maintaining scanner tilknyttede repositories og kan omsætte fund til initiativer til afhjælpning. Kontrollér den seneste vellykkede scanning, den berørte version og den resulterende ændring. Repositoryscanning dokumenterer ikke, om sårbar kode er tilgængelig i produktion. Maintaining.

Automatisering kan reducere gentaget arbejde, men tjenesten har stadig brug for ansvar for udrulning og verifikation. Gør releasebeslutninger, nødadgang og udløb af undtagelser tydelige.

Vedligeholdelse omfatter også udfasning. Fjern ubrugte routes, adgangsoplysninger, integrationer og infrastruktur gennem en kontrolleret proces. Kontrollér opbevaringskrav og afhængige tjenester før sletning. Udfas den kørende tjeneste, og fordel resterende opbevarings- eller auditopgaver.

Næste lektion behandler løbende sårbarhedsscanning og afhjælpning i detaljer.