ISO 27002:2022, Beheer 8.25 – Veilige ontwikkelingslewensiklus

ISO 27002:2022 Hersiene kontroles

Bespreek 'n demo

foto, jong, kollegas, bemanning, werk, met, nuwe, begin, projek, in

In die 90's het besighede slegs sekuriteitstoetse vir sagtewareprodukte en -stelsels uitgevoer tydens die toetsfase, in die finale fase van die sagteware-ontwikkelingslewensiklus.

As gevolg hiervan het hulle dikwels nie daarin geslaag om kritieke kwesbaarhede, foute en foute op te spoor en uit te skakel nie.

Om sekuriteitskwesbaarhede vroegtydig te identifiseer en aan te spreek, moet organisasies sekuriteitsoorwegings insluit in alle stadiums van die ontwikkelingslewensiklus, van die beplanning tot die ontplooiingstadium.

Beheer 8.25 handel oor hoe organisasies reëls kan uiteensit en implementeer om veilige sagtewareprodukte en -stelsels te bou.

Doel van beheer 8.25

Beheer 8.25 stel organisasies in staat om inligtingsekuriteitstandaarde te ontwerp en hierdie standaarde toe te pas oor die hele veilige ontwikkelingslewensiklus vir sagtewareprodukte en -stelsels.

Eienskappe tabel

Beheer 8.25 is voorkomend van aard aangesien dit van organisasies vereis om proaktief reëls en kontroles te ontwerp en te implementeer wat die hele ontwikkelingslewensiklus vir elke nuwe sagtewareproduk en -stelsel beheer.

beheer TipeEienskappe vir inligtingsekuriteitKuberveiligheidskonsepteOperasionele vermoënsSekuriteitsdomeine
#Voorkomende#Vertroulikheid
#Integriteit
#Beskikbaarheid
#Beskerm #Toepassingsekuriteit
#Stelsel- en netwerksekuriteit
#Beskerming
Kry 'n voorsprong op ISO 27001
  • Alles opgedateer met die 2022-kontrolestel
  • Maak 81% vordering vanaf die oomblik wat jy aanmeld
  • Eenvoudig en maklik om te gebruik
Bespreek jou demo
img

Eienaarskap van beheer 8.25

Die Hoofinligtingsekuriteitsbeampte moet verantwoordelik wees vir die skepping, implementering en instandhouding van reëls en maatreëls om die veiligheid van die ontwikkelingslewensiklus te verseker.

Algemene riglyne oor nakoming

Beheer 8.25 bevat 10 vereistes waaraan organisasies moet voldoen om veilige sagtewareprodukte, stelsels en argitektuur te bou:

  1. Ontwikkeling, toets en produksie omgewings moet geskei word soos per Beheer 8.31.
  2. Organisasies moet leiding gee oor:
    • Sekuriteitsoorwegings in die sagteware-ontwikkelingsmetodologie in ooreenstemming met Beheer 8.27 en 8.28.
    • Veilige kodering vir elke programmeertaal in ooreenstemming met 8.28.

  3. Organisasies moet sekuriteitsvereistes instel en implementeer wat van toepassing is op die spesifikasie- en ontwerpfase in ooreenstemming met Beheer 5.8.
  4. Organisasies moet sekuriteitskontrolelyste vir die projekte definieer soos per Beheer 5.8.
  5. Organisasies moet sekuriteit en stelseltoetsing uitvoer soos penetrasietoetse en kodeskandering in ooreenstemming met Beheer 8.29.
  6. Organisasies moet veilige bewaarplekke skep wat bronkodes en konfigurasie stoor in ooreenstemming met Kontroles 8.4 en 8.9.
  7. Organisasies moet sekuriteit handhaaf in die weergawebeheer soos voorgeskryf in Beheer 8.32.
  8. Organisasies moet verseker dat alle personeel betrokke by die ontwikkeling voldoende toepassingsekuriteitskennis het en van die nodige opleiding voorsien word soos omskryf in Beheer 8.28.
  9. Ontwikkelaars moet in staat wees om sekuriteitskwesbaarhede te identifiseer en te voorkom soos uiteengesit in Beheer 8.28.
  10. Organisasies moet aan lisensievereistes voldoen en moet die uitvoerbaarheid van alternatiewe koste-effektiewe metodes evalueer soos voorgeskryf in Beheer 8.30.

Verder, indien 'n organisasie sekere ontwikkelingstake aan eksterne partye uitkontrakteer, moet dit verseker dat die eksterne party by die organisasie se reëls en prosedures vir die veilige ontwikkeling van sagteware en stelsel hou.

Kry 'n voorsprong
op ISO 27002

Die enigste voldoening
oplossing wat jy nodig het
Bespreek jou demo

Opgedateer vir ISO 27001 2022
  • 81% van die werk wat vir jou gedoen is
  • Versekerde resultate Metode vir sertifiseringsukses
  • Bespaar tyd, geld en moeite
Bespreek jou demo
img

Aanvullende leiding oor beheer 8.25

Control 8.25 merk op dat sagtewareprodukte, argitekture en stelsels ook binne toepassings, databasisse of blaaiers ontwikkel kan word.

Veranderinge en verskille vanaf ISO 27002:2013

27002:2022/8.25 replace 27002:2013/(14.2.1)

Oor die algemeen is daar twee sleutelverskille.

Die ISO 27002:2022-weergawe stel twee nuwe vereistes

Terwyl die 2022-weergawe in 'n groot mate soortgelyk is aan die 2013-weergawe, stel die Beheer 8.25 twee nuwe vereistes aan organisasies:

  • Organisasies moet aan lisensievereistes voldoen en moet die uitvoerbaarheid van alternatiewe koste-effektiewe metodes evalueer soos voorgeskryf in Beheer 8.30.
  • Organisasies moet sekuriteit en stelseltoetsing uitvoer soos penetrasietoetse en kodeskandering in ooreenstemming met Beheer 8.29.

Die ISO 27002:2013-weergawe word uitdruklik na die kode hergebruik verwys

Die 2013-weergawe het uitdruklik gestel dat die Beheer 14.2.1 van toepassing is op beide nuwe ontwikkelings en op kodehergebruik. Daarteenoor het Beheer 8.25 nie na kodehergebruikscenario's verwys nie.

Hoe ISMS.online help

ISO 27002-implementering is eenvoudiger met ons stap-vir-stap kontrolelys wat jou deur die hele proses lei. Jou volledige voldoeningsoplossing vir ISO/IEC 27002:2022.

  • Tot 81% vorder vanaf wanneer jy aanmeld.
  • Eenvoudige en totale voldoeningsoplossing.

Kontak vandag nog om bespreek 'n demo.

Kyk hoe ons jou kan help

Bespreek 'n pasgemaakte praktiese sessie
gebaseer op jou behoeftes en doelwitte
Bespreek jou demo

Nuwe kontroles

Organisatoriese kontroles

ISO/IEC 27002:2022 BeheeridentifiseerderISO/IEC 27002:2013 BeheeridentifiseerderBeheer naam
5.105.1.1, 05.1.2Beleide vir inligtingsekuriteit
5.206.1.1Rolle en verantwoordelikhede vir inligtingsekuriteit
5.306.1.2Skeiding van pligte
5.407.2.1Bestuursverantwoordelikhede
5.506.1.3Kontak met owerhede
5.606.1.4Kontak met spesiale belangegroepe
5.7NuutBedreigingsintelligensie
5.806.1.5, 14.1.1Inligtingsekuriteit in projekbestuur
5.908.1.1, 08.1.2Inventaris van inligting en ander verwante bates
5.1008.1.3, 08.2.3Aanvaarbare gebruik van inligting en ander verwante bates
5.1108.1.4Teruggawe van bates
5.12 08.2.1Klassifikasie van inligting
5.1308.2.2Etikettering van inligting
5.1413.2.1, 13.2.2, 13.2.3Inligting oordrag
5.1509.1.1, 09.1.2Toegangsbeheer
5.1609.2.1Identiteitsbestuur
5.17 09.2.4, 09.3.1, 09.4.3Stawing inligting
5.1809.2.2, 09.2.5, 09.2.6Toegangsregte
5.1915.1.1Inligtingsekuriteit in verskafferverhoudings
5.2015.1.2Aanspreek van inligtingsekuriteit binne verskaffersooreenkomste
5.2115.1.3Bestuur van inligtingsekuriteit in die IKT-voorsieningsketting
5.2215.2.1, 15.2.2Monitering, hersiening en veranderingsbestuur van verskaffersdienste
5.23NuutInligtingsekuriteit vir die gebruik van wolkdienste
5.2416.1.1Beplanning en voorbereiding van inligtingsekuriteitvoorvalbestuur
5.2516.1.4Assessering en besluit oor inligtingsekuriteitsgebeure
5.2616.1.5Reaksie op inligtingsekuriteitsvoorvalle
5.2716.1.6Leer uit inligtingsekuriteitvoorvalle
5.2816.1.7Insameling van bewyse
5.2917.1.1, 17.1.2, 17.1.3Inligtingsekuriteit tydens ontwrigting
5.30NuutIKT-gereedheid vir besigheidskontinuïteit
5.3118.1.1, 18.1.5Wetlike, statutêre, regulatoriese en kontraktuele vereistes
5.3218.1.2Intellektuele eiendomsregte
5.3318.1.3Beskerming van rekords
5.3418.1.4Privaatheid en beskerming van PII
5.3518.2.1Onafhanklike hersiening van inligtingsekuriteit
5.3618.2.2, 18.2.3Voldoening aan beleide, reëls en standaarde vir inligtingsekuriteit
5.3712.1.1Gedokumenteerde bedryfsprosedures
Vertrou deur maatskappye oral
  • Eenvoudig en maklik om te gebruik
  • Ontwerp vir ISO 27001 sukses
  • Bespaar u tyd en geld
Bespreek jou demo
img

ISMS.online ondersteun nou ISO 42001 - die wêreld se eerste KI-bestuurstelsel. Klik om meer uit te vind