Mitä EU:n tietosuoja-asetus tarkoittaa sovelluskehityksen tietoturvalle?

Transcript

3. • Rekisterinpitäjä = Taho, joka omistaa henkilörekisterin (esim. Yritys Oy) • Henkilötietojen käsittelijä = Taho, joka käsittelee henkilötietoja rekisterinpitäjän lukuun (esim. CRM, jota Palvelu Oy tarjoaa) • Sovelluskehittäjä = Taho, joka kehittää sovelluksen käsittelijälle • Rekisterinpitäjä on aina vastuussa henkilötietojen turvallisuudesta • Rekisterinpitäjä välittää vaatimukset eteenpäin henkilötietojen käsittelijälle • Henkilötietojen käsittelijällä intressi edellyttää samoja vaatimuksia sovelluskehittäjältä 3
5. • Vaatimukset sisäänrakennetusta tietoturvasta ja sovelluksen eri kontrolleista tulevat rekisterinpitäjältä • Rekisterinpitäjällä on velvollisuus velvoittaa tietojen käsittelijää toimimaan tietosuoja-asetuksen vaatimalla tavalla • Tietojenkäsittelijällä puolestaan intressi edellyttää sovellustoimittajan sovellukselta vaatimuksenmukaisuutta 5
6. • Perusedellytys turvalliselle sovelluskehitykselle on uskottava sovelluskehitysprosessi, joka huomioi tietoturvan • Esim. Microsoftin SDL - https://www.microsoft.com/en-us/sdl/ • Sovellukselle tulee määritellä tietoturva- ja suojavaatimukset • Vaatimukset tehdään riskiarvioinnin perusteella – on arvioitava riskiä, joka rekisterissä olevaan henkilöön kohdistuu, kun: • Henkilön tietoja käsitellään • Tiedot joutuvat luvattomasti toisen tahon haltuun • Tietosuoja-asetus edellyttää sisäänrakennettua tietosuojaa (privacy by design) 6
7. • Sovellukselle tulee tehdä vaikutusten arviointi • Tarkoituksena on selvittää rekisterissä oleville henkilöille aiheutuvat riskit • Kontrollit tulee suunnitella siten, että suurimpia riskejä kyetään kontrolloimaan riittävän hyvin 7
8. • Anonymisointi – Yksilöitä ei voida erottaa toisistaan • Pseudonymisointi – Henkilötietoja ei voida enää yhdistää tiettyyn rekisteröityyn • Anonymisoi tiedot aina kuin mahdollista – tällöin kyse ei enää ole henkilötiedoista • Huomioi kuitenkin, että järjestelmä käsittelee henkilötietoja, mikäli ne anonymisoidaan vasta palvelussa • Pyri pseudonymisoimaan tietoja • Nyrkkisääntö: Käsittele ja tallenna vain tietoa, joka on tarpeellista 8
9. • Salaa henkilötiedot siirrettäessä (esim. HTTPS) • Tarvetta salata henkilötietoja tallennettaessa tulee analysoida • Esim. levysalaus ei auta mikäli valtuutuksessa on puutteita • Ymmärrä mitä vastaan salauksella halutaan suojautua ja implementoi salaus sen perusteella 9
10. • Sovellukseen tulee rakentaa kyky havaita hyökkäykset • Rekisterinpitäjällä on tietomurron havaitsemisesta 72h aikaa raportoida tietosuojavaltuutettua • Tulee olla myös kyky selvittää, mitä tietoja on vuotanut • Suunnittele esimerkiksi lokitus tätä silmällä pitäen 10