62443 IEC 62443 -tarkastusKoulutus- ja tarkastusympäristö

Etusivu / Käytännön tiivistelmä

Osa 02 · Tiivistelmä

Käytännön tiivistelmä olennaisesta

Neljä asiaa, jotka ratkaisevat: vyöhykkeet ja yhteydet, tavoitetasot, seitsemän perusvaatimusta ja menettely, jolla tämä saadaan aikaan oikeassa järjestelmässä.

1 · Vyöhykkeet ja niiden väliset yhteydet

Tarkasteltava järjestelmä (System under Consideration, SuC) jaetaan vyöhykkeisiin (zone), joiden laitteilla ja järjestelmillä on yhteiset tietoturvavaatimukset. Vyöhykkeiden välisiä viestintäkanavia hallitaan loogisina yhteysryhminä (conduit).

Yhteydessä 1 vaaditaan B-vyöhykkeen tiukempaa tasoa: VLAN, rajattu protokollalista, kirjaus ja tarkistettu viestin eheys molempiin suuntiin.

2 · Tavoitetasot: SL 0-4 ja SL-T / SL-C / SL-A

Taso (SL) kuvaa luottamusta siihen, että järjestelmä on vapaa haavoittuvuuksista ja toimii tarkoitetulla tavalla. Sitä ei anneta yhdelle luvulle vaan vektorilla, jossa on yksi arvo kullekin seitsemästä perusvaatimuksesta: esim. SL = (3,3,3,1,2,1,3).

TasoUhatasoKäytännön merkitys
SL 0Ei erityistä suojelustarvettaEi vaatimuksia tason suhteen.
SL 1Tahaton tai satunnainen väärinkäyttöPeruskoulutus, yleiset oletukset, yksinkertaiset suojaavat toimet.
SL 2Tarkoituksellinen käyttö yksinkertaisilla välineillä, vähäisellä resurssilla, yleisillä taidoillaTunnistautuminen kaikille, roolit, kirjaus, perussegmentointi.
SL 3Tarkoituksellinen käyttö kehittyneillä välineillä ja keskitason resursseilla, IACS-osaamisellaVahva tunnistautuminen, salattu siirto, kattava valvonta, todennus.
SL 4Keinot, laajat resurssit, asiantunteva tietämys ja korkea motivaatioKriittisiin prosesseihin: kattavin kaikkiin perusvaatimuksiin.
SL-T · TARGET

Tavoitetaso

Riskiarvioinnin tulos vyöhykkeelle tai yhteydelle. Omistaja määrittää sen 3-2:n mukaisesti.

SL-C · CAPABILITY

Kykytaso

Mitä järjestelmä (3-3) tai komponentti (4-2) pystyy tuottamaan oikein konfiguroituna.

SL-A · ACHIEVED

Saavutettu taso

Mitä todella on toteutettu ja todennettu. Ainoa totuudenmukainen mittari käyttöönotossa.

Suurin käytännön virhe

Ostetaan laite, jonka SL-C riittää, ja oletetaan saavutetuksi tasoksi. Ilman konfigurointia, integraatiota ja riippumatonta todennusta SL-A jää usein alle SL-T:n — tämä aukko on korjattava tai kompensoitava. Työkalu aukon mittaamiseen: SL-aukkojen laskuri.

3 · Seitsemän perusvaatimusta (FR1-FR7)

Kaikki 3-3:n järjestelmävaatimukset (SR, 51 kpl) ja 4-2:n komponenttivaatimukset ryhmitellään seitsemään perusvaatimukseen. Ne ovat sama aakkosto kaikissa rooleissa.

FR1 · IAC

Tunnistautuminen ja todennus

Kenelle annetaan pääsy ja miten henkilöys vahvistetaan.

FR2 · UC

Käytön hallinta

Mitä todennettu käyttäjä saa tehdä.

FR3 · SI

Järjestelmän eheys

Data ja ohjauslogiikka pysyvät koskemattomina.

FR4 · DC

Tietojen salaisuus

Ei luvatonta paljastumista.

FR5 · RDF

Liikenteen rajoittaminen

Vyöhykejako ja yhteyksien hallinta — sarjan verkotekniikka.

FR6 · TRE

Tapahtumiin reagointi

Havaitaan, kirjataan ja reagoidaan ajallaan.

FR7 · RA

Resurssien saatavuus

Kriittiset toiminnot jatkuvat myös hyökkäyksessä.

Yksittäinen vaatimus täyttyy vaiheittain: SL 1 = perustaso, SL 2-4 lisäävät vaatimuksen parannuksia (requirement enhancements) aina tason mukaan. Siksi tavoitetaso 3 tarkoittaa useimpia FR-kohtia tasoa 3.

4 · Menettely: kahdeksan vaihetta käytäntöön

  1. Rajaa SuC ja kerää inventaario

    Mikä sisältyy tarkasteluun: laitteet, ohjelmistot, yhteydet, toimittajat, huoltokäynnit. Ilman inventaariota ei ole jaettavissa vyöhykkeisiin. (2-1 CM 1.1)

  2. Arvioi riski ja uhkamalli

    Seuraa uhkia, haavoittuvuuksia, vaikutusta prosessiin ja uhkaajan kykyä. 3-2 ei määritä menetelmää — käytä olemassa olevaa (esim. HAR, HAZOP-avusteinen) ja kirjaa perustelut.

  3. Jaa vyöhykkeisiin ja yhteyksiin

    Ryhmittele omaisuus riskin ja vaikutuksen mukaan. Dokumentoi jokaisen vyöhykkeen ja yhteyden raja, jokaisen yhteyden tarkoitus ja sallitut protokollat. (3-2 ZCR-vaatimukset)

  4. Aseta SL-T vyöhykekohtaisesti

    Vektori per FR:lle, ei yksi luku. Perustele jokainen arvo riskillä ja uhkaajalla. Korkea taso kaikkeen on kallis ja usein turha.

  5. Kirjaa turvallisuusvaatimusselostus (CRS)

    CRS on sitova dokumentti: vyöhykkeet, yhteydet, SL-T:t, poikkeukset ja kompensoivat toimet. Siitä tulee hankinnan, integraation ja hyväksynnän perusta. (3-2 CRS)

  6. Toteuta ja konfiguroi

    Valitse komponentit SL-C:n perusteella, rakenna yhteydet, poista ylimääräiset polut, rajaa protokollat, ota kirjaus käyttöön. (3-3 + 4-2)

  7. Todenna SL-A

    Kokeile, mittaa ja vertaa SL-T:hen. Kirjaa todisteet: konfiguraatiot, testitulokset, sertifikaatit. Aukko joko korjataan tai kompensoidaan ja hyväksytään kirjallisesti.

  8. Ylläpidä elinkaaren ajan

    Päivitykset ja tietoturvahälytykset (2-3), uudet yhteydet ja muutokset vyöhykerakenteeseen, uudelleenarviointi vähintään muutoksen ja määräaikaisen katsauksen yhteydessä.

Kerroksellinen suojaus — neljä kerrosta

Poikkeukset ovat sallittuja

Vanha kaluste, jota ei voi päivittää, ei tarkoita epäonnistunutta toteutusta. 62443 odottaa kirjattua poikkeusta, kompensoivia toimia (esim. kytkentä yhteyden, tarkennettu valvonta, kielletyt yhteydet) ja hyväksytyn riskin — mutta ei hiljaista sulkemista.

Siirry korjaaviin toimenpiteisiin Avaa vaatimustaulukot Tarkista standardin osat