Valvonnan tarkoitus 5.20
Valvonta 5.20 säätelee, kuinka organisaatio muodostaa sopimuksen suhde toimittajaanniiden turvallisuusvaatimusten ja niiden toimittajien tyypin perusteella.
5.20 on ennaltaehkäisevä valvonta että ylläpitää riskiä asettamalla tietoturvaa käsittelevien organisaatioiden ja niiden toimittajien välille molempia osapuolia tyydyttäviä velvoitteita.
Sen sijaan Control 5.19 hallitsee tietoturvaa kauttaaltaan suhde, Control 5.20 on huolissaan siitä, miten organisaatiot muodostavat sitovia sopimuksia Alkaa suhteesta.
Ohjauksen ominaisuudet 5.20
Ohjaus | Tietoturvaominaisuudet | Kyberturvallisuuden käsitteet | Toiminnalliset valmiudet | Turvallisuus Domains |
---|---|---|---|---|
#Ennaltaehkäisevä | #Luottamuksellisuus | #Tunnistaa | #Toimittajasuhteiden turvallisuus | #Hallinto ja ekosysteemi |
#Integrity | #Suojaus | |||
#Saatavuus |
Määräysvallan omistus 5.20
Hallinto-oikeuden omistus 5.20 on riippuvainen siitä, onko organisaatiolla oma lakiosasto, ja minkä tahansa allekirjoitetun sopimuksen taustalla olevasta luonteesta.
Jos organisaatiolla on oikeuskelpoisuus laatia, muuttaa ja tallentaa omia sopimussopimuksiaan ilman kolmannen osapuolen osallistumista, 5.20:n omistusoikeus kuuluu henkilölle, jolla on lopullinen vastuu organisaation oikeudellisesti sitovista sopimuksista (sopimukset, yhteisymmärrysmuistiot, SLA-sopimukset jne. .)
Jos organisaatio ulkoistaa tällaiset sopimukset, Control 5.20:n omistusoikeus tulisi olla ylimmän johdon jäsenellä, joka valvoo organisaation kaupallinen toiminta, ja ylläpitää suoraa suhdetta organisaation toimittajiin, kuten a Chief Operating Officer.
Hanki 81 % etumatka
Olemme tehneet kovan työn puolestasi ja antavat sinulle 81 % etumatkan kirjautuessasi sisään.
Sinun tarvitsee vain täyttää tyhjät kohdat.
Yleiset valvontaohjeet 5.20
Ohjaus 5.20 sisältää 25 ohjekohtaa, jotka ISO-tila "voidaan ottaa huomioon" (eli ei välttämättä kaikkia) organisaation tietoturvavaatimusten täyttämiseksi.
Riippumatta siitä, mitä toimenpiteitä toteutetaan, Control 5.20 sanoo nimenomaisesti, että molempien osapuolten tulee poistua prosessista "selkeästi" tietoturvavelvoitteistaan toisiaan kohtaan.
- On annettava selkeä kuvaus, jossa kerrotaan yksityiskohtaisesti, mitä tietoja on käytettävä millä tahansa tavalla ja kuinka kyseiset tiedot aiotaan käyttää.
- Organisaation tulee luokitella käytettävät tiedot julkaistun luokitusjärjestelmän mukaisesti (katso Control 5.10, Control 5.12 ja Control 5.13).
- Toimittajapuolen luokittelujärjestelmää ja sitä, miten se liittyy organisaation tietojen luokitukseen, tulee ottaa riittävästi huomioon.
- Molempien osapuolten oikeudet tulisi luokitella neljään pääalueeseen – oikeudellisiin, lakisääteisiin, säännöksiin ja sopimuksiin. Näillä neljällä alueella on eriteltävä selkeästi erilaisia velvoitteita, kuten kaupallisissa sopimuksissa on tapana, mukaan lukien henkilökohtaisten tunnistetietojen käyttö, immateriaalioikeudet ja tekijänoikeusmääräykset. Sopimuksen olisi myös katettava, kuinka kutakin näistä avainalueista käsitellään vuorotellen.
- Jokaisen osapuolen tulisi olla velvollinen ottamaan käyttöön useita samanaikaisia valvontatoimia, jotka valvovat, arvioivat ja hallitsevat tietoturvariski tasot (kuten kulunvalvontakäytännöt, sopimusten tarkastelut, järjestelmien seuranta, raportointi ja määräajoin auditointi). Lisäksi sopimuksessa tulee selkeästi hahmotella toimittajahenkilöstön tarve noudattaa organisaation tietoturvastandardeja (ks. Valvonta 5.20).
- Kummankin osapuolen tietojen sekä fyysisen ja virtuaalisen omaisuuden sekä hyväksyttävän että ei-hyväksyttävän käytön tulee olla selkeästi ymmärrettävissä.
- Olisi otettava käyttöön menettelyt, jotka koskevat toimittajapuolen henkilöstöltä vaadittavia valtuutustasoja päästäkseen käsiksi tai tarkastelemaan organisaation tietoja (esim. valtuutetut käyttäjäluettelot, toimittajapuolen auditoinnit, palvelimen pääsynvalvonta).
- Tietoturvaa tulee harkita toimittajan oman ICT-infrastruktuurin rinnalla ja miten se liittyy siihen tietotyyppiin, jolle organisaatio on antanut pääsyn, riskikriteerit ja organisaation liiketoiminnan perusvaatimukset.
- On harkittava, mihin toimiin organisaatio voi ryhtyä, jos toimittaja rikkoo sopimusta tai ei noudata yksittäisiä määräyksiä.
- Sopimuksessa tulee selkeästi hahmotella keskinäinen Tapahtumanhallintamenettely Se määrittelee selkeästi, mitä on tapahduttava ongelmien ilmetessä, erityisesti mitä tulee tapahtumaan viestimiseen molempien osapuolten välillä.
- Henkilökuntaa molemmilta osapuolilta tulisi antaa riittävä tietoisuuskoulutus (jos vakiokoulutus ei ole riittävä) sopimuksen keskeisillä aloilla, erityisesti koskien keskeisiä riskialueita, kuten vaaratilanteiden hallinta ja tiedonsaanti.
- Alihankkijoiden käyttöön tulee kiinnittää riittävästi huomiota. Jos toimittajalla on lupa käyttää alihankkijoita, organisaatioiden tulee ryhtyä toimiin varmistaakseen, että kaikki tällaiset henkilöt tai yritykset noudattavat samoja tietoturvavaatimuksia kuin toimittaja.
- Jos se on laillisesti mahdollista ja toiminnallisesti olennaista, organisaatioiden tulee harkita, kuinka tavarantoimittajien henkilöstö seulotaan ennen kuin he ovat vuorovaikutuksessa heidän tietoihinsa, ja kuinka seulonta kirjataan ja raportoidaan organisaatiolle, mukaan lukien turvatarkastuksen suorittamattomat henkilöt ja huolenaiheet.
- Organisaatioiden tulee määrätä, että tarvitaan kolmannen osapuolen todistuksia, jotka varmistavat toimittajan kyvyn täyttää organisaation tietoturvavaatimukset, mukaan lukien riippumattomat raportit ja kolmannen osapuolen auditoinnit.
- Organisaatioilla tulee olla sopimusoikeus arvioida ja auditoida toimittajan valvontaan liittyviä menettelyjä 5.20.
- Tavarantoimittajilla tulisi olla velvollisuus toimittaa raportteja (vaihtelevan väliajoin), jotka kattavat heidän omien prosessiensa ja menettelyjensä tehokkuuden ja sen, kuinka he aikovat käsitellä raportissa esiin tuotuja ongelmia.
- Sopimuksen tulee ryhtyä toimenpiteisiin varmistaakseen, että kaikki suhteen aikana ilmenevät puutteet tai ristiriidat ratkaistaan oikea-aikaisesti ja perusteellisesti.
- Tarvittaessa toimittajan tulee noudattaa vankkaa BUDR-politiikkaa organisaation tarpeiden mukaisesti, joka kattaa kolme päänäkökohtaa:
a) Varmuuskopion tyyppi (täysi palvelin, tiedosto ja kansio jne., inkrementaalinen jne.)
b) Varmuuskopiointitiheys (päivittäin, viikoittain jne.)
c) Varmuuskopiointipaikka ja lähdemedia (paikan päällä, ulkopuolella) - Tietojen sietokyky tulisi saavuttaa toimimalla hätäpalautuspaikalla, joka on erillään toimittajan päätoimipaikasta ja johon ei kohdistu samaa riskitasoa.
- Toimittajan tulee toimia a kattava muutoksenhallintapolitiikka joka ilmoittaa etukäteen organisaatiolle muutoksista, jotka voivat vaikuttaa tietoturvaan, ja antaa organisaatiolle mahdollisuuden hylätä muutokset.
- Fyysiset turvatarkastukset (rakennuksen sisäänpääsy, vierailijoiden pääsy, huoneiden sisäänpääsy, työpöydän turvallisuus) tulee säätää, jotka liittyvät siihen, minkä tyyppiseen tietoon heillä on pääsy.
- Kun on tarvetta siirtää tiedot omaisuuden välillä, sivustot, palvelimet tai tallennuspaikat, toimittajan tulee varmistaa, että tiedot ja omaisuus on suojattu katoamiselta, vahingoittumiselta tai vioittumiselta koko prosessin ajan.
- Sopimuksessa tulee sisältää kattava luettelo toimenpiteistä, jotka jommankumman osapuolen on toteutettava irtisanomisen yhteydessä (katso myös Valvonta 5.20), mukaan lukien (mutta ei rajoittuen):
a) Omaisuuden luovutus ja/tai siirto
b) Tietojen poistaminen
c) IP:n palautus
d) Käyttöoikeuksien poistaminen
e) Jatkuvat salassapitovelvollisuudet - Kohdan 23 lisäksi toimittajan tulee hahmotella tarkasti, kuinka se aikoo tuhota/pysyvästi poistaa organisaation tiedot heti, kun niitä ei enää tarvita (eli irtisanomisen yhteydessä).
- Jos sopimuksen päätyttyä tulee tarve luovuttaa tuki ja/tai palvelut toiselle palveluntarjoajalle, jota ei ole mainittu sopimuksessa, toimenpiteillä varmistetaan, että prosessi ei aiheuta liiketoiminnan keskeytyksiä.
Ohjaimet tukevat
- 5.10
- 5.12
- 5.13
- 5.20
Täydentävä opas
Auttaakseen organisaatioita toimittajasuhteiden hallinnassa, Control 5.20 sanoo, että organisaatioiden tulee ylläpitää a sopimusrekisteri.
Rekistereissä tulee luetella kaikki muiden organisaatioiden kanssa tehdyt sopimukset, jotka on luokiteltu suhteen luonteen mukaan, esim. sopimukset, yhteisymmärryspöytäkirjat ja tiedonjakosopimuksia.
Hallitse kaikkea vaatimustenmukaisuuttasi yhdessä paikassa
ISMS.online tukee yli 100 standardia
ja määräykset, mikä antaa sinulle yhden
alusta kaikkiin vaatimustenmukaisuustarpeisiisi.
Muutokset ja erot standardista ISO 27002:2013
ISO 27002:2022-5.20 korvaa standardin 27002:2013-15.1.2 (turvallisuuden käsitteleminen toimittajasopimuksissa).
ISO 27002:2022-5.20 sisältää lukuisia lisäohjeita, jotka koskevat laajaa valikoimaa teknisiä, juridisia ja vaatimustenmukaisuuteen liittyviä aiheita, mukaan lukien:
- Luovutusmenettelyt
- Tiedon tuhoaminen
- Irtisanomislausekkeet
- Fyysiset turvatarkastukset
- Muutoksen hallinta
- Varmuuskopiot ja tiedon redundanssi
Yleisesti ottaen ISO 27002:2022-5.20 painottaa paljon enemmän sitä, mitä tapahtuu toimittajasuhteen lopussa, ja antaa paljon enemmän merkitystä sille, kuinka toimittaja saavuttaa redundanssin ja tietojen eheyden koko sopimuksen keston ajan.
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
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
ISO/IEC 27002:2022 Control Identifier | ISO/IEC 27002:2013 Control Identifier | Ohjausnimi |
---|---|---|
7.1 | 11.1.1 | Fyysisen turvallisuuden rajat |
7.2 | 11.1.2, 11.1.6 | Fyysinen sisääntulo |
7.3 | 11.1.3 | Toimistojen, huoneiden ja tilojen turvaaminen |
7.4 | Uusi | Fyysisen turvallisuuden valvonta |
7.5 | 11.1.4 | Suojautuminen fyysisiltä ja ympäristöuhkilta |
7.6 | 11.1.5 | Työskentely turvallisilla alueilla |
7.7 | 11.2.9 | Selkeä pöytä ja selkeä näyttö |
7.8 | 11.2.1 | Laitteiden sijoitus ja suojaus |
7.9 | 11.2.6 | Omaisuuden turvallisuus muualla kuin toimitiloissa |
7.10 | 08.3.1, 08.3.2, 08.3.3, 11.2.5 | Tallennusvälineet |
7.11 | 11.2.2 | Apuohjelmia tukevat |
7.12 | 11.2.3 | Kaapeloinnin turvallisuus |
7.13 | 11.2.4 | Laitehuolto |
7.14 | 11.2.7 | Laitteiden turvallinen hävittäminen tai uudelleenkäyttö |
Tekniset säädöt
Miten ISMS.online auttaa
ISO 27002 käyttöönotto on yksinkertaisempaa vaiheittaisella tarkistuslistallamme, joka opastaa sinut koko prosessin läpi ISMS:si laajuuden määrittämisestä riskien tunnistamiseen ja valvonnan toteutukseen.
Ota yhteyttä jo tänään varaa esittely.