A.8.30
Før tilsyn med sikkerheden når andre bygger for jer
Foranstaltning: Teknologisk
Hvad det betyder
Styr, overvåg og gennemgå eksternt udviklet arbejde mod jeres krav.
Sådan kontrollerer StandardOS det
Forbundet skrivebeskyttet, efter en plan. Et bestået tjek holder en bevispost frisk; et fejlet lader den udløbe, så en tilbagegang kommer frem i stedet for at vente på auditten. Hver integration, og hvad hver legitimationsoplysning kan se.
- GitHubStandardOS læser hvilke eksterne bidragydere der kan pushe til de kontrollerede repositories, hver af dem udliciteret udvikling.
Risici, denne foranstaltning håndterer
Fra det startrisikoregister, StandardOS foreslår ved opsætningen. I beholder, redigerer eller sletter hver enkelt; dette er dem, der nævner A.8.30 som håndtering.
- Kode skrevet af en leverandør når produktion uden gennemgangApplikation
Foranstaltninger, der arbejder sammen med denne
De optræder sammen i samme risiko eller samme politik, så de implementeres som regel også sammen.
- A.8.29Test sikkerheden før noget sendes ud
- A.5.19Styr den risiko, leverandører bringer med sig
- A.8.25Sikkerhed gennem hele måden software bliver til på
- A.8.26Afgør hvad en applikation sikkert skal kunne
- A.8.27Design systemer på sikre principper
- A.8.28Skriv kode der står imod angreb
- A.8.31Hold bygge-, test- og driftsmiljøer adskilt
- A.8.33Brug ufarlige data når I tester
Hvad ISO 27001-certificering koster. Auditdagene er fastlagt i ISO/IEC 27006, så I kan regne jeres eget tal ud. Eller se hvilke afsnit StandardOS dækker, også dem det ikke dækker.
Det, StandardOS holder klar for A.8.30 på auditdagen
En beslutning om anvendelighed og et udkast til begrundelse, forudfyldt ud fra en profil med syv spørgsmål og markeret som udkast, indtil I har gjort det til jeres eget. En implementeringsstatus. Daterede bevisposter, der udløber, så den eksport, jeres auditor læser, viser, hvad der var sandt og hvornår, arkiveret under denne reference.