Poikkeamakirjaus on yleiskatsaus, jonka ylläpidätte siitä, mitä tapahtui, milloin, missä järjestelmässä ja ketkä olivat mukana, siitä hetkestä lähtien, kun huomaatte jotain epätavallista, siihen hetkeen asti, kunnes ongelma on ratkaistu. ICT-palvelun tarjoajalle tämä tarkoittaa käytännössä seuraavaa: ensimmäisen ilmoituksen aika, mitkä asiakkaan järjestelmät vaikuttuivat, millä työntekijällä tai alihankkijalla oli pääsy tuolloin, mitä toimenpiteitä toteutettiin, ja milloin tilanne oli jälleen normaaliksi palautunut.
Tämä kirjaus ei ole sinänsä lakisääteiset ilmoitusvelvoitteet — ne koskevat organisaatioita, jotka itse kuuluvat Kyberturvallisuuslain soveltamisalaan, eivät automaattisesti niiden toimittajia. Mutta asiakas, joka on ilmoitusvelvollisuuden alainen, on velvollinen arvioimaan omia toimittajiaan, ja hän tekee sen pyytämällä teiltä, miten dokumentoitte poikkeamat ja tekijät ne näkyviksi. Ilman järjestyksessä olevaa vastausta tähän kysymykseen sopimus ei usein pääse etenemään alkuperäistä neuvontaluvusta.
Miksi tämä on erityisen tärkeä ICT-palvelun tarjoajille
Asennusyritys tai neuvontapalvelu valvoo yleensä yhtä ympäristöä: omaa. ICT-palvelun tarjoaja työskentele säännöllisesti muiden järjestelmissä, usein etäältä, joskus hallintaoikeuksien avulla, joilla on laaja peittoalue. Jos jotain menee pieleen, kysymys ei ole ainoastaan siitä, mitä tapahtui teidän toiminnassanne, vaan myös siitä, mitkä asiakkaan järjestelmät vaikuttuivat, ja voidaanko se yhdistää istuntoon, tiliin tai pääsyhetkeen. Asiakkaat, joihin sovelletaan turvajärjestelysäännöksiä, odottavat, että voitte osoittaa tämän jäljitettävyyden, vaikka poikkeama olisikin sattunut kuukausia sitten.
Etähallinnointi: mitä dokumentoitte
Etähallinnointiin liittyy kolme asiaa, jotka on erotettava toisistaan: kuka aloitti istunnon, mistä tilestä tai työpaikasta, ja mitä istunnossa tehtiin. Monet etähallinnointi-työkalut kirjaavat tämän automaattisesti, mutta ratkaisevaksi kysymykseksi nousee se, voitteko näyttää kirjaukset, kun asiakas tai valvontaviranomainen sitä pyytää. Erillisen luettelon ylläpitäminen siitä, mitkä asiakkaan ympäristöt ovat etäyhteyden kautta saavutettavissa, ja kuka niihin pääsee, on usein riittävä vastaamaan tähän kysymykseen ilman, että tarvitse syventyä tekniikkaan.
Pääsy asiakkaan järjestelmiin: myönnetty, käytetty, peruutettu
Pääsy asiakkaan järjestelmään ei yleensä ole pysyvä tila vaan hetki: henkilö saa tilin, käyttää sitä tehtävään, ja pääsy peruutetaan sitten. Poikkeaman sattuessa ensimmäinen kysymys usein on, kuka sillä hetkellä pääsyä OMASI, ei kuka siihen koskaan pääsyä on saanut. Rekisterissä, jossa mainitaan, milloin pääsy myönnettiin ja milloin se peruutettiin, on mahdollista vastata tähän kysymykseen nopeasti ja konkrettisesti. Jos tämä yleiskatsaus puuttuu, joudut rekonstruoimaan sen tilanteessa, jossa kiire on jo olemassa, ja juuri tuo on juuri se hetki, jolloin se on vaikeinta tehdä.
Alihankkijat: ketju ei lopu teihin
Jos teette yhteistyötä alihankkijan kanssa osassa hallinnointipalveluistanne, kysymys ei häviä, se vain laajenee. Asiakas, joka arvioi vosty tekemäälle työlle, haluaa tietää, jos poikkeama tapahtuu alihankkijallanne, näkyykö se myös teillä, vai tuletteko siitä tietoisiksi vasta jälkikäteen puhelun välityksellä. Käytännössä tämä tarkoittaa, että sopimuksissa alihankkijoiden kanssa on johonkin mainittu keskinäisistä ilmoitusajoista, ja että omassa poikkeamakirjauksessanne on mahdollisuus merkitä, mikä osa poikkeamasta aiheutui kolmannelta osapuolelta. aiheittain selvitetty, mikä on oleellista omalla kohdallanne tarjoaa hyvän lähtökohdan nähdä, mitkä toimittajia koskevat kysymykset kuuluvat palveluntyyppiinne.
Mitä kirjaus on ja mitä se ei ole
Vaaratilannekirjaus on dokumentointia, ei reagointia. Kyse on siitä, mitä voitte osoittaa sen jälkeen, kun jokin on ratkaistu, ei siitä, kuinka nopeasti reagoitte tai mitä teknisiä toimenpiteitä käytätte vaaratilanteen aikana — jälkimmäinen on vaaratilanteisiin reagoivien tiimien, SOC-palveluiden ja digitaalisen tutkimuksen asiantuntijoiden tehtävää, eikä tämä artikkeli tai secria.eu käsittele sitä. Se, mitä me teemme, on selkeyden tuominen: mihin todistusaineistoon kukin toimenpide liittyy, ja kuka organisaatiossanne on siitä vastuussa. vastauksia kysymyksiin, joita pienemmät ja keskisuuret ICT-palvelun toimittajat usein esittävät osoittaa, missä kohtaa yhteydessä dokumentoinnin ja varsinaisen vaaratilanteiden hallinnan raja kulkee.
Missä tämän sijoitatte
Riippumatta siitä, onko yrityksenne itse Lain kyberturvallisuudesta alainen vai tavoittaaksiko se asiakkaan kautta, kysymys vaaratilannekirjauksesta nousee esiin lähes jokaisessa turvallisuuskysymyslistauksessa. Järjestelmällinen vastaus alkaa siitä, että tiedätte tarkalleen, missä olette: muutamalla kysymyksellä nähdä, päädyttekö ja kuinka teidät vaikutetaan tekee siitä selväksi muutamassa minuutissa, eikä siihen tarvita käyttäjätiliä.
Haluaisitteko tietää, kuinka tällainen kirjaus käytännössä muuttuu eläväksi asiakirjastoksi, jossa jokaisella toimenpiteellä on tila, todistusaineisto ja vastuuhenkilö? Suorittakaa ilmainen NIS2-tarkistus tai lueskaa tietovarastoa secria.eu:ssa; kumpaakaan ei tarvitse käyttäjätiliä.