Hyppää sisältöön

ISO 27002 Control 8.27 -standardin käyttöönotto vahvemman turvallisuuden takaamiseksi

Nykyaikaisten tietojärjestelmien monimutkaiset koostumukset ja jatkuvasti muuttuva kyberturvallisuusuhka tekevät tietojärjestelmistä haavoittuvampia tunnetuille ja mahdollisille turvallisuusuhkille.

Control 8.27, käsittelee kuinka organisaatiot voivat poistaa tietojärjestelmien turvallisuusuhkiin luomalla turvallisia järjestelmäsuunnitteluperiaatteita joita sovelletaan tietojärjestelmän elinkaaren kaikkiin vaiheisiin.

Valvonnan tarkoitus 8.27

Ohjaus 8.27 antaa organisaatioille mahdollisuuden ylläpitää tietojärjestelmien turvallisuus suunnittelu-, käyttöönotto- ja käyttövaiheiden aikana luomalla ja toteuttamalla turvalliset järjestelmäsuunnitteluperiaatteet, joita järjestelmäinsinöörit noudattavat.

Attribuuttien ohjaustaulukko 8.27

Control 8.27 on ennaltaehkäisevä hallinta, joka vaatii organisaatioita poistamaan tunnetut ja mahdolliset uhat tietovarojen luottamuksellisuus, eheys ja saatavuus tallennetaan tai käsitellään tietojärjestelmissä, kuten tallennusvälineissä, tietokantoissa ja sovelluksissa, luomalla turvallisen järjestelmäsuunnittelun periaatteet.

Ohjaus Tietoturvaominaisuudet Kyberturvallisuuden käsitteet Toiminnalliset valmiudet Turvallisuus Domains
#Ennaltaehkäisevä #Luottamuksellisuus #Suojella #Sovellusturvallisuus #Suojaus
#Integrity #Järjestelmä- ja verkkoturvallisuus
#Saatavuus



ISMS.online antaa sinulle 81 %:n etumatkan heti sisäänkirjautumisestasi lähtien.

ISO 27001 helposti

Olemme tehneet kovan työn puolestasi ja antavat sinulle 81 % etumatkan kirjautuessasi sisään. Sinun tarvitsee vain täyttää tyhjät kohdat.




Määräysvallan omistus 8.27

Päällikkö Tietoturvavastaava tulee olla vastuussa tietojärjestelmien turvallista suunnittelua ohjaavien periaatteiden luomiseen, ylläpitoon ja toteuttamiseen.

Yleiset noudattamisohjeet

Control 8.27 korostaa sitä organisaatioiden tulisi upottaa turvallisuus tietojärjestelmien kaikkiin kerroksiin, mukaan lukien liiketoimintaprosessit, sovellukset ja tietoarkkitehtuuri.

Lisäksi, turvallisia suunnitteluperiaatteita tulisi soveltaa kaikkeen tietojärjestelmiin liittyvään toimintaan ja niitä tulee tarkistaa ja päivittää säännöllisesti uusien uhkien ja hyökkäysmallien perusteella.

Sisäisesti kehitettyjen ja käytettyjen tietojärjestelmien lisäksi Control 8.27 koskee myös ulkopuolisten palveluntarjoajien luomia tietojärjestelmiä.

Siksi organisaatioiden tulee varmistaa, että palveluntarjoajien käytännöt ja standardit noudattavat heidän omia suojattuja suunnitteluperiaatteitaan.

Ohjaus 8.27 edellyttää turvallisia järjestelmäsuunnitteluperiaatteita kattamaan seuraavat kahdeksan asiaa:

  • Ohjeita käyttäjän todennusmenetelmiin.
  • Ohjeet turvallinen istunnonhallinta.
  • Ohjeita tietojen puhdistamiseen ja validointimenettelyihin.
  • Kattava analyysi kaikista turvatoimista tarvitaan tietovarojen ja järjestelmien suojaamiseen tunnetuilta uhilta.
  • Kattava analyysi turvatoimien kyvystä tunnistaa, eliminoida ja reagoida turvallisuusuhkiin.
  • analysointi tiettyyn liiketoimintaan sovellettavia turvatoimenpiteitä kuten tiedon salaus.
  • Miten turvatoimenpiteet toteutetaan ja missä. Tämä voi sisältää erityisen turvavalvonnan integroinnin tekniseen infrastruktuuriin.
  • Kuinka erilaiset turvatoimenpiteet toimivat yhdessä ja toimivat yhdistettynä ohjausjärjestelmänä.

Ohjeita nollaluottamusperiaatteesta

Organisaatioiden tulee ottaa huomioon seuraavat nollaluottamusperiaatteet:

  • Alkaen olettamuksesta, että organisaation järjestelmät ovat jo vaarantuneet ja määritelty verkkokehän suojaus ei ole enää tehokas.
  • "Älä koskaan luota ja aina varmista" -lähestymistavan ottaminen käyttöön tietojärjestelmien käyttömahdollisuuksien tarjoamisessa.
  • Varmistetaan, että tietojärjestelmiin tehdyt pyynnöt on suojattu päästä päähän -salauksella.
  • Todennusmekanismin käyttöönotto, joka edellyttää tiedonsaantipyyntöjä järjestelmät tehdään ulkoisista, avoimista verkoista.
  • "Pienimmän etuoikeuden" käyttöönotto ja dynaaminen kulunvalvontatekniikat valvonnan 5.15, 5,18 ja 8.2 mukaisesti. Tämä kattaa arkaluontoisten tietojen ja tietojärjestelmien käyttöoikeuspyyntöjen todentamisen ja valtuutuksen ottaen huomioon kontekstuaaliset tiedot, kuten käyttäjien tunnistetiedot, kuten Ohjauksessa 5.16 on määritelty, ja tietojen luokittelu Ohjaus 5.12:n mukaisesti.
  • Aina pyytäjän henkilöllisyyden todentaminen ja tietojärjestelmien käyttöoikeuspyyntöjen tarkistaminen. Nämä todennus- ja varmennustoimenpiteet tulee suorittaa todennustietojen mukaisesti Control 5.17:ssä, User Identities in Control 5.16 ja Multi-Factor in Control 8.5.



kiipeily

Ota käyttöön, laajenna ja skaalaa vaatimustenmukaisuus ilman sotkua. Io antaa sinulle joustavuutta ja luottamusta kasvaa turvallisesti.




Mitä suojattujen järjestelmäsuunnittelutekniikoiden tulisi kattaa?

  • Turvallisen arkkitehtuurin periaatteiden hyväksyminen ja käyttöönotto, mukaan lukien "suunniteltu turvallisuus", "syvällinen puolustus", "epäonnistuu turvallisesti", "ei luota ulkoisten sovellusten syötteeseen", "olettaa tietomurron", "vähiten etuoikeus", "käytettävyys ja hallittavuus" ja " vähiten toimintoja”.
  • Turvallisuuspainotteisen suunnittelun tarkistusprosessin hyväksyminen ja soveltaminen tunnistaa tietoturva haavoittuvuudet ja sen takaaminen, että turvatoimenpiteet tunnistetaan ja että ne täyttävät turvallisuusvaatimukset.
  • Turvatoimenpiteiden, jotka eivät täytä vaatimuksia, dokumentointi ja kuittaus.
  • Järjestelmän kovettuminen.

Mitä kriteerejä tulee ottaa huomioon turvallisten suunnitteluperiaatteiden suunnittelussa?

Organisaatioiden tulee ottaa huomioon seuraavat seikat luodessaan turvallisia järjestelmäsuunnittelun periaatteita:

  • Tarve integroida säätimet tiettyyn suojausarkkitehtuuriin.
  • Olemassa oleva tekninen turvallisuusinfrastruktuuri, mukaan lukien julkisen avaimen infrastruktuuri, identiteetin hallinta ja tietovuotojen esto.
  • Pystyykö organisaatio rakentamaan ja ylläpitämään valittua teknologiaa.
  • Turvallisuusvaatimusten täyttämiseen tarvittavat kustannukset ja aika sekä tällaisten vaatimusten monimutkaisuus.
  • Nykyiset parhaat käytännöt.

Käytännön opas turvallisen järjestelmäsuunnittelun periaatteiden soveltamiseen

Ohjaus 8.27 huomauttaa, että organisaatiot voivat soveltaa suojattuja suunnitteluperiaatteita käytäntöön määrittäessään seuraavia:

  • Vikasietoisuus ja vastaavat joustavuusmenetelmät.
  • Erottelutekniikat, kuten virtualisointi.
  • Peukaloinnin vastustuskyky.

Lisäksi turvallinen virtualisointitekniikka voi auttaa poistamaan riskin siepauksesta kahden samassa laitteessa toimivan sovelluksen välillä.

Lopuksi huomautetaan, että peukaloinnin estojärjestelmien käyttö voi auttaa tunnistamaan sekä loogisen että fyysisen tietojärjestelmien peukaloinnin ja estämään luvattoman tiedon poiminnan.




ISMS.online tukee yli 100 standardia ja sääntöä, mikä tarjoaa sinulle yhden alustan kaikkiin vaatimustenmukaisuustarpeisiisi.

ISMS.online tukee yli 100 standardia ja sääntöä, mikä tarjoaa sinulle yhden alustan kaikkiin vaatimustenmukaisuustarpeisiisi.




Muutokset ja erot ISO 27002:2013:sta

27002:2022/8.27 replaces 27002:2013/(14.2.5)

2022-versio sisältää kattavammat vaatimukset verrattuna vuoden 2013 versioon:

  1. Toisin kuin vuoden 2013 versio, vuoden 2022 versio antaa ohjeita siitä, mitä suojattujen suunnitteluperiaatteiden tulisi kattaa.
  2. Toisin kuin 2013-versio, 2022-versio käsittelee sitä, mitä kriteereitä organisaatioiden tulee ottaa huomioon suunnitellessaan turvallisia järjestelmäsuunnittelun periaatteita.
  3. Vuoden 2022 versio sisältää ohjeet nollaluottamusperiaatteesta. Vuoden 2013 versio ei toisaalta kattanut tätä.
  4. Vuoden 2022 versio sisältää suosituksia mitä turvallisia suunnittelutekniikoita tulisi soveltaa, kuten "suunniteltu turvallisuus". Toisin kuin vuoden 2022 versio, vuoden 2013 versio ei viitannut tällaisiin tekniikoihin.

Uudet ISO 27002 -säätimet

Uudet hallintalaitteet
ISO/IEC 27002:2022 Control Identifier ISO/IEC 27002:2013 Control Identifier Ohjausnimi
5.7 UUSI Uhan älykkyys
5.23 UUSI Tietoturva pilvipalvelujen käyttöön
5.30 UUSI ICT-valmius liiketoiminnan jatkuvuuteen
7.4 UUSI Fyysisen turvallisuuden valvonta
8.9 UUSI Kokoonpanonhallinta
8.10 UUSI Tietojen poistaminen
8.11 UUSI Tietojen peittäminen
8.12 UUSI Tietovuotojen esto
8.16 UUSI Toimien seuranta
8.23 UUSI Web-suodatus
8.28 UUSI Turvallinen koodaus
Organisaation valvonta
ISO/IEC 27002:2022 Control Identifier ISO/IEC 27002:2013 Control Identifier Ohjausnimi
5.1 05.1.1, 05.1.2 Tietoturvakäytännöt
5.2 06.1.1 Tietoturvaroolit ja -vastuut
5.3 06.1.2 Tehtävien eriyttäminen
5.4 07.2.1 Johdon vastuut
5.5 06.1.3 Yhteys viranomaisiin
5.6 06.1.4 Ota yhteyttä erityisiin eturyhmiin
5.7 UUSI Uhan älykkyys
5.8 06.1.5, 14.1.1 Tietoturva projektinhallinnassa
5.9 08.1.1, 08.1.2 Tietojen ja muiden niihin liittyvien varojen luettelo
5.10 08.1.3, 08.2.3 Tietojen ja muiden niihin liittyvien resurssien hyväksyttävä käyttö
5.11 08.1.4 Omaisuuden palautus
5.12 08.2.1 Tietojen luokitus
5.13 08.2.2 Tietojen merkitseminen
5.14 13.2.1, 13.2.2, 13.2.3 Tietojen siirto
5.15 09.1.1, 09.1.2 Kulunvalvonta
5.16 09.2.1 Identiteettihallinta
5.17 09.2.4, 09.3.1, 09.4.3 Todennustiedot
5.18 09.2.2, 09.2.5, 09.2.6 Käyttöoikeudet
5.19 15.1.1 Tietoturva toimittajasuhteissa
5.20 15.1.2 Tietoturvan huomioiminen toimittajasopimuksissa
5.21 15.1.3 Tietoturvan hallinta ICT-toimitusketjussa
5.22 15.2.1, 15.2.2 Toimittajapalvelujen seuranta, arviointi ja muutosten hallinta
5.23 UUSI Tietoturva pilvipalvelujen käyttöön
5.24 16.1.1 Tietoturvaloukkausten hallinnan suunnittelu ja valmistelu
5.25 16.1.4 Tietoturvatapahtumien arviointi ja päätös
5.26 16.1.5 Tietoturvahäiriöihin reagointi
5.27 16.1.6 Tietoturvahäiriöistä oppiminen
5.28 16.1.7 Todisteiden kerääminen
5.29 17.1.1, 17.1.2, 17.1.3 Tietoturva häiriön aikana
5.30 5.30 ICT-valmius liiketoiminnan jatkuvuuteen
5.31 18.1.1, 18.1.5 Lakisääteiset, lakisääteiset, säädökset ja sopimusvaatimukset
5.32 18.1.2 Immateriaalioikeudet
5.33 18.1.3 Tietueiden suojaus
5.34 18.1.4 Yksityisyys ja henkilötietojen suoja
5.35 18.2.1 Riippumaton tietoturvatarkastus
5.36 18.2.2, 18.2.3 Tietoturvakäytäntöjen, sääntöjen ja standardien noudattaminen
5.37 12.1.1 Dokumentoidut toimintaohjeet
Ihmisten ohjaukset
ISO/IEC 27002:2022 Control Identifier ISO/IEC 27002:2013 Control Identifier Ohjausnimi
6.1 07.1.1 Seulonta
6.2 07.1.2 Työsuhteen ehdot
6.3 07.2.2 Tietoturvatietoisuus, koulutus ja koulutus
6.4 07.2.3 Kurinpitoprosessi
6.5 07.3.1 Vastuut työsuhteen päättymisen tai muutoksen jälkeen
6.6 13.2.4 Luottamuksellisuus- tai salassapitosopimukset
6.7 06.2.2 Etätyö
6.8 16.1.2, 16.1.3 Tietoturvatapahtumaraportointi
Fyysiset säätimet
Tekniset säädöt
ISO/IEC 27002:2022 Control Identifier ISO/IEC 27002:2013 Control Identifier Ohjausnimi
8.1 06.2.1, 11.2.8 Käyttäjän päätelaitteet
8.2 09.2.3 Etuoikeutetut käyttöoikeudet
8.3 09.4.1 Tiedon pääsyn rajoitus
8.4 09.4.5 Pääsy lähdekoodiin
8.5 09.4.2 Turvallinen todennus
8.6 12.1.3 Kapasiteetin hallinta
8.7 12.2.1 Suojaus haittaohjelmia vastaan
8.8 12.6.1, 18.2.3 Teknisten haavoittuvuuksien hallinta
8.9 UUSI Kokoonpanonhallinta
8.10 UUSI Tietojen poistaminen
8.11 UUSI Tietojen peittäminen
8.12 UUSI Tietovuotojen esto
8.13 12.3.1 Tietojen varmuuskopiointi
8.14 17.2.1 Tietojenkäsittelylaitteiden redundanssi
8.15 12.4.1, 12.4.2, 12.4.3 Hakkuu
8.16 UUSI Toimien seuranta
8.17 12.4.4 Kellon synkronointi
8.18 09.4.4 Etuoikeutettujen apuohjelmien käyttö
8.19 12.5.1, 12.6.2 Ohjelmistojen asennus käyttöjärjestelmiin
8.20 13.1.1 Verkkojen turvallisuus
8.21 13.1.2 Verkkopalvelujen turvallisuus
8.22 13.1.3 Verkkojen erottelu
8.23 UUSI Web-suodatus
8.24 10.1.1, 10.1.2 Salaustekniikan käyttö
8.25 14.2.1 Turvallinen kehityksen elinkaari
8.26 14.1.2, 14.1.3 Sovelluksen suojausvaatimukset
8.27 14.2.5 Turvallinen järjestelmäarkkitehtuuri ja suunnitteluperiaatteet
8.28 UUSI Turvallinen koodaus
8.29 14.2.8, 14.2.9 Tietoturvatestausta kehitetään ja hyväksytään
8.30 14.2.7 Ulkoistettu kehitys
8.31 12.1.4, 14.2.6 Kehitys-, testi- ja tuotantoympäristöjen erottaminen toisistaan
8.32 12.1.2, 14.2.2, 14.2.3, 14.2.4 Muutoksen hallinta
8.33 14.3.1 Testitiedot
8.34 12.7.1 Tietojärjestelmien suojaus auditointitestauksen aikana

Miten ISMS.online auttaa

ISO 27002:n käyttöönotto on yksinkertaisempaa vaiheittaisen tarkistusluettelomme avulla, joka opastaa sinut koko prosessin läpi. Täydellinen vaatimustenmukaisuusratkaisusi ISO / IEC 27002: 2022.

  • Jopa 81 % edistystä sisäänkirjautumisen jälkeen.
  • Yksinkertainen ja täydellinen vaatimustenmukaisuusratkaisu.

Ota yhteyttä jo tänään varaa esittely.


Sam Peters

Sam on Chief Product Officer ISMS.onlinessa ja johtaa kaikkien tuoteominaisuuksien ja toimintojen kehitystä. Sam on asiantuntija monilla vaatimustenmukaisuuden aloilla ja työskentelee asiakkaiden kanssa kaikissa mittatilaustyönä tehdyissä tai suurissa projekteissa.

Tee virtuaalikierros

Aloita ilmainen kahden minuutin interaktiivinen demosi nyt ja katso
ISMS.online toiminnassa!

alustan kojelauta kokonaan kristallilla

Olemme alamme johtaja

4/5 tähteä
Käyttäjät rakastavat meitä
Johtaja - Syksy 2025
Huippusuorittaja, pienyritys - syksy 2025, Iso-Britannia
Aluejohtaja - Syksy 2025 Eurooppa
Aluejohtaja - Syksy 2025 EMEA
Aluejohtaja - Syksy 2025, Iso-Britannia
Huippusuorittaja - Syksy 2025 Eurooppa Keskisuuret markkinat

"ISMS.Online, erinomainen työkalu sääntelyn noudattamiseen"

—Jim M.

"Tekee ulkoisista tarkastuksista helppoa ja yhdistää kaikki ISMS:si osat saumattomasti yhteen"

—Karen C.

"Innovatiivinen ratkaisu ISO- ja muiden akkreditointien hallintaan"

—Ben H.