Tietoturvakartoitus pk-yritykselle: mistä työmäärä muodostuu ja mitä kartoituksella oikeasti saa
Miksi tietoturvakartoitus tuntuu “kalliilta” – ja miksi se on usein vain huonosti määritelty
Kun pk-yrityksessä puhutaan tietoturvakartoituksesta, keskustelu kääntyy helposti hintaan. Se on ymmärrettävää: kartoitus ei ole konkreettinen laite tai lisenssi, vaan asiantuntijatyötä ja muutoksia toimintatapoihin. Samalla “tietoturvakartoitus” tarkoittaa markkinassa hyvin eri asioita. Yhdelle se on kevyt haastattelu ja raportti, toiselle viikkojen tekninen auditointi, kolmannelle vaatimustenmukaisuuden (esim. NIS2/ISO 27001) läpivalaisu.
Järkevä tapa lähestyä aihetta ei ole kysyä “paljonko tietoturvakartoitus maksaa”, vaan: mistä työmäärä muodostuu, mitä riskejä sillä pienennetään ja miten tulokset viedään käytäntöön. Käpy A.I. Oy:n näkökulmasta kartoitus on hyödyllinen vasta, kun sen löydökset voidaan kytkeä suoraan kontrollien toteutukseen: päätelaitesuojaus ja uhkien torjunta (Heimdal Security), pääkäyttäjäoikeuksien hallinta (Admin By Request), varmistus ja palautus (Veeam) sekä vaatimustenhallinta ja dokumentointi (Digiturvamalli).
Mistä tietoturvakartoituksen työmäärä muodostuu pk-yrityksessä?
Työmäärää – ja siten kustannusta – ohjaavat lähes aina samat tekijät. Kun nämä tehdään näkyviksi, kartoituksen laajuus voidaan mitoittaa järkevästi.
1) Ympäristön koko ja monimutkaisuus (laitteet, käyttäjät, sijainnit)
Peruskysymykset ovat yksinkertaisia: montako päätelaitetta, palvelinta, pilvipalvelua ja toimipistettä ympäristössä on? Onko työ täysin M365-pohjaista vai mukana myös paikallisia palvelimia, toiminnanohjausta tai tuotantoverkkoja?
Mitä useampi kerros, sitä enemmän kartoituksessa tarvitaan teknisiä tarkistuksia ja eri sidosryhmien haastatteluja. Tämän vuoksi on tyypillistä, että pk-yrityksessä kartoitus kannattaa rajata ensin kriittisiin kokonaisuuksiin: identiteetit, päätelaitteet, sähköposti/pilvi ja varmistus.
2) Nykytilan näkyvyys: onko dataa, lokia ja inventaariota saatavilla?
Jos ympäristössä ei ole ajantasaista laite- ja ohjelmistoinventaariota tai dokumentoitua käyttöoikeusmallia, kartoitus sisältää väistämättä “perustan rakentamista”. Tässä kohtaa tekniset työkalut helpottavat. Esimerkiksi Heimdal Securityn avulla voidaan tuottaa päätelaitteista näkyvyys (mm. haavoittuvuuksiin ja päivitystasoihin liittyen) ja kytkeä löydökset konkreettisiin korjaustoimiin, kuten patch managementiin.
3) Tavoitetaso: haetaanko riskien pienentämistä vai vaatimustenmukaisuutta?
Kartoitus voidaan tehdä kahdesta eri suunnasta:
- Riskilähtöisesti: mihin hyökkäys todennäköisimmin osuu ja missä vaikutus on suurin (esim. kiristyshaittaohjelma, tilikaappaus, datavuoto).
- Vaatimus-/auditointilähtöisesti: mitä pitää pystyä osoittamaan (politiikat, lokit, prosessit, vastuut, todisteet).
Usein järkevin malli pk-yritykselle on yhdistelmä: riskeistä prioriteetit ja Digiturvamallilla hallittu tapa dokumentoida vaatimukset, kontrollit ja todisteet. Kun kartoituksen tulokset kirjataan Digiturvamalliin, raportti ei jää irtopaperiksi, vaan siitä tulee jatkuvasti päivittyvä kokonaisuus, joka tukee myös asiakas- ja viranomaiskyselyitä.
4) Kuinka paljon “korjausvelkaa” löytyy: onko kartoitus samalla toteutusprojekti?
Moni pettyy kartoituksiin siksi, että niissä tunnistetaan ongelmia, mutta korjaus jää asiakkaalle. Käpy A.I. Oy:n toimintamalli on käytännönläheinen: kartoitus suunnitellaan niin, että kriittisimmät löydökset voidaan viedä nopeasti kontrollitasolle – joko samassa vaiheessa tai selkeänä jatkopolkuna.
Tyypillisiä toteutettavia korjauksia ovat:
- päivitysten ja haavoittuvuuksien hallinnan vakiointi Heimdalilla
- paikallisten admin-oikeuksien poistaminen ja Just-in-Time -korotukset Admin By Requestilla
- varmistus- ja palautusmallin vahvistaminen Veeamilla sekä palautustestien rytmittäminen
- kontrollien, vastuiden ja todisteiden hallinta Digiturvamallissa
Mitä pk-yrityksen tietoturvakartoituksen tulisi tuottaa – konkreettisesti?
Kartoitus on hyödyllinen vasta, kun se tuottaa päätöksenteon kannalta käyttökelpoista materiaalia. Hyvä lopputulos ei ole pelkkä riskilista, vaan selkeä, toteutettava suunnitelma.
1) Priorisoitu riskikartta ja toimenpide-ehdotukset
Pk-yrityksen resursseilla ei tehdä kaikkea kerralla. Siksi jokaiselle havainnolle pitäisi olla:
- riskin kuvaus (todennäköisyys + vaikutus)
- mitä se tarkoittaa liiketoiminnalle (katko, laskutus, maine, sopimusvaatimukset)
- suositeltu kontrolli ja nopein toteutuspolku
Esimerkiksi kiristyshaittaohjelmariskissä kontrollit jakautuvat luontevasti kerroksiin: Heimdalilla haitallisen toiminnan torjunta ja haavoittuvuuksien vähentäminen, Admin By Requestilla oikeuksien minimointi, ja Veeamilla varmistusketju ja palautettavuus. Tämä kolmen osa-alueen yhdistelmä on usein tehokkain tapa pienentää riskiä ilman raskasta kokonaisuudistusta. Aihetta käsitellään laajemmin myös artikkelissa ransomware-suojaus.
2) Selkeä kuva nykyisestä suojaustasosta päätelaitteissa
Pk-yrityksessä suurin hyökkäyspinta on yleensä päätelaitteissa ja käyttäjissä. Kartoituksen pitäisi vastata ainakin:
- mitä suojausratkaisuja päätelaitteissa on ja mikä niiden kattavuus on
- miten poikkeamia havaitaan ja mihin niistä hälytetään
- miten päivityksiä ja kolmannen osapuolen sovelluksia hallitaan
Heimdal Security tuo tähän käytännöllisen rungon: päätelaitesuojaus, haavoittuvuuksien hallinta ja uhkien torjunta ovat samassa kokonaisuudessa. Kun kartoituksessa havaitaan puutteita, niitä ei vain kirjata, vaan ne voidaan ohjata korjaukseen hallitusti.
3) Käyttäjäoikeuksien “todellinen tilanne” ja nopea riskin pienennys
Monessa pk-yrityksessä paikalliset admin-oikeudet ovat vuosien saatossa levinneet “varmuuden vuoksi”. Tämä nostaa hyökkäyksen vaikutusta dramaattisesti: haittaohjelma tai väärinkäyttö saa helpommin laajempia oikeuksia, ja toipuminen hidastuu.
Admin By Requestin keskeinen arvo kartoituksen jatkotoimena on yksinkertainen: pääkäyttäjäoikeudet pidetään pois arjesta, mutta tarvittaessa niitä voidaan myöntää valvotusti ja määräajaksi (Just-in-Time), ja tapahtumista jää audit trail. Tämä muuttaa käyttöoikeuksien hallinnan keskustelun “estämisestä” hallittuun ja todennettavaan malliin. Laajempi tausta löytyy myös artikkelista Privileged Access Management (PAM).
4) Varmistuksen ja palautuksen arviointi: pystytäänkö palauttamaan se, mitä luvataan?
Varmistuksissa pk-yrityksen tyypillinen riski ei ole “varmuuskopiota ei ole”, vaan: varmistus on olemassa, mutta palautus ei ole testattu, palautus kestää liian kauan tai palautuspisteet eivät ole suojassa hyökkäykseltä.
Veeamin avulla kartoituksen tulokset voidaan kääntää konkreettisiksi käytännöiksi:
- varmistuspolitiikat ja säilytysajat kriittisyyden mukaan
- eriytetyt ja suojatut palautuspisteet (esim. muuttumattomuuden periaate)
- palautusharjoitusten aikataulu ja vastuuroolit
Tavoite on yksiselitteinen: kun jotain tapahtuu, palautus on toistettava prosessi, ei improvisoitu projekti.
5) Dokumentoitu todisteketju ja omistajuus: Digiturvamalli tuo jatkuvuuden
Kartoitus tuottaa usein tietoa, joka vanhenee nopeasti. Digiturvamallin vahvuus on siinä, että se tekee tietoturvan ja vaatimusten hallinnasta jatkuvaa: löydökset, päätökset, kontrollit ja todisteet saadaan samaan näkymään. Tämä auttaa myös silloin, kun asiakas tai kumppani pyytää näyttöä tietoturvakäytännöistä: mitä on tehty, milloin, ja kuka omistaa asian.
Milloin kartoitus kannattaa rajata – ja milloin laajentaa?
Pk-yritykselle toimiva malli on usein vaiheistettu:
- Ensimmäinen kartoitus: kriittiset riskit ja nopeimmat kontrollit (päätelaitteet, käyttöoikeudet, varmistus).
- Toinen vaihe: vaatimustenmukaisuus, prosessit, toimittajahallinta ja jatkuva seuranta.
- Jatkuva kehitys: mittarit, palautustestit, poikkeamien käsittely ja dokumentoinnin ylläpito Digiturvamallilla.
Jos yrityksessä on käynnissä merkittävä muutos (uusi ERP, yrityskauppa, siirtymä pilveen), laajentaminen kannattaa tehdä samassa yhteydessä: muutoksen aikana tehdyt päätökset vaikuttavat tietoturvaan enemmän kuin yksikään yksittäinen “projekti”.
CTA: Tee kartoituksesta päätöksiä tukeva – ja vie löydökset suoraan käytäntöön
Jos tavoitteena on ymmärtää, mitä tietoturvakartoitus pk-yrityksessä oikeasti sisältää ja miten sen tulokset saadaan muuttumaan konkreettisiksi parannuksiksi, Käpy A.I. Oy auttaa mitoittamaan kartoituksen järkevästi. Samalla voidaan käydä läpi, miten Heimdal Security, Admin By Request, Veeam ja Digiturvamalli rakentavat yhdessä selkeän polun: havaitse, suojaa, rajoita oikeudet, varmista ja todenna.
Ota yhteyttä ja sovitaan lyhyt alkukeskustelu tai demo – tavoitteena on selkeä kokonaiskuva ja toteutettava etenemissuunnitelma ilman turhaa byrokratiaa.



