Source: http://docplayer.fi/1057732-Sovelluskehityksen-tietoturvaohje-1-2013-vahti-valtionhallinnon-tietoturvallisuuden-johtoryhma.html
Timestamp: 2017-02-25 07:37:00+00:00
Document Index: 25091792

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ']

Sovelluskehityksen. tietoturvaohje 1/2013 VAHTI. Valtionhallinnon tietoturvallisuuden johtoryhmä - PDF
Download "Sovelluskehityksen. tietoturvaohje 1/2013 VAHTI. Valtionhallinnon tietoturvallisuuden johtoryhmä"
1 Sovelluskehityksen tietoturvaohje Valtionhallinnon tietoturvallisuuden johtoryhmä 1/2013 VAHTI2 3 Sovelluskehityksen tietoturvaohje Valtionhallinnon tietoturvallisuuden johtoryhmä 1/2013 VAHTI4 VALTIOVARAINMINISTERIÖ PL 28 (Snellmaninkatu 1 A) VALTIONEUVOSTO Puhelin (vaihde) Internet: Taitto: Pirkko Ala-Marttila /VM-julkaisutiimi ISSN (nid.) ISBN (nid.) ISSN (PDF) ISBN (PDF) Juvenes Print Suomen Yliopistopaino Oy, 20135 6 7 Tiivistelmä Sovellusten tietoturvallisuudella on keskeinen merkitys tietojärjestelmissä käsiteltävien tietojen suojaamisessa. Yhteiskunnan toiminta on yhä verkottuneempaa ja palveluja tarjotaan yhä enemmän internetin kautta, missä sovellukset ovat lisääntyvässä määrin alttiita haavoittuvuuksille ja verkosta tuleville uhkille. Kyberturvallisuus rakentuu pitkälti turvallisen ICT-infrastruktuurin päälle. Tämä on otettava huomioon sovelluksia rakennettaessa. Haittaohjelmat hyödyntävät verkossa käytettävien sovellusten tietoturva-aukkoja ja voivat levitä myös organisaation sisäverkon järjestelmiin, jolloin myös sisäiset palvelut ja salassa pidettävät tiedot voivat olla uhattuina. Valtionhallinnon normit asettavat organisaatioille velvoitteita kehittää hallinnollista ja teknistä tietoturvallisuuttaan. Tietoturvallisuusasetuksen (681/2010) mukaan organisaatioiden tulee saavuttaa tietoturvallisuuden perustaso mennessä. Sovelluskehitysohjeessa on otettu huomioon muun muassa tietoturvallisuusasetuksen ja siihen liittyvän toteutusohjeen VAHTI (2/2010) vaatimuksia sekä tietohallintolaissa (634/2011), VAHTIn Keskeisten tietojärjestelmien tietoturvaohjeessa (5/2004) ja muissa VAHTI-ohjeissa sovelluskehitykselle annettuja tietoturvavaatimuksia. Ohjeeseen on myös sisällytetty kansallisen turvallisuusauditointikriteeristön (KATAKRI II) sovelluskehitystä koskevat vaatimukset. Ne tulee huomioida, jos kehitettävän sovelluksen avulla käsitellään kansainvälisiä turvallisuusluokiteltuja tietoaineistoja tai käyttö liittyy Suomen valtion turvallisuuteen. Ohjeen tavoitteena on opastaa sovelluskehittäjiä ottamaan tietoturvavaatimukset huomioon kaikissa vaiheissa jo sovelluskehityksen alusta lähtien. Ohjeesta löytyvät sovelluskehityksen eri vaiheisiin liittyvät tietoturvavaatimukset, jotka suositellaan liitettäväksi organisaation käytössä olevaan systeemityömalliin, perustui tämä sitten lineaariseen tai iteratiiviseen toimintatapaan. Ohjeessa eri vaiheiden tietoturvavaatimukset on esitetty lineaarisen eli vesiputousmallin mukaisesti, mutta samat vaatimukset tulee ottaa huomioon ja toteuttaa myös iteratiivisessa toimintamallissa. Ohjetta voidaan soveltaa myös tarjouspyyntöjen määrittelyihin kun toimittajilta tilataan räätälöityjä sovelluksia. Ohje perustuu vahvasti tietoturvatasoajatteluun ja tietoturvatasoissa esitettyihin vaatimuksiin. Alkuosassa on esitetty myös sovelluskehitysympäristön yleisiä vaatimuksia ja suosituksia huomioiden kehityshankkeeseen osallistuvien henkilöiden roolit ja tehtävänjako. Ohje on tarkoitettu esimiehille, hankkeiden vetäjille, sovelluskehittäjille sekä tietoturvallisuudesta vastaaville. Sovelluskehityksestä vastaavien esimiesten on hyvä lukea erityisesti alkukappaleet. Koko ohje on tarkoitettu sovelluskehityshankkeisiin osallistujille. Sovel-8 luskehittäjiä varten ohjeeseen on otettu mukaan tarkennettuja teknisiä ohjeita ja linkkejä hyviin käytäntöihin. Esitetyt tietoturvavaatimukset on koottu ohjeen lopussa olevaan liitetiedostoon, jossa esitetään myös ten velvoittavuus. Ohjeen tavoitteena on toimia sovelluskehitysprosessin tietoturvaohjeena ja edesauttaa tietoturvallisten, tietoturvatasojen vaatimukset täyttävien, sovellusten ja palveluiden kehittämistä. Ohje koskee uusia, kehitettäviä järjestelmiä, ei jo olemassa olevia järjestelmiä. Ohje on laadittu VAHTIn alaisessa hankeryhmässä, jonka jäseninä ovat toimineet Pirkko Kilpeläinen (pj), Tuomo Ahjokannas, Hellevi Huhanantti, Lauri Karppinen, Terja Ketola, Topi Laamanen ja Pasi Rouvinen. Ohjeen kirjoittajina ovat toimineet KPMG:n konsultit Antti Alestalo, Matti Järvinen ja Tuomo Makkonen.9 Sisältö Ministerin kirje...5 Tiivistelmä Johdanto Yleistä Ohjeen tausta, tarkoitus ja kohderyhmät Sovelluskehityksen tietoturvallisuus ja hallinnointi Arkkitehtuuri Sovelluskehitys ja tietoturvahaasteet Sovelluskehitysmalli Sovelluskehityksen tietoturvavastuiden roolit ja työnjako Projektityön tietoturvallisuus Tietoturvallisuuden laadun varmistaminen Tietoturvallisuuden dokumentointi osana sovelluskehitystä Yhteistyö toimittajien kanssa Monitoimittajuudesta Moniasiakkuudesta Pilvipalvelut Sopimukset Turvallisuusluokiteltu materiaali Tietoturvallisen sovelluskehityksen osa-alueet Ympäristön vaatimukset Strategia ja resursointi Politiikat Riskienhallinta...3510 3.1.4 Osaaminen ja koulutus Tekninen sovelluskehitysympäristö Jatkuvuuden hallinta Sovelluskehitysmallit Vesiputousmalli Sovelluskehityksen vaiheet ja tietoturvatasojen vaatimukset Esitutkimus Vaatimusmäärittely Suunnittelu Toteutus Testaus Käyttöönotto Ylläpito Käytöstä poisto Erityiskysymyksiä Tekijänoikeudet Avoimien tietoverkkojen sovellusten tietoturvallisuuden erityispiirteitä Säädösperusta ja muut ohjeet...69 LIITE 1. Sovelluskehityksen taulukko...72 LIITE 2. Lähdemateriaalin vaatimukset...99 LIITE 3. Voimassa olevat VAHTI -julkaisut...10611 11 1 Johdanto 1.1 Yleistä Sovellusten hyvällä tietoturvallisuudella on yhä tärkeämpi merkitys organisaatioiden tietojärjestelmien ja tietoaineistojen suojaamisessa. Organisaation tärkeitä tietoja käsitellään lähes pelkästään sovellusten kautta ja verkottuneessa yhteiskunnassa monien sovellusten ja palvelujen tulee olla käytettävissä internetin välityksellä, jolloin ne ovat alttiita uhkille ja haavoittuvuuksille. Järjestelmien tietoturvallisuuden toteuttaminen vaatii sovellusten turvallisuudesta huolehtimista, jotta sovellusten avulla käsiteltävät salassa pidettävät tiedot eivät päädy ulkopuolisten käsiin tai muutu hallitsemattomasti. Sovelluksen ja tietoaineiston tulee myös tarvittaessa olla käytettävissä. Tämän ohjeen tavoitteena on auttaa valtionhallinnon organisaatioita toteuttamaan sovelluskehityksessä vaaditut tietoturvatehtävät heti kehityksen alkuvaiheesta lähtien, ja auttaa myös sovellushankintojen määrittelyjen tekemisessä. 1.2 Ohjeen tausta, tarkoitus ja kohderyhmät Sovelluskehitys on mullistunut viime vuosina merkittävästi. Nopeaan käyttöönottoon perustuvat kehitysmenetelmät ovat korvanneet monessa organisaatiossa ja sovelluskehitysprojektissa perinteisen vesiputousmallin. Organisaatioissa on myös otettu käyttöön avoimen lähdekoodin ohjelmistoja ja ohjelmakirjastoja. Lisäksi organisaatiot ovat ulkoistaneet sovelluskehitystä siihen keskittyneille kumppaneille. Myös sovellusten suojaamisen tarve on muuttunut. Aiemmin monet sovellukset suunniteltiin vain sisäverkkokäyttöön, jolloin palomuurin vastuulla oli merkittäväkin osa sovelluksen turvallisuudesta. Nykyään sovelluksia tarjotaan enemmän näkyviin myös julkisiin verkkoihin. Vaikka myös organisaatioiden verkkorakenteet ovat kehittyneet, niin perinteisten palomuurien suojaus ei yksin riitä. Sovellukset on rakennettava sellaisiksi, että ne itsessään kestävät toistuvia verkkohyökkäyksiä ilman verkon ja erillisten sovelluspalomuurien tarjoamaa suojaa.12 12 Tämän ohjeen tarkoituksena on Tukea sovelluskehitystä niin, että sovellukset saavuttavat riittävän tietoturvallisuuden tason suhteessa sovelluksen käyttökohteisiin Tukea julkishallinnon organisaatioita sovelluskehityshankkeiden läpiviennissä, valmisohjelmistojen hankinnoissa sekä ylläpitoon liittyvissä tietoturvatehtävissä Varmistaa julkishallinnon sovellusten tietoturvallinen toteutus niin, että tietoturvatoimenpiteillä suojataan tietoaineistojen luottamuksellisuutta ja eheyttä, Turvata organisaatioiden toiminnan jatkuvuus kaikissa olosuhteissa niin, että tietojärjestelmät ovat käytettävissä Mahdollistaa sovelluskehityksen arviointi tietoturvatasojen mukaisesti Toimia määrittelyn tukena sovelluskehitystyötä hankittaessa Ohjeen laatimisessa tavoitteena on ollut, että sitä pystyvät käyttämään organisaatiot, joka tekevät itse sovelluskehitystä sekä organisaatiot, jotka tilaavat sovelluskehityksen kumppaneiltaan. Ohje on kirjoitettu vahvasti muotoon perustuen Tietoturvallisuusasetuksesta (681/2010) valtionhallinnolle tuleviin tietoturvatasojen vaatimuksiin, jolloin ohjetta voidaan käyttää myös kumppaneiden ohjaukseen. Ohje on suunnattu julkishallinnon sovelluskehittäjille ja heidän esimiehilleen. Muita kohderyhmiä ovat johto, sovelluksia hankkivat ja tilaavat henkilöt, sovelluskehityksen projektipäälliköt, sovelluskehitysmallien suunnittelijat, tietohallintovastaavat ja tietoturvavastaavat. Johdon ja tietohallintovastaavien sekä niiden, jotka haluavat saada yleiskuvan tietoturvallisuuden toteuttamisesta osana sovelluskehitystä, kannattaa lukea kappaleet Niiden, jotka haluavat saada syvällisemmän kuvan ohjeen vaatimuksista, kuten sovelluskehitysmallien suunnittelijat, on syytä lukea myös ohjeen muut osat. Sovelluskehityksellä tässä ohjeessa tarkoitetaan ohjelmoinnin lisäksi sovelluksen elinkaaren kaikkia vaiheita, alkaen esitutkimuksesta ja päättyen käytöstä poistamiseen. Yksittäisen sovelluksen kehityksen lisäksi ohjeessa käsitellään organisaatioon liittyviä yleisiä vaatimuksia, jotka vaikuttavat sovelluskehityksen turvallisuuteen. Tätä ohjetta täydentää Valtionhallinnon keskeisten tietojärjestelmien turvaaminen -ohje (VAHTI 5/2004). Ohjeessa kuvataan erilaisia tehtäviä ja vaatimuksia, joilla organisaation sovelluskehitysmallin tietoturvallisuutta voidaan parantaa. Ohjetta käyttävien organisaatioiden vastuulle jää ohjeen integroiminen omaan sovelluskehitysprosessiinsa. Tehtävät ja vaatimukset on määritelty tietoturvatasojen mukaisesti. Ohje on tarkoitettu sovellettavaksi jokaisen valtionhallinnon organisaation omaan toimintaan. Tehtävät ja vaatimukset on jaettu ympäristön vaatimuksiin (organisaation tietoturvallisuuden hallinta) sekä sovelluskehityksen osa-alueisiin (projektin aikaiset vaatimukset) seuraavasti:13 13 Ympäristön vaatimukset: Strategia ja resursointi Politiikat Riskienhallinta Osaaminen ja koulutus Tekninen sovelluskehitysympäristö Jatkuvuuden hallinta Sovelluskehityksen osa-alueet: Esitutkimus Vaatimusmäärittely Suunnittelu Toteutus Testaus Käyttöönotto Ylläpito Käytöstä poistaminen Eri tehtävien toteuttamiselle tulee määritellä organisaatiossa vastuuhenkilöt, jotta niiden toteutuminen voidaan varmistaa. Osan tehtävistä voi toteuttaa kolmas osapuoli. Kuitenkaan vastuuta tietoturvallisesta sovelluskehityksestä ei voida siirtää kolmannelle osapuolelle, vaan organisaation tulee itse varmistua tehtävien ja ten toteuttamisesta. Ohjeessa ei käsitellä soveltuvuusselvitystä (feasibility study), jossa tarkastellaan hankkeen kannattavuutta ja järkevyyttä. Kullakin organisaatiolla tulee olla siitä omat ohjeistuksensa. Ohjeessa ei myöskään käsitellä mitään tiettyä sovelluskehitysmallia tai -menetelmää muuten kuin esimerkkimielessä. Tässä ohjeessa käytetään seuraavia termejä kuvaamaan kontrollien tärkeyttä ja toteuttamisvelvollisuutta eri tietoturvatasoilla: : Organisaation täytyy ottaa käyttöön tämän ohjeen mukainen toiminto. Poikkeuksen voi tehdä vain siinä tapauksessa, että kirjallisen riskianalyysin mukaan siitä seuraa vain pieni riski ja toiminnon toteuttaminen vaatii runsaasti resursseja. Sovelluksen tai sovelluskehitysprosessin omistaja hyväksyy toteutettavan ratkaisun etukäteen. Kansainvälisen turvallisuusluokitellun aineiston osalta Viestintäviraston NCSA-FI-yksikön on kirjallisesti hyväksyttävä toteutettava ratkaisu etukäteen. Riskianalyysiin on saatavilla Valtion IT-palvelukeskuksen Tietoturvapalveluista prosessiohje ja työväline. Vahva : Organisaatio voi tehdyn kirjallisen riskianalyysin perusteella olla ottamatta suosituksen mukaista toimintoa käyttöön. Suositus: Hyvä käytäntö, jonka organisaatio voi halutessaan ottaa käyttöön.14 14 Tämä luokittelu on luettavuuden vuoksi ainoastaan ohjeen liitteenä olevassa Exceltaulukossa. Ohjeessa käytetyt termit löytyvät ohjeesta Valtionhallinnon tietoturvasanasto (VAHTI 8/2008).15 15 2 Sovelluskehityksen tietoturvallisuus ja hallinnointi Sovelluskehitystä tekevän organisaation tulee yleisellä tasolla selvittää mitkä lait, asetukset ja muut vaatimukset koskevat sen toimintaa ja sovelluskehitystä. Lisäksi organisaation on selvitettävä mahdolliset sovelluskohtaiset vaatimukset ja varmistaa niiden toteutuminen sovelluskehityksen aikana. Sovelluksen tietoturvavaatimuksia tulee kartoittaa tietoturvallisuuden eri osa-alueiden näkökulmasta: Luottamuksellisuus Tietoa voivat käsitellä vain sellaiset henkilöt, joilla on siihen oikeus Eheys Tieto ei saa muuttua tahattomasti tai hyökkäyksessä, ja jos tieto muuttuu niin se pitää ainakin havaita Saatavuus Tieto tai tiedon saantiin tarvittava palvelu on saatavilla ja käytettävissä, kun sitä tarvitaan Jäljitettävyys Tarvittaessa tulee olla selvitettävissä, mitä järjestelmässä on tehty, kuka toimenpiteen on tehnyt ja milloin se on tehty Sovelluskehityksen tietoturvaten lähtökohta on sovelluksen kriittisyys ja sovelluksessa käsiteltävän tiedon merkitys organisaation toiminnalle. Tietoaineistoja käsitellään lähes aina jonkin sovelluksen avulla. Tietoaineiston luottamuksellisuuden säilyminen riippuu siitä, kuinka luotettava ja tietoturvallinen sovellus on. Käsiteltävän tiedon perusteella sovellus pystytään luokittelemaan, sekä rakentamaan siten, että se sopii käytettäväksi aiottuun tarkoitukseen. Tietoturvavaatimuksia laadittaessa pitää ottaa huomioon edellä mainitut luottamuksellisuus, eheys, saatavuus ja jäljitettävyys. Se, mitä tietoturvallisuuden osa-alueita painotetaan, riippuu kehitettävästä sovelluksesta ja sen aiotusta käyttötarkoituksesta. Tämän ohjeen vaatimuksia tulee soveltaa laadittavassa sovelluksessa käsiteltävän tiedon julkisuusasteen mukaan. Esimerkiksi jos sovellusta käytetään vain julkisen tiedon katseluun, ei käyttäjien tunnistusta välttämättä tarvitse toteuttaa.16 16 Sovelluskehitystä tehtäessä tulee erottaa toisistaan termit palvelu, tietojärjestelmä ja sovellus: Sovellus on ohjelma, jota suoritetaan jonkin alustan käyttöjärjestelmän, sovelluspalvelimen yms. päällä. Tietojärjestelmä on ihmisistä, laitteista ja sovelluksista muodostuva kokonaisuus, jonka avulla pyritään kehittämään tai tehostamaan toimintaa. Palvelusta puhutaan yleensä, kun tarkoitetaan käyttäjän rajapintaa johonkin tietojärjestelmään. Tässä ohjeessa keskitytään tietoturvallisuuteen nimenomaan sovelluksen kehittämisen näkökulmasta. Sovelluskehityshankkeessa on eri tehtäville omat roolit ja tietoturvavastuut. Hankekohtaisesti tulee arvioida, onko tarvetta henkilöiden taustatarkistusten tekemiselle tai vaitiolositoumuksille. Hankkeen käynnistyessä tulee arvioida soveltuvien kehitystyövälineiden, ympäristön ja työtilojen turvallisuus, tehdäänkö työ omissa vai toimittajan tiloissa sekä tilojen maantieteellinen sijainti. Sovelluskehitystä tekevän ryhmän lisäksi tietoturvallisuuden kannalta hyvin olennaista on, että organisaatiossa on tietoturvallisuuden asiantuntijataho, kuten tietoturvaryhmä tai tietoturva-asiantuntija, joka tarjoaa ohjeita sekä konsultoivaa apua sovelluskehitykseen liittyvissä tietoturva-asioissa. 2.1 Arkkitehtuuri Kokonaisarkkitehtuuri on suunnitelma organisaation muodostaman kokonaisuuden ja sen osien rakenteesta ja osien välisistä suhteista. Kokonaisarkkitehtuuri kuvaa, kuinka organisaation toimintaprosessit, tiedot, järjestelmät ja niiden tuottamat palvelut toimivat kokonaisuutena. Kokonaisarkkitehtuurisuunnittelun avulla löydetään ja jäsennetään tarvittavat elementit sekä kuvataan niiden väliset suhteet ja riippuvuudet. Kokonaisarkkitehtuuri tuo välineen organisaation johtamiseen liittyvän suunnittelun ja päätöksenteon kokonaisuuden hallintaan. Kytkemällä kokonaisarkkitehtuurisuunnittelu osaksi hanke- ja projektitoimintaa, varmistetaan lopputulosten tarkoituksenmukaisuus kokonaisuuden kannalta. Kokonaisarkkitehtuurin näkökulmat ovat siis toiminta, tiedot, tietojärjestelmät ja teknologia. Jokaiseen näistä näkökulmista sisällytetään tarvittavat tietoturvaratkaisut. Tietoturva-arkkitehtuuri koostuu näiden eri näkökulmien sisältämistä tietoturvaratkaisuista. Jotta sovellusten tietoturvallisuutta ei tehtäisi pelkästään päälle liimattuna osa-alueena, tietoturva-arkkitehtuurin huomioon ottaminen sovelluskehitystyössä sekä tietoturvallisuuden integrointi sovelluksiin ovat tämän ohjeen keskeisiä tavoitteita. Sovelluskehitys perustuu monitasoarkkitehtuuriratkaisuihin varsinkin silloin, jos sovelluksia tullaan käyttämään internetin kautta. Sovellusympäristön arkkitehtuuriratkaisuilla on myös oleellinen vaikutus siihen, kuinka sovellusten avulla käytettävän tietoaineiston tietoturvallisuus toteutuu. Tietoturvaratkaisuissa tulee ottaa huomioon muun muassa verkkorakenteiden osittaminen, tiedonsiirron salaaminen, laitteiden, sovellusten ja käyttäjien17 17 tunnistaminen, salaustuotteiden käyttö ja turvalliset etäkäyttöratkaisut. Arkkitehtuurivaatimuksia on käsitelty tarkemmin kappaleessa Suunnittelu. 2.2 Sovelluskehitys ja tietoturvahaasteet Tietojärjestelmien tietoturvallisuuden keskeinen tekijä on sovellusten tietoturvallisuus. Monet kehitettävät sovellukset asennetaan siten, että niihin on pääsy internetistä, jolloin tietoturvallisuuden hyvä toteuttaminen korostuu. Erillisiin tietoturvatuotteisiin kuten palomuureihin (ja nykyään esimerkiksi sovelluspalomuureihin ja tunkeutumisen havainnointi- ja estojärjestelmiin) on jouduttu tukeutumaan muun muassa sovellusten heikon tietoturvallisuuden takia. Sovelluskehityksen tietoturvallisuudessa tulee ottaa huomioon kehitettävän sovelluksen tietoturvaominaisuudet, itse sovelluskehitysprosessin tietoturvallisuus sekä tietoturvatietoiset sovelluskehittäjät ja testaajat. Sovelluskehittäjiltä ja kehityskumppaneilta tulee vaatia näyttöä tietoturvaosaamisesta ja tietoturvallisuuden integroinnista sovelluskehitysprosessiin. Tietoturvallisuus tulee ottaa huomioon sovelluksen elinkaaren kaikissa vaiheissa. Kaikki tässä ohjeessa mainitut vaatimukset eivät välttämättä sovi kaikille sovelluksille. Kaikissa sovelluksissa esimerkiksi kirjautuminen ei ole pakollista, mikä vaikuttaa useaan vaatimukseen. Uusia sovelluksia suunniteltaessa ja käyttöönotettaessa infrastruktuurin tietoturvaratkaisut ja -taso on huomioitava. Uusi sovellus saattaa aiheuttaa uusia, tiukempia vaatimuksia nykyiselle infrastruktuurille. Haasteita sovelluskehityksen tietoturvallisuudessa Sovelluskehitys asettaa organisaation toiminnalle sekä hallinnollisia että teknisiä tietoturvahaasteita. Tämän ohjeen tarkoitus on helpottaa sovelluskehityksen ongelmien ratkaisemista esittämällä organisaatiolle käytännöllisiä tehtäviä ja tietoturvavaatimuksia. Seuraavassa listassa on esimerkkejä tietoturvahaasteista, jotka organisaatioiden tulee ratkaista. Sovelluskehityksen prosessissa tietoturvallisuuden huomioon ottaminen kaikissa vaiheissa koetaan usein hidastavana tekijänä. Jälkeenpäin tietoturvallisuuden huomioon ottaminen tulee kuitenkin yleensä kalliimmaksi ja on vaikea toteuttaa. Sovelluskehitykseen ja arkkitehtuuriratkaisuihin osallistuvien henkilöiden tietoturvatietoisuuden kehittäminen. Sovelluskehitystä opettavat oppilaitokset eivät useinkaan opeta sitä, miten tietoturvallisuus tulisi ottaa huomioon sovelluskehityksessä. Tällöin varsinkin uusilla ohjelmoijilla saattaa olla puutteita tietoturvallisen ohjelmoinnin osaamisessa. Sovellus koostuu useasta eri komponentista, joista vain osa on organisaation itsensä tekemiä. Muiden komponenttien tietoturvallisuuden taso kuitenkin vaikuttaa kokonaisuuden tietoturvallisuuteen.18 18 Tietoturvallisuuteen kiinnitetään yleensä huomiota vasta tietoturva-auditoinnissa sovelluskehityksen loppuvaiheessa. Uusien sovellusten toteutuksissa on usein kiire, jolloin sovellusten laatuun ja tietoturvallisuuteen resursointi on heikompaa. Tietojärjestelmäympäristöt ovat monimutkaistuneet kaiken aikaa; sovellusten ulkoistaminen, pilvipalvelut, verkottumisen lisääntyminen sekä uusien ohjelmointikielten ja -tekniikoiden käyttöönotto ovat tekijöitä, jotka lisäävät haasteita tietoturvallisuuden toteutukselle. Ohjelmoinnissa ja testauksessa ei riittävästi varauduta siihen, että valmista ohjelmaa vastaan pyritään hyökkäämään (defensiivinen ohjelmointi). Ohjelmoinnissa ei varauduta riittävän hyvin virhetilanteisiin ja ennalta määrittelemättömiin tilanteisiin sekä niistä turvalliseen palautumiseen. Sovellusten riskianalyysit ovat usein puutteellisia tai niitä ei tehdä lainkaan 2.3 Sovelluskehitysmalli Sovelluskehitysmalli vaihtelee organisaatioittain ja projekteittain. Tässä ohjeessa ei oteta kantaa käytettävään sovelluskehitysmalliin, mutta esitetään erilaisia tapoja, miten ohjeen vaatimukset voidaan sisällyttää organisaation sovelluskehitysprosessiin. Olennaista on, että tietoturvallisuus ja huolellinen suunnittelu tehdään heti projektin alusta lähtien. Perinteisen, lineaarisen sovelluskehitysprosessin hyvien käytäntöjen mukaisessa prosessissa (kuva 1) tietoturvallisuus määritellään ja suunnitellaan projektin alkuvaiheissa ja toteutetaan myöhemmissä vaiheissa. Kuva 1. Tietoturvallisuus sovelluksen elinkaaren eri vaiheissa Tietoturvallisuus tulee ottaa huomioon jokaisessa elinkaaren vaiheessa Esitutkimus Suunnittelu Toteutus Testaus Vaatimusmäärittely Käyttöönotto Ylläpito / Käyttö Käytöstä poisto Ketterissä menetelmissä sovellusta kehitetään lyhyissä vaiheissa. Jokaiseen vaiheeseen valitaan toteutettavat ominaisuudet, jotka siinä vaiheessa (inkrementissä) toteutetaan. Vaiheita toistetaan, kunnes kaikki halutut ominaisuudet on toteutettu (kuva 2). Sovellus voidaan ottaa käyttöön, vaikka sovellukseen toteutettaisiinkin uusia ominaisuuksia seuraavassa vaiheessa. Tällöin tietoturvallisuus tulee ottaa huomioon sekä projektin alussa sekä jokaisessa toteutusvaiheessa.19 19 Kuva 2. Tietoturvallisuus ketterässä sovelluskehitysmallissa Kokonaisuuden suunnittelu Tuoteomistaja määrittelee toteutettavat tietoturvallisuusominaisuudet ja tietoturvallisuuden väärinkäyttötapaukset Suunnittelu Toteutus Sovelluskehittäjät toteuttavat tietoturvallisuusominaisuudet Käyttöönotto Inkrementti Tietoturvallisuuden laadunvarmistus Inkrementin arviointi Testaus Ylläpito Käytöstä poisto Tietoturvallisuuden huomioimisesta erityisesti ketterissä menetelmissä voi lukea lisää seuraavista linkeistä: Agile Finland: Secure software development and agile methods notes 1 MSDN Magazine: Streamline Security Practices For Agile Development 2 Microsoft: Agile Development Using Microsoft Security Development Lifecycle 3 Software security in agile product management 4 Perinteiset lineaariset menetelmät ja ketterät menetelmät saattavat vaikuttaa hyvinkin erilaisilta tavoilta tehdä sovelluskehitystä. Molemmissa menetelmissä tulee kuitenkin ottaa huomioon samat tietoturvatehtävät ja -vaatimukset. 2.4 Sovelluskehityksen tietoturvavastuiden roolit ja työnjako Sovelluskehitysprojektin tai -hankkeen tietoturvavastuut on määriteltävä projektin käynnistysvaiheessa. Organisaatioista riippuen voidaan käyttää projekti- tai hanketermiä. Vastuiden ja tehtävien selkeällä määrittelyllä varmistetaan tietoturvallisuuden toteutuminen 1 +notes20 20 projektin kaikissa vaiheissa. Tämä koskee niin koko projektin tietoturvallisuutta kuin sen tuottaman sovelluksenkin tietoturvallisuutta. Projektin avainhenkilöillä on oltava tietoturvallisuuden perustuntemus tehtävään soveltuvilta alueilta. Erityisen haastavaa on tietoturvallisuuden hallinta monitoimittajaympäristössä. Mikäli projektissa on useita toimijoita, on erityistä huomiota kiinnitettävä tietoturvavastuiden jakoon eri toimijoiden kesken. Usean toimijan ympäristössä korostuu myös tilaajan valvontavastuu. Seuraavassa on esitelty muutamia suositeltavia rooleja ja rooleille kuuluvia tietoturvavastuita. Tarkka vastuunjako riippuu organisaatiosta ja käytettävästä sovelluskehitysmallista. Olennaista on, että vastuut on jaettu tarkoituksenmukaisesti ja sovelluskehitysmalliin sopivalla tavalla estäen kuitenkin vaarallisten työyhdistelmien syntyminen. Sovelluskehityksen näkökulmasta vaarallisten työyhdistelmien estäminen tarkoittaa käyttäjä-, ohjelmakehitys-, testaus- ja tuotantotehtävien erityttämistä toisistaan. Pienissä organisaatioissa eriyttäminen on vaikeaa ja tällöin pitää miettiä, miten vaarallisista työyhdistelmistä aiheutuvia riskejä voidaan vähentää. Lisäksi ketterissä menetelmissä usein käytetyssä testauslähtöisessä sovelluskehityksessä kehittäjät tekevät merkittävän osan testauksesta. On kuitenkin tärkeää erottaa sovelluskehitystyön tekeminen ja tenmukaisuuden hyväksyminen. Erilaisissa organisaatioissa tai projekteissa ei välttämättä ole kaikkia alla mainittuja rooleja ja yhdellä projektiin osallistuvalla henkilöllä voi olla useampia rooleja, mutta silloinkin tulee ottaa huomioon vaarallisiin työyhdistelmiin liittyvät riskit. Erityisesti pienissä organisaatioissa roolijako voi poiketa alla esitetystä. Kuva 3. Esimerkki sovelluskehityksen roolien tehtävistä hankkeen eri vaiheissa RACI-mallin mukaisesti. Tarvemäärittely Esitutkimus Määrittely Suunnittelu Toteutus Testaus Käyttöönotto Ylläpito/käyttö Käytöstä poisto Johto Ohjausryhmä Projektipäällikkö Projektiryhmä Omistaja Tietoturvavastaava Katselmoija Tietoturvaryhmä Auditoija Pääkäyttäjä Tietohallintovastaava C R A I C A R R I C C I A A A R R R R R R I C C R C C C C C C I I C I A R R C C C C C I A R R C C C R C A C C C R R I A C I R R R A C I Responsible Accountable Consulted Informed21 21 Johto, projektin asettaja Johdon sitoutuminen tietoturvakulttuurin ja hankkeiden tietoturvallisuuden edistämiseen on ensiarvoisen tärkeää. Johto määrittelee tietoturvallisuuden keskeiset periaatteet esimerkiksi osana toiminta- tai tietohallintostrategiaa sekä päättää merkittävistä hankkeista ja hankinnoista. Sovelluskehitysprojekteissa vastuu yleensä tarkoittaa tehtävien delegoimista ohjausryhmälle. Projektin asettaja edustaa organisaation johtoa, nimeää projektipäällikön ja toimii useimmiten ohjausryhmässä puheenjohtajana. Projektin ohjausryhmä Projektin ohjausryhmässä ovat edustettuina projektin lopputulosta hyödyntävät intressiryhmät. Ohjausryhmä hyväksyy projektisuunnitelmat ja päättää projektin keskeisistä asioista. Ohjausryhmän tulee valvoa, että hankkeen eri osapuolet huomioivat tietoturvallisuuden riittävästi hankkeen eri osatehtävissä. Tietoturvaryhmä Tietoturvaryhmän tehtävä on avustaa sovelluskehitysprojekteja tietoturvallisuuden toteuttamisessa. Ryhmää voi hyödyntää esimerkiksi määrittelyssä, suunnittelussa, testauksen suunnittelussa ja tietoturvaloukkausten selvittämisessä. Ryhmässä on oltava riittävä tietoturvaosaaminen ja sovelluskehityksen eri vaiheiden osaaminen, jotta se osaa tukea sovelluskehitystä tarpeen mukaan. Sovelluksen omistaja Jokaiselle sovellukselle määritellään omistaja, joka on esimerkiksi sen osaston tai yksikön johtaja, jonka toiminnan tueksi sovellus kehitetään. Omistajan rooliin kuuluu vastata sovelluksen määrittelystä mukaan lukien. tietoturvavaatimukset. Käytännön toteutuksesta voi vastata esimerkiksi tietoturvaryhmä. Omistaja myös hyväksyy kaikki merkittävät järjestelmää koskevat päätökset, kuten käyttöoikeudet ja järjestelmämuutokset sekä vastaa hyväksymistestauksesta ja käyttäjien kouluttamisesta. Omistaja voi tarvittaessa valtuuttaa toisen henkilön toimimaan puolestaan omistajan roolissa yhden tai useamman vastuunsa osalta. Tällöin varsinainen omistaja on kuitenkin velvollinen valvomaan valtuuttamansa henkilön toimia. Projektipäällikkö Projektipäällikkö vastaa vastuulleen ottamansa projektin toteuttamisesta sovelluksen omistajan tavoitteiden mukaan. Projektipäällikkö myös vastaa kehitysprojektin hallinnasta ja sovittujen toimintakäytäntöjen ja standardien noudattamisesta. Tietoturvallisuuden osalta projektipäällikkö vastaa siitä, että rakennettava sovellus noudattaa organisaation tietoturvapolitiikkaa ja -ohjeita. Samalla hän vastaa projektin riskianalyysista sekä22 22 sovelluksen tietoturvasuunnitelmasta. Projektipäällikkö hyväksyttää tietoturvaratkaisut sovelluksen omistajalla ja ohjausryhmällä. Projektiryhmä Projektiryhmä toteuttaa projektin käytännön kehitystyön tehtävät sovittuja menetelmiä ja standardeja noudattaen. Tämä tarkoittaa myös tietoturvaratkaisujen toteuttamista politiikan ja ohjeiden mukaisesti. Projektiryhmä raportoi välittömästi projektipäällikölle tietoonsa tulleet tietoturvallisuuteen liittyvät ongelmat tai poikkeamat. Tietohallintovastaava Tietohallintovastaava varmistaa, että projektilla on käytettävissään sovelluskehitysympäristö, tarvittavat kehitysvälineet, niiden osaaminen sekä tarvittava tekninen tuki. Tietohallintovastaavan rooliin kuuluu myös varmistaa, että järjestelmä on organisaation tietohallintostrategian ja teknisen arkkitehtuurin sekä tietoarkkitehtuurin mukainen. Tietohallintovastaavan tehtäviä ovat myös laadunvarmistus, projektisalkun hallinta, kehittämistyön koordinointi, menetelmäkonsultointi ja näihin liittyvät tietoturvanäkökohdat. Tietoturvavastaava Tietoturvavastaava varmistaa, että kehitettävä sovellus vastaa organisaation tietoturvavaatimuksia ja on hyväksytyn tietoturvapolitiikan sekä arkkitehtuurin mukainen. Tietoturvavastaava tukee tietoturvallisuuden suunnittelua ja toteutusta, tarkastaa tietoturvatehtävien vaihekohtaiset tulokset sekä varmistaa, että organisaatiolla on käytössään riittävä asiantuntemus järjestelmässä käytettävästä tietoturvatekniikasta. Tietoturvavastaava seuraa projektin tietoturvakokonaisuutta ja esittää tarvittavia kehittämistoimia. Tietoturvavastaavan tehtäviin kuuluu myös käytön aikainen tietoturvallisuuden seuranta. Auditoija Tietoturvallisuuden auditoija arvioi järjestelmän tietoturvaominaisuuksia ja -kontrolleja sekä tarkastaa, että eri osapuolet ovat täyttäneet roolinsa ja vastuunsa. Normaalisti auditoinnissa verrataan tietoturvaominaisuuksia projektin aikana määriteltyihin tietoturvavaatimuksiin sekä ulkoisiin standardeihin. Tietoturvallisuuden hallintajärjestelmän sertifiointi edellyttää auditointia. Riippumattomuuden varmistamiseksi auditoija on tyypillisesti järjestelmän tilanneen ja toteuttaneen organisaation ulkopuolinen henkilö. Auditoijana voi toimia myös sisäinen tarkastus tai tietoturvaryhmä. Katselmoija Katselmointitilaisuudessa katselmoijat vertaavat esitettyjen suunnitelmien tai toteutuksen lopputuloksia määrittelyvaiheessa kuvattuihin tietoturvallisuuden vaatimuksiin. Näytä lisää
Vihdin kunnan tietoturvapolitiikka Kunnanhallitus 2.3.2015 50, liite 2 Kunnan johtoryhmä 18.11.2014 Tietohallinnon ohjausryhmä (Thor) 24.9.2014 Sisällys 1 Johdanto... 2 2 Mitä tietoturvallisuus on?... Lisätiedot Pilvipalveluiden arvioinnin haasteet
Pilvipalveluiden arvioinnin haasteet Tietoturvallisuus- ja jatkuvuuden hallinnan vaatimukset ICT-hankinnoissa, 12.5.2014 Laura Kiviharju Pilvipalvelut Pilvilaskenta (CloudComputing) tarkoittaa internetissä Lisätiedot Tietoturvapolitiikka Porvoon Kaupunki
Tietoturvapolitiikka Porvoon Kaupunki 1 Sisältö 1 Johdanto... 3 2 Mitä tietoturvallisuus on?... 4 Tietoturvallisuuden hallinta... 4 Riskienhallinta sekä jatkuvuuden hallinta ja varautuminen... 5 3 Tietoturvallisuustavoitteet... Lisätiedot Ulkoistamisen hallittu prosessi. Veli-Pekka Kuparinen valmiuspäällikkö
SFS-ISO/IEC 27002:2014 Tietoturvallisuuden hallintakeinojen menettelyohjeet Yleisesittely Julkaisutilaisuus 12.6.2014 Teknologiajohtaja Aki Siponen, Microsoft Oy SFS-ISO/IEC 27002:2013 tietoturvallisuuden Lisätiedot Sähköi sen pal l tietototurvatason arviointi
Sähköisen palvelun l tietototurvatason arviointi Kirsi Janhunen Arviointia tehdään monesta syystä Itsearviointi Sisäinen arviointi Sisäinen tarkastus Vertaisarviointi Ulkoinen arviointi Lähtökohtana usein Lisätiedot Tietoturvallisuuden hallintajärjestelmä pähkinänkuoressa
Tietoturvallisuuden hallintajärjestelmä pähkinänkuoressa Valtorin tietoturvaseminaari 2.4.2014 Pekka Ristimäki Johtava asiantuntija, CISM, CISSP, CRISC Valtori / Tietoturvapalvelut Mikä on hallintajärjestelmä? Lisätiedot TIETOTURVA- POLITIIKKA
TIETOTURVA- POLITIIKKA Kaupunginhallitus 3.9.2013 216 HAAPAJÄRVEN KAUPUNGIN TIETOTURVAPOLITIIKKA 1. JOHDANTO... 3 2. KATTAVUUS... 3 3. TIETOTURVA... 3 4. TIETOTURVATYÖ... 4 5. ORGANISOINTI JA VASTUUT... Lisätiedot Virtu tietoturvallisuus. Virtu seminaari 18.3.2014
Virtu tietoturvallisuus Virtu seminaari 18.3.2014 Sisältö Virtu edistää tietoturvallisuutta Tietoturvallisuus Valtorin palveluissa Tietoturvavaatimukset luottamusverkostoon liityttäessä 2 Kertakirjautuminen Lisätiedot Toimintaohjeistus. Tietoturvallisuusohjeistus TIETOTURVASUUNNITELMAT
TIETOTURVALLISUUDEN KEHITTÄMINEN Opettaja: Tuija Kyrölä 040-5455465 tuija.kyrola@kolumbus.fi Toimintaohjeistus Tietoturvallisuusohjeistus I-TASO II-TASO III-TASO Ylin johto hyväksyy Konsernihallinto valmistelee Lisätiedot Viisaat hankinnat JIT2015 sopimusehdot
Viisaat hankinnat JIT2015 sopimusehdot Kuntamarkkinat 9.9.2015 Martin von Willebrand, puheenjohtaja, COSS ry Suomen avoimien tietojärjestelmien keskus COSS ry Auttaa jäseniään menestymään hyödyntämällä Lisätiedot Standardien PCI DSS 3.0 ja Katakri II vertailu
Standardien PC DSS 3.0 ja Katakri vertailu Copyright Solinor Oy 2014 Solinor Oy, Teollisuuskatu 21 A, F-00510 HELSNK, FNLAND +358 10 279 2940 / www.solinor.com / Business D 17967170 Standardien PC DSS Lisätiedot Laatua ja tehoa toimintaan
Laatua ja tehoa toimintaan Tietoturvallisuus osana laatua Kuntamarkkinat 12.9.2013 Aapo Immonen, Senior Manager, FCG konsultointi Oy 5.9.2013 Page 1 Sisältö Tavoitteet Tietoturvallisuutta ohjaavat tekijät Lisätiedot Espoon kaupunki Tietoturvapolitiikka
Tietoturvapolitiikan käsittely: Tarkastettu Tietoturvaryhmä 07.01.2016 27.01.2016 Hyväksytty Kaupunginhallitus pp.kk.2016 Tietoturvapolitiikan muutokset: Päiväys / Tekijä Kohta Muutoksen kuvaus 28.01.2016 Lisätiedot Sisällysluettelo. Esipuhe... 10. 1 Johdanto... 15. 2 Tietoturvallisuuden rooli yritystoiminnassa... 17
Esipuhe...................................................... 10 1 Johdanto............................................... 15 2 Tietoturvallisuuden rooli yritystoiminnassa.............. 17 2.1 Mitä on Lisätiedot PK-yrityksen tietoturvasuunnitelman laatiminen www.turkuamk.fi
Matti Laakso / Tietoturvapäivä 8.2.2011 PK-yrityksen tietoturvasuunnitelman laatiminen Tietoturvasuunnitelma 1/3 Toimenpiteiden ja dokumentoinnin lopputuloksena syntyvä kokonaisuus -- kirjallinen tietoturvasuunnitelma Lisätiedot Yliopiston johdon (hallintojohtaja) vastuulla on tietoturvallisuuden toteutuminen osana kokonaisturvallisuutta.
Itä-Suomen yliopiston tietoturvapolitiikan liitteet 1/6 ITÄ-SUOMEN YLIOPISTON TIETOTURVAPOLITIIKAN LIITTEET LIITE 1: Tietoturvallisuuden vastuut ja organisointi Tässä liitteessä kuvataan tietoturvallisuuteen Lisätiedot TIETOTILINPÄÄTÖS. Ylitarkastaja Arto Ylipartanen/ Tietosuojavaltuutetun toimisto. Terveydenhuollon ATK-päivät 20.5.2014; Jyväskylä
TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka Lisätiedot TIETOTURVAA TOTEUTTAMASSA
TIETOTURVAA TOTEUTTAMASSA Ari Andreasson Juha Koivisto TIETOTURVAA TOTEUTTAMASSA TIETOSANOMA Tekijät ja Tietosanoma Oy ISBN 978-951-885-334-6 KL 61.7 Tietosanoma Oy Bulevardi 19 C 00120 Helsinki 09 694 Lisätiedot Sopimuksiin perustuva toiminnan jatkuvuuden hallinta
Sopimuksiin perustuva toiminnan jatkuvuuden hallinta Haasteena verkoston toimintavarmuuden kehittäminen Ohjaus heikkenee Häiriö toimijan toiminnassa vaikuttaa verkoston toiminnan jatkuvuuteen 2 Vaatimuksia Lisätiedot JHS166:n uudistus ja lopputulokset. JUHTA Raimo Porttikivi
JHS166:n uudistus ja lopputulokset JUHTA 11.12.2014 Raimo Porttikivi JHS166 uudistamisen työryhmä Raimo Porttikivi, pj Tommi Nordberg, puolustusministeriö Harri Eskola, Tekes Matti Lisitsin, Maanmittauslaitos Lisätiedot JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi
JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Katselmointi osana laadunvarmistusta... 2 2 Yleistä katselmoinneista... Lisätiedot Sopimusten Verkkopankki
Sopimusten Verkkopankki & pilvipalvelun edut ja haasteet Sopima Oy Hiilikatu 3, FI-00180, Helsinki, Finland info@sopima.com, www.sopima.com 1 Sisältö Sopima Oy lyhyesti Sopimusten Verkkopankki Miksi ja Lisätiedot Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011
Lisätieto 15.2.2011 Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011 Vastaukset täydentävät vaatimusmäärittelyämme lisätietona ja ne tulee ottaa Lisätiedot Tietoturvallisuuden arviointilaitokset apuna yritysturvallisuuden ja viranomaisten tietoturvallisuuden kehittämisessä
Tietoturvallisuuden arviointilaitokset apuna yritysturvallisuuden ja viranomaisten tietoturvallisuuden kehittämisessä FINAS-päivä 22.1.2013 Helsingin Messukeskus Laura Kiviharju Viestintävirasto Viestintäviraston Lisätiedot Espoon kaupunkikonsernin tietoturvapolitiikka 25.5.2015
Espoon kaupunkikonsernin tietoturvapolitiikka 25.5.2015 Espoon kaupunki 2015 Tietoturvapolitiikka 1 (7) Yhteenveto Tietoturvapolitiikka on kaupunginhallituksen ja kaupunginjohdon tahdonilmaisu tietoturvan Lisätiedot Järjestelmäarkkitehtuuri (TK081702) Pilvipalvelut. Pilvipalvelut - lähtökohtia
Järjestelmäarkkitehtuuri (TK081702) Pilvipalvelut Pilvipalvelut Nouseva toteutustekniikka ja trendi Kuluttajat edellä, yritykset perässä Paino sanalla Palvelu Yhtenäisyyksiä vuosikymmenten taakse, sovelletaan Lisätiedot Suomen avoimien tietojärjestelmien keskus COSS ry
Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet Lisätiedot PALVELUKUVAUS järjestelmän nimi versio x.x
JHS 171 ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen Liite 4 Palvelukuvaus -pohja Versio: 1.0 Julkaistu: 11.9.2009 Voimassaoloaika: Toistaiseksi PALVELUKUVAUS järjestelmän nimi versio Lisätiedot Tietoturvapolitiikka. Kunnanhallitus 27.2.2012 42 Tyrnävän kunta
Tietoturvapolitiikka Kunnanhallitus 27.2.2012 42 Tyrnävän kunta 2 SISÄLLYSLUETTELO 1. YLEISTÄ 3 2. POLITIIKAN SOVELTAMINEN JA LAAJUUS 3 3. TIETOTURVAPOLITIIKKA, TAVOITTEET JA PERIAATTEET 4 4. TIETOJEN Lisätiedot Espoon kaupunki Pöytäkirja 96. Valtuusto 08.06.2015 Sivu 1 / 1. 96 Valtuustokysymys kyberturvallisuuden järjestämisestä ja uhkiin varautumisesta
Valtuusto 08.06.2015 Sivu 1 / 1 1909/07.01.00/2015 Kaupunginhallitus 189 25.5.2015 96 Valtuustokysymys kyberturvallisuuden järjestämisestä ja uhkiin varautumisesta Valmistelijat / lisätiedot: Juha Kalander, Lisätiedot AEO-Toimijapäivä. Toimitusketjujen uhkien analysointi ja riskienhallinta yhteistyössä sopimuskumppanien kanssa 12.3.2013.
AEO-Toimijapäivä Toimitusketjujen uhkien analysointi ja riskienhallinta yhteistyössä sopimuskumppanien kanssa 12.3.2013 Sami Hyytiäinen Johdanto Turvallisuus ja vaarattomuus toimitusketjussa Kuljetusketjun Lisätiedot Tietohallinnon nykytilan analyysi. Analyysimenetelmä (sovitettu Tietohallintomallista) 9.10.2013
Tietohallinnon nykytilan analyysi Analyysimenetelmä (sovitettu Tietomallista) 9.10.2013 Haastattelurunko Kerättävät perustiedot Budjetti (edellisvuoden) Henkilöstökustannukset IT-ostot Muut Liite - Kypsyysanalyysin Lisätiedot TIETOTURVAPOLITIIKKA
TIETOTURVAPOLITIIKKA Lapin ammattikorkeakoulun rehtori on hyväksynyt tietoturvapolitiikan 18.3.2014. Voimassa toistaiseksi. 2 Sisällysluettelo 1 Yleistä... 3 1.1 Tietoturvallisuuden kolme ulottuvuutta... Lisätiedot Vastuualueen ja tulosyksikön sisäisen valvonnan ja riskienhallinnan arviointi ja järjestäminen (pohjaehdotus)
Vastuualueen ja tulosyksikön sisäisen valvonnan ja riskienhallinnan arviointi ja järjestäminen 2012 2014 (pohjaehdotus) Arviointilomakkeiden tarkoitus Kunkin vastuualueen ja tulosyksikön sisäisen valvonnan Lisätiedot SOPIMUS [SOVELLUSHANKINNASTA]
Julkisen hallinnon IT- hankintojen sopimusehdot (JIT 2007) 1 ----------------------------------------------------------------------------------------------------------------------------------- [JHS 166 Lisätiedot JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen. JHS-jaosto
JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen JHS-jaosto 23.05.2014 Sisältö Käsitteet ja tavoitteet Työskentelyprosessi Suositusluonnoksen esittely 2 Käsitteet ja tavoitteet 3 Verkkopalvelu Lisätiedot JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys Lisätiedot Tietohallinto on palvelu
Tietohallinto on palvelu Jouko Mäkelä Tietohallinnon erityisasiantuntija, TAKK StudentaPluS - projektipäällikkö, AMKE Oy Näkökulmia oppilaitoksen tietohallintoon Julkishallinnon ohjaus Tietohallintolaki Lisätiedot Miten suojautua nykyisiltä tieto- ja kyberuhilta? Petri Vilander, Kyberturvallisuuspäällikkö, Elisa Oyj
Miten suojautua nykyisiltä tieto- ja kyberuhilta? Petri Vilander, Kyberturvallisuuspäällikkö, Elisa Oyj Kyberturvallisuus toiminta Valtio Kyberturvallisuuden poliittinen ohjaus kuuluu valtioneuvostolle, Lisätiedot Sähköiseen säilytykseen liittyvät organisaation auditoinnit
Sähköiseen säilytykseen liittyvät organisaation auditoinnit Arto Kangas, auditoija & konsultti Netum konsultointi Oy Torstai 29.11.2012 29.11.2012 Arto Kangas, SÄHKE-Expo 1 Arto Kangas Koulutus: Kauppatieteiden Lisätiedot SOPIMUSLUONNOS Opintojaksopalautejärjestelmän rakentamisesta
1 (5) SOPIMUSLUONNOS Opintojaksopalautejärjestelmän rakentamisesta 1 SOPIJAPUOLET Tilaaja: HAAGA-HELIA Oy Ab konserni Y- tunnus: 2029188-8 Osoite: Ratapihankatu 13, 00520 Helsinki Tilaajan yhteyshenkilö Lisätiedot TIETOTURVALLISUUDEN UUDET ULOTTOVUUDET TOIMITILOISSA
TIETOTURVALLISUUDEN UUDET ULOTTOVUUDET TOIMITILOISSA TOIMITILAPÄIVÄ 21.3.2013 Johtava asiantuntija Fyysinen turvallisuus ja varautuminen Marko Kalliokoski Verohallinto 020 612 5192 etunimi.sukunimi@vero.fi Lisätiedot TURVALLISUUDEN HUOMIOMINEN OHJELMISTON HANKINTAKETJUSSA
TURVALLISUUDEN HUOMIOMINEN OHJELMISTON HANKINTAKETJUSSA Turvallinen ohjelmistokehitys seminaari 30.9.2008 1 Turvallisuusvaatimukset ohjelmiston hankinnassa Tehtävä/toiminta liittyvä toiminnot/prosessit Lisätiedot HELIA TIKO 25.9.2006 ICT03D Tieto ja tiedon varastointi T.Mikkola, O.Virkki. Tietoturva tiedon varastoinnissa
HELIA TIKO 25.9.2006 ICT03D Tieto ja tiedon varastointi T.Mikkola, O.Virkki Tietoturva tiedon varastoinnissa 1 Sisällysluettelo Miksi Tietoturvaa? Tietoturva vrs. Tietosuoja Uhkia Tietoturvan osa-alueet Lisätiedot Ohje arviointikriteeristöjen tulkinnasta
Ohje 1 (6) 28.10.2015 Ohje arviointikriteeristöjen tulkinnasta Kansalliset arvioinnit 1 Arviointikriteeristöt Lain viranomaisten tietojärjestelmien ja tietoliikennejärjestelyjen tietoturvallisuuden arvioinnista Lisätiedot Riippumattomat arviointilaitokset
Riippumattomat arviointilaitokset CSM Riskienhallinta -asetuksen mukainen riippumaton arviointi Komission asetus (352/2009/EY) yhteisestä turvallisuusmenetelmästä, CSM riskienhallinta-asetus, vaatii rautatiejärjestelmässä Lisätiedot Espoon kaupunki Tietoturvapolitiikka
Hyväksyntä Julkisuusluokka JULKINEN Sijainti Versio 1.0 ESPOON KAUPUNKI 02070 ESPOON KAUPUNKI WWW.ESPOO.FI ESBO STAD 02070 ESBO STAD WWW.ESBO.FI Sisällysluettelo 1 Johdanto... 3 2 Tietoturvallisuus... Lisätiedot ABB Drives and Controls, 26.05.2015 Koneenrakentajan ja laitetoimittajan yhteistoiminta toiminnallisen turvallisuuden varmistamisessa
ABB Drives and Controls, 26.05.2015 Koneenrakentajan ja laitetoimittajan yhteistoiminta toiminnallisen turvallisuuden varmistamisessa Sisältö 1. Koneenrakentajan haasteita koneiden turvallistamisessa 2. Lisätiedot Tietoturvakonsulttina työskentely KPMG:llä
Tietoturvakonsulttina työskentely KPMG:llä Helsingin Yliopisto 28 Helmikuuta 2014 Agenda Agenda Työtehtävistä yleisesti Esimerkkejä Osaamisen/toiminnan kehittäminen 1 Turvallisuuden arviointi / auditointi Lisätiedot Kysymykset ja vastaukset:
Kysymykset ja vastaukset: Kysymys 1 Voidaanko JYSE2009 Palvelut sopimusehtoja täydentää JIT2007 sopimusehdoin (Yleiset sopimusehdot, JIT2007 sovellukset, JIT2007 Palvelut)? Vastaus 1 Hankinnassa noudatetaan Lisätiedot Peruspalvelukuntayhtymä Kallio TIETOSUOJAPOLITIIKKA. Yhtymähallitus 10.4.2014 41
Peruspalvelukuntayhtymä Kallio TIETOSUOJAPOLITIIKKA Johdanto Tietosuojapolitiikassa kuvataan henkilöön liittyvien henkilötietojen tai muiden luottamuksellisten tietojen käytön periaatteet ja menetelmät Lisätiedot Oulu D.C. kapasiteettipalveluita oululaiseen ekosysteemiin
Technopolis Business Breakfast Oulu 9.5.2014 Oulu D.C. kapasiteettipalveluita oululaiseen ekosysteemiin Jari P. Tuovinen, Oulu ICT Oy toimitusjohtaja 1 Oulu ICT Oy on tele- ja tietotekniikka-alan kehittämiseen Lisätiedot TERVEYDENHUOLLON TOIMINTAYKSIKÖN TIETOTURVAPOLITIIKKA
TERVEYDENHUOLLON TOIMINTAYKSIKÖN TIETOTURVAPOLITIIKKA Hyväksytty: Hämeenkyrön lautakunta 2.11.2011 Tarkastettu 29.4.2014 OK 1. JOHDANTO Tietojenkäsittely tukee Hämeenkyrön kunnan / n terveydenhuollon toimintayksikön Lisätiedot ICT-palvelujen kehittäminen - suositussarja Suvi Pietikäinen Netum Oy
ICT-palvelujen kehittäminen - suositussarja 24.11.2009 Suvi Pietikäinen Netum Oy JHS 171 ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen ICT-palvelujen kehittäminen: Kehittämiskohteiden Lisätiedot Potilasturvallisuuden johtaminen ja auditointi
1 Potilasturvallisuuden johtaminen ja auditointi Pirjo Berg, Anna Maksimainen & Olli Tolkki 16.11.2010 Potilasturvallisuuden johtaminen ja auditointi Taustaa STM velvoittaa sairaanhoitopiirit laatimaan Lisätiedot 10.6.2010 Jan Hursti, Kehityspäällikkö, Isoworks Oy. Turvallista pilvipalvelua keskisuurille yrityksille
10.6.2010 Jan Hursti, Kehityspäällikkö, Isoworks Oy Turvallista pilvipalvelua keskisuurille yrityksille Maankattavaa ICT-palvelua Huolehdimme asiakkaidemme tieto- ja viestintätekniikan toimivuudesta 24/7 Lisätiedot Punkalaitumen kunta ja. Valtion tieto- ja viestintätekniikkakeskus. Valtori
Palvelusopimus 1 / 6 PALVELUSOPIMUS Asiointitili-palvelusta Punkalaitumen kunta ja Valtion tieto- ja viestintätekniikkakeskus Valtori Valtion tieto- ja viestintätekniikkakeskus www.valtori.fi VALTORI Palvelusopimus Lisätiedot Lappeenrannan kaupungin tietoturvaperiaatteet 2016
1 (7) Lappeenrannan kaupungin tietoturvaperiaatteet 2016 Muutoshistoria Versio Laatija Päiväys Muutokset Hyväksynyt 0.9 Juuso Mikkonen 25.11.2015 Valmis Tietohallintotyöryhmän käsittelyyn. 1.0 3.12.2015 Lisätiedot Arviointiraportti. Patenttitoimisto Jaakko Väisänen
2016-06-16 1 (5) Arviointiraportti Patenttitoimisto Jaakko Väisänen 14. - 16.6.2016 Raportti nspecta Sertifiointi Oy Visiting address CN: 1065745-2 Group headquarters: nspecta Group Oy, Helsinki, 2016-06-16 Lisätiedot JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Liite 5 Arkkitehtuuriperiaatteiden kuvaus Versio: 1.1 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Arkkitehtuuriperiaatteet... Lisätiedot JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 9. Virtualisointi ja pilvipalvelut teknologia-arkkitehtuurin suunnittelussa
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 9. Virtualisointi ja pilvipalvelut teknologia-arkkitehtuurin suunnittelussa Versio: Palautekierros, 2. palautekierros Julkaistu: Voimassaoloaika: Lisätiedot Seuraavaksi: VAHTI-pääsihteeri Kimmo Rousku, VM: Tietoturvallisuuden ja varautumisen roolit valtionhallinnossa
Seuraavaksi: VAHTI-pääsihteeri Kimmo Rousku, VM: Tietoturvallisuuden ja varautumisen roolit valtionhallinnossa Osallistu keskusteluun, kysy ja kommentoi Twitterissä: #Valtori2015 Tietoturvallisuuden ja Lisätiedot JYVÄSKYLÄN KAUPUNKIKONSERNIN TIETOTURVAPOLITIIKKA
JYVÄSKYLÄN KAUPUNKI Tietohallinto JYVÄSKYLÄN KAUPUNKIKONSERNIN TIETOTURVAPOLITIIKKA VERSIO 1.0 11.5.2009 SISÄLLYSLUETTELO 1 JOHDANTO... 1 2 KATTAVUUS... 1 3 MITÄ TIETOTURVA ON... 1 4 MIKSI TIETOTURVAA... Lisätiedot Loviisan kaupungin keskusten ja vastuualueiden riskienhallinnan ja valvonnan arviointikehikko (luonnos)
Loviisan kaupungin keskusten ja vastuualueiden riskienhallinnan ja valvonnan arviointikehikko (luonnos) Keskukset ja vastuualueet arvioivat riskejä oman perustehtävänsä erityispiirteiden ja taloutensa Lisätiedot TIETOTURVATASOVAATIMUKSET HANKINNOISSA
TIETOTURVATASOVAATIMUKSET HANKINNOISSA Mikäli muuta ei mainita, Toimittajan (ei Asiakkaan) tulee suorittaa tässä taulukossa kuvatut toimenpiteet, jotka kohdistuvat hankinnan kohteeseen eli palveluun. Tietoturvatasoj Lisätiedot Vastausten ja tulosten luotettavuus. 241 vastausta noin 10 %:n vastausprosentti tyypillinen
Vastausten ja tulosten luotettavuus Vastaukset 241 vastausta noin 10 %:n vastausprosentti tyypillinen Kansainväliset IT:n hallinnan hyvät käytännöt. Luotettavuusnäkökohdat Kokemukset ja soveltamisesimerkit Lisätiedot Tietoturvan huomioon ottaminen tietojärjestelmähankinnassa
Tässä Relator Oy:n tuottamassa White Paper -julkaisussa käsitellään sovellusten hankkimista sekä sovelluskehitystä tietoturvan näkökulmasta. White Paperin ovat kirjoittanut Relator Oy:n konsultit Kimmo Lisätiedot SOPIMUS [...] PALVELUSTA
Julkisen hallinnon IT- hankintojen sopimusehdot (JIT 2007) 1 ----------------------------------------------------------------------------------------------------------------------------------- [JHS 166 Lisätiedot Kansainvälisen ISO/IEC 27001 sertifioinnin toteuttaminen CSC:llä
Kansainvälisen ISO/IEC 27001 sertifioinnin toteuttaminen CSC:llä Tietoturvapäällikkö Urpo Kaila CSC - Tieteen tietotekniikan keskus Korkeakoulujen IT-päivät 5.11.2013 Sisältö Turvallisuuskatsaus Miten Lisätiedot Tietoturva ja viestintä
Tietoturva ja viestintä 3.11.2015 1 Uhkakuvat muuttuvat - mitä teemme? Ihmisestä tallentuu joka päivä tietoa mitä erilaisimpiin paikkoihin - valtion, kuntien ja yritysten ylläpitämiin rekistereihin. Joka Lisätiedot Kokemuksia tietoturvallisuuden kehittämisestä tietoturvapolitiikan viitoittamana
Kokemuksia tietoturvallisuuden kehittämisestä tietoturvapolitiikan viitoittamana Terveydenhuollon Atk-päivät Tampere-talo 26.5.2010 Antti-Olli Taipale Tietohallintojohtaja Päijät-Hämeen sosiaali- ja terveysyhtymä Lisätiedot Yhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista. Jukka Kääriäinen Jukka.kaariainen@vtt.fi 22.4.2015
Yhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista Jukka Kääriäinen Jukka.kaariainen@vtt.fi 22.4.2015 Sisältö Mistä tietoja koottu? Opit Yhteenveto Mistä tietoja koottu? Nämä tiedot on kerätty Lisätiedot Asianajajaliiton tietoturvaohjeet. Asianajosihteeripäivät 4.4.2014 Asianajaja Hanna Räihä-Mäntyharju Asianajotoimisto Tempo Oy
Asianajajaliiton tietoturvaohjeet Asianajosihteeripäivät 4.4.2014 Asianajaja Hanna Räihä-Mäntyharju Asianajotoimisto Tempo Oy SISÄLTÖ Yleiskatsaus tietoturvaohjeisiin Sähköpostin käyttö Pilvipalveluiden Lisätiedot SÄHKE2-SOVELLUSAUDITOINNIT
1 (8) Kansallisarkisto SÄHKE2-SOVELLUSAUDITOINNIT PALVELUKUVAUS v. 2.0 (21.2.2013) VERSIOHISTORIA Versio Päivämäärä Tekijä Sisältö 2.0 21.2.2013 Mikko Eräkaski Poistettu toiminta-auditointia koskeva osio Lisätiedot PIEKSÄMÄEN KAUPUNGIN TIETOTURVAPOLITIIKKA
PIEKSÄMÄEN KAUPUNGIN TIETOTURVAPOLITIIKKA 2016 Kh 111 31.5.2016 v1.0 19.5.2016, Seija Romo 1. JOHDANTO... 1 2. TIETOTURVAPOLITIIKAN TAVOITE... 1 3. TIETOTURVATOIMINTAA OHJAAVAT TEKIJÄT... 2 4. TIETORISKIEN Lisätiedot JIT 2015 -EHDOT KÄYTÄNNÖN KÄSIKIRJA
Janne Järvenoja Olavi Köngäs Karolina Lehto Jussi Tokola Martin von Willebrand Kari Wirman JIT 2015 -EHDOT KÄYTÄNNÖN KÄSIKIRJA Talentum Pro Helsinki 2015 Talentum Media Oy sekä tekijät Yhteistyössä Lakimiesliiton Lisätiedot Tietoturva- ja tietosuojariskien hallinta tietojärjestelmäkilpailutuksessa
Tietoturva- ja tietosuojariskien hallinta tietojärjestelmäkilpailutuksessa 13.05.2015 Terveydenhuollon ATK-päivät Tampere-talo Yleistä Riskienhallintaan löytyy viitekehyksiä/standardeja kuten ISO 31000 Lisätiedot TORI-siirtoprojektit. Toukokuu 2014
TORI-siirtoprojektit Toukokuu 2014 Aikataulutus Toimialariippumattomien ICT-tehtävien siirtoaikataulu on hyväksytty kansliapäällikkökokouksessa 24.6.2013 Yksikkökohtaisesta siirtoprojektista on laadittu Lisätiedot TIETOTURVA LIIKETOIMINNAN MAHDOLLISTAJANA
TTL 60 vuotta Roadshow, Tampere 5.11.2013 TIETOTURVA LIIKETOIMINNAN MAHDOLLISTAJANA Antti Pirinen, Tietoturva ry Antti Pirinen Tietoturva ry Hallituksessa 2009 -> Sihteeri 2013 Työkokemus: 2012 -> KPMG:n Lisätiedot Verkostoautomaatiojärjestelmien tietoturva
Verkostoautomaatiojärjestelmien tietoturva Jouko Tervo Sähkötutkimuspoolin seminaari 9.10.2013 1 Renecon palvelut Toiminnan kehittäminen ICTjärjestelmien ja palvelujen hankinnat Selvitykset ja tutkimukset Lisätiedot Sopimuksen päiväys ja nro:
Julkisen hallinnon IT-hankintojen sopimusehdot ERITYISEHTOJA TILAAJAN SOVELLUSHANKINNOISTA Sopimuksen päiväys ja nro: Liite nro: 1 SOVELTAMINEN (1) Näitä erityisehtoja tilaajan sovellushankinnoista noudatetaan Lisätiedot Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus. Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela 22.4.2015 Jukka.kaariainen@vtt.
Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela 22.4.2015 Jukka.kaariainen@vtt.fi Avoimen tuotteenhallinta Esityksen sisältö Mitä on tuotteenhallinta? Lisätiedot Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet
Järjestelmäarkkitehtuuri (TK081702) Integraation tavoitteita Lähtökohta Web-palvelut Asiakasrekisteri ERP, Tuotannon ohjaus Tuotanto Myynti Intranet Extranet? CRM Johdon tuki Henkilöstö Kirjanpito Palkanlaskenta Lisätiedot Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA
Ohjelmointitekniikka lyhyesti Survival Kit. Vesiputousmalli ELINKAARIMALLEISTA. Ohjelmiston elinkaari Ohjelmiston elinkaarella (life cycle) tarkoitetaan aikaa, joka kuluu ohjelmiston kehittämisen aloittamisesta Lisätiedot IT-ERP Tietohallinnon toiminnanohjausratkaisuna. ja ITIL palveluiden kehittämisessä
IT-ERP Tietohallinnon toiminnanohjausratkaisuna ja ITIL palveluiden kehittämisessä Case PRH Timo Junnonen Esityksen sisältö: 1. Patentti- ja rekisterihallitus (PRH) 2. PRH tietohallinto (PIT projekti) Lisätiedot VIRTU ja tietoturvatasot
1 VIRTU ja tietoturvatasot VIRTU/HAKA seminaari 3.2.2010 Erja Kinnunen VK/VIP VIPin palvelut Tietoturvallisuuden viitekehys valtionhallinnossa Ei tietoturvallisuutta koskevaa erillislakia Valtioneuvoston Lisätiedot Valtiontalouden tarkastusviraston toimintakäsikirja Tietoturvapolitiikka 2014-2020
Valtiontalouden tarkastusviraston toimintakäsikirja Tietoturvapolitiikka 2014-2020 Sisällys Valtiontalouden tarkastusviraston tietoturvapolitiikka... 2 1 Johdanto... 3 2 Vastuut... 3 2.1 Tarkastusviraston Lisätiedot IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS
20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien Lisätiedot KUUMA-ICT:n ja kuntien työnjako Palvelusopimuksen liite 6
:n ja kuntien työnjako Palvelusopimuksen liite 6 13.4.2016 Käytettyjen lyhennysten selvitykset: R = responsible (vastuullinen) - R-toimija suorittaa annetun tehtävän - jokaisella tehtävällä on ainakin Lisätiedot Raitiotieallianssin riskienhallintamenettelyt
Riskienhallintamenettelyt 1 (7) Raitiotieallianssin riskienhallintamenettelyt Riskienhallintamenettelyt 2 (7) SISÄLTÖ 1 PERIAATTEET JA TAVOITTEET... 3 2 ORGANISOINTI JA VASTUUT... 4 3 RISKIENHALLINTAPROSESSI... Lisätiedot Soveltuvimpien standardien esittely ja vaikutusten arviointi TITAN Tietoturvaa teollisuusautomaatioon Tekes Turvallisuusohjelman hanke
Soveltuvimpien standardien esittely ja vaikutusten arviointi TITAN Tietoturvaa teollisuusautomaatioon Tekes Turvallisuusohjelman hanke TITAN-SEMINAARI 9.11.2010 Pasi Ahonen, VTT TITAN projektissa koottiin Lisätiedot KONEAUTOMAATION LAATU JA TURVALLISUUS. 4.6.2015 Marko Varpunen
KONEAUTOMAATION LAATU JA TURVALLISUUS 4.6.2015 Marko Varpunen TLJ ja automaatio Rautatie, metro, teollisuus-laitokset, kaivoskoneet, vesi, n. 90 henkeä Mikkeli Turvallisuusjohtaminen konsultointi riskienarviointi Lisätiedot Facta palvelimien uusiminen Helsingin kaupunki
Facta palvelimien uusiminen Helsingin kaupunki TARJOUS 70214 06.03.2014 Helsingin kaupunki Kiinteistövirasto Anu Soukki PL 2205 00099 Helsingin kaupunki anu.soukki@hel.fi eero.saarinen@hel.fi tea.tikkanen@hel.fi Lisätiedot Kansaneläkelaitos Hankekuvaus Liite 2.2
Kansaneläkelaitos Hankekuvaus Liite 2.2 21.01.2013 Kela 24/443/2012 LIITE 2.2 KELAN SHAREPOINT TYÖTILOJEN ALUSTAVIA TARPEITA 1 Johdanto Tämä liite on laadittu Kelan SharePoint työtilojen esiselvityksen Lisätiedot Liittymät Euroclear Finlandin järjestelmiin, tietoliikenne ja osapuolen järjestelmät Toimitusjohtajan päätös
Liittymät Euroclear Finlandin järjestelmiin, tietoliikenne ja osapuolen järjestelmät Toimitusjohtajan päätös Tilinhoitajille Selvitysosapuolille Liikkeeseenlaskijan asiamiehille Sääntöviite: 1.5.9, 5) Lisätiedot Verkkosovellusten tietoturvastrategia
Verkkosovellusten tietoturvastrategia Information Security konferenssi 20.4.2010 Jari Pirhonen Turvallisuusjohtaja Samlink Sisältö Nykyaikaisten verkkosovellusten tietoturvaaminen on haastavampaa kuin Lisätiedot Auditointi. Teemupekka Virtanen 14.5.2010
Auditointi Teemupekka Virtanen 14.5.2010 Lähtökohta Kaikki KANTAan liittyneet organisaatiot jakavat saman tietomassan Keskinäinen luottamus Yhteiset toimintaperiaatteet Yhteinen turvataso Minä uskallan Lisätiedot 2017 © DocPlayer.fi Yksityisyyskäytäntö | Palveluehdot | Palaute