Kun palveluntarjoajan on suljettava palvelu: lainkäyttöalueeseen liittyvä riski salasanojen hallinnassa
Se, joka hallitsee infrastruktuuria, hallitsee saatavuutta ja pääsyä – myös yrityksenne kirjautumistietoihin.
Kirjautumistiedot ovat yrityksen arkaluonteisin tietoluokka: ne ovat avain kaikkiin muihin järjestelmiin. Se, missä tämä avainnippu sijaitsee – ja minkä oikeusjärjestyksen alaisia palveluntarjoaja ja infrastruktuuri ovat – ratkaisee, kuka voi kriittisessä tilanteessa päästä siihen käsiksi ja kuka voi sulkea palvelun. Juuri tätä digitaalinen suvereniteetti tarkoittaa: määräysvaltaa siihen, missä tiedot sijaitsevat, kuka niitä käyttää ja pysyykö palvelu saatavilla. Ulkomaisen lainkäyttöalueen alaisissa pilvipohjaisissa palveluissa tämä määräysvalta ei ole rajaton – siihen vaikuttavat vieraat lait ja viranomaismääräykset.
Saatavuutta ei taata: ajankohtainen esimerkki
Kesäkuussa 2026 abstraktilta kuulostava asia muuttui konkreettiseksi: Yhdysvaltain hallituksen vientivalvontamääräys velvoitti AI-palveluntarjoaja Anthropicin keskeyttämään pääsyn kahteen kehittyneimpään malliinsa ulkomaan kansalaisilta – riippumatta siitä, olivatko he Yhdysvalloissa vai sen ulkopuolella. Koska käyttäjien kansalaisuutta ei voitu luotettavasti tarkistaa reaaliajassa, palveluntarjoaja sulki varotoimena kyseiset mallit kaikilta asiakkailta. Muutamassa tunnissa aiemmin vapaasti käytettävissä ollut tuote ei ollut enää käytettävissä – riippumatta voimassa olevista sopimuksista, maksetuista tilauksista tai käyttäjien fyysisestä sijainnista.
Tapaus on opettavainen yhdestä syystä: kyse ei ollut teknisestä häiriöstä vaan sääntelypäätöksestä. Sopimukseen kirjattu saatavuuslupaus (SLA) ei suojaa tältä – jos palveluntarjoajan on noudatettava viranomaismääräystä, se menee sopimuslupauksen edelle. Ei-kriittisille palveluille tämä on siedettävä harmi. Liiketoimintakriittiselle infrastruktuurille se on riski, joka kuuluu arkkitehtuuripäätökseen.
Lainkäyttöalueeseen liittyvän riskin kaksi ulottuvuutta
Se, joka antaa dataa tai palveluita ulkomaisen oikeusjärjestyksen alaisen palveluntarjoajan haltuun, ottaa kaksi erilaista riskiä:
- Pääsy: kyseisen maan viranomaiset voivat tietyissä olosuhteissa pakottaa palveluntarjoajan luovuttamaan tietoja – myös silloin, kun tiedot on fyysisesti tallennettu Eurooppaan.
- Saatavuus: pakotteet, vientivalvonta tai muut valtiolliset määräykset voivat velvoittaa palveluntarjoajan lopettamaan palvelun tietyille käyttäjäryhmille tai alueille.
Molemmat riskit ovat riippumattomia palvelun teknisestä laadusta tai sopimustilanteesta. Ne johtuvat yksinomaan siitä, minkä oikeusjärjestyksen alainen palveluntarjoaja on.
Miksi tämä painaa erityisen paljon salasanojen hallinnassa
Salasanojen hallintaohjelma ei ole tavallinen palvelu. Se sisältää käytännössä kaikkien muiden yritysjärjestelmien kirjautumistiedot – sähköpostitilistä palvelimiin, Cloud-palveluihin ja kirjanpitoon. Se, joka vaarantaa tai sulkee tämän keskitetyn holvin, pääsee epäsuorasti käsiksi kaikkeen muuhun.
Tämä muuttaa riskiarviota: monissa sovelluksissa punninta voi kallistua pilven helppouden puolelle. Yrityksen pääavainten holvissa pääsyn ja saatavuuden hallinta on kuitenkin etusijalla. Tässä lainkäyttöalueeseen liittyvä riski ei vaikuta yhteen järjestelmään vaan mahdollisesti koko IT:hen.
Oikeudellinen tausta
Ulkomaiseen oikeusjärjestykseen kuuluvien palveluntarjoajien lainkäyttöalueeseen liittyvä riski ei ole teoreettinen rakennelma, vaan se perustuu konkreettisiin lakeihin. Se ei rajoitu Yhdysvaltoihin – vastaavia sääntöjä on muissakin valtioissa –, mutta Euroopan markkinoilla erityisen olennaisia ovat kolme kohtaa:
- CLOUD Act (USA, 2018): velvoittaa Yhdysvaltain lainkäyttövallan alaiset sähköisen viestinnän tai remote computing -palveluiden tarjoajat luovuttamaan hallussaan, säilytyksessään tai määräysvallassaan olevia tietoja – riippumatta siitä, onko ne tallennettu Yhdysvaltoihin vai niiden ulkopuolelle. Yhdysvaltalaisen palveluntarjoajan eurooppalainen konesali ei siksi välttämättä sulje pääsyä pois.
- Tiedustelupalvelujen pääsyä koskevat säännöt: valtuudet kuten FISA Section 702 koskevat tietyin edellytyksin Yhdysvaltojen ulkopuolella olevien ei-yhdysvaltalaisten henkilöiden viestinnän kohdennettua keräämistä yhdysvaltalaisten viestintäpalvelujen kautta. Tällaisten valtuuksien laajuus ja oikeudellinen asema on arvioitava erikseen konkreettisen palvelun osalta.
- Tietojen siirto kolmansiin maihin GDPR:n mukaan: jos henkilötietoja siirretään kolmansissa maissa oleville palveluntarjoajille tai käsitellään siellä, on noudatettava GDPR:n 44 artiklaa ja sitä seuraavia artikloja. EU-US Data Privacy Framework on vuodesta 2023 luonut perustan sertifioiduille yhdysvaltalaisille organisaatioille, mutta se ei korvaa riski- ja palveluntarjoaja-arviota erityisen arkaluonteisten tietojen kohdalla.
Nämä säännöt eivät tee Cloud-palveluista yleisesti kiellettyjä. Ne kuitenkin siirtävät osan määräysvallasta yrityksen ulkopuolelle – ja juuri tämä määräysvalta on kirjautumistiedoissa erityisen arvokas.
Mitä digitaalinen suvereniteetti konkreettisesti tarkoittaa
Digitaalinen suvereniteetti ymmärretään helposti väärin poliittisena iskulauseena. Käytännössä se tarkoittaa yksinkertaisesti sitä, että yritys säilyttää määräysvallan kolmeen kysymykseen, jotka kriittisessä tilanteessa ratkaisevat.
- Sijainti: missä tiedot sijaitsevat fyysisesti ja loogisesti?
- Pääsy: kuka voi päästä tietoihin – ja kuka voidaan pakottaa antamaan pääsy?
- Saatavuus: kuka päättää, jatkuuko palvelun toiminta?
Suvereniteetti ei tarkoita Cloud-palveluista luopumista periaatteessa. Se tarkoittaa, että herkimmän kerroksen – kirjautumistietojen – osalta vastausta näihin kolmeen kysymykseen ei anneta pois käsistä.
On-Premises arkkitehtuurivastauksena
Luonteva vastaus lainkäyttöalueeseen liittyvään riskiin on pitää kriittisen kerroksen hallinta yrityksessä. On-Premises-salasanojen hallinta pitää salatut tietokannat, käyttäjähallinnan ja lokit kokonaan infrastruktuurissa, jota yritys itse hallitsee.
Tässä kannattaa tehdä selkeä ero, sillä omassa käytössä salasanojen hallintaohjelman palveluntarjoaja poistuu joka tapauksessa ulkoisena luovutus- tai sulkemispisteenä – jäljelle jää vain infrastruktuuriin liittyvä kysymys:
- Oma konesali: holvi, avaimet, varmuuskopiot ja käyttö ovat täysin omissa käsissä. Tässä digitaalinen suvereniteetti on laajimmillaan – ei ole ulkoista salasanojen hallintapalvelua eikä ulkoista infrastruktuurin ylläpitäjää, joka voitaisiin pakottaa antamaan pääsy tai sulkemaan palvelu.
- Private Cloud tai oma Azure-Tenant: myöskään tässä valmistaja ei ylläpidä salasanojen hallintapalvelua. Mukaan tulee kuitenkin infrastruktuurin ylläpitäjä – jos se kuuluu ulkomaisen oikeusjärjestyksen alaisuuteen, sen lainkäyttöalueeseen liittyvä riski on arvioitava erikseen. Salasanojen hallinnan palveluntarjoajariski poistuu, hostingriski jää.
Maksimaalisen hallinnan kannalta käyttö omassa konesalissa on siksi selkein valinta. Tietosuojan arviointi yksinkertaistuu molemmissa tapauksissa, koska salasanojen hallintaohjelman palveluntarjoaja ei aiheuta tietojen siirtoa kolmansiin maihin – lisätietoja artikkelissa GDPR-yhteensopiva salasanojen hallinta yrityksille.
Suvereniteetti toimintamallin mukaan verrattuna
Cloud-salasanojen hallintaohjelmat eivät ole sinänsä turvattomia – organisaatioille, joilla ei ole omaa infrastruktuuria eikä erityisiä suvereniteettivaatimuksia, ne voivat olla sopiva valinta. Kysymys ei ole “hyvä vai huono”, vaan: kenen tulisi kriittisessä tilanteessa päättää herkimpien tietojen pääsystä ja saatavuudesta?
| Kriteeri | SaaS-salasanojen hallinta ulkomaisen lainkäyttöalueen alaisena | On-Premises-salasanojen hallinta omassa käytössä |
|---|---|---|
| Tietojen tallennussijainti | Palveluntarjoajan infrastruktuurissa | Omassa konesalissa, Private Cloudissa tai omassa Azure-Tenantissa |
| Ulkomaisten viranomaisten pääsy | Mahdollinen palveluntarjoajan kautta – tallennussijainnista riippumatta | Ei salasanojen hallinnan palveluntarjoajaa luovutuspisteenä; ulkoisessa hostingissa infrastruktuurin ylläpitäjä on arvioitava erikseen |
| Saatavuuden hallinta | Palveluntarjoaja ja sen oikeusjärjestys määräävät, toimiiko palvelu | Oma IT määrittää käytön ja saatavuuden; ei valmistajan palvelua, joka voitaisiin sulkea |
| Siirto kolmansiin maihin (GDPR) | Arvioitava palveluntarjoajan ja konsernirakenteen mukaan | Ei salasanojen hallinnan aiheuttamaa siirtoa kolmansiin maihin; hosting arvioitava erikseen |
| Todennettavuus auditoinneissa | Riippuu palveluntarjoajan todisteista ja lupauksista | Tallennussijainti, pääsyreitit ja lokit voidaan osoittaa suoraan |
| Riippuvuus palveluntarjoajasta | Jatkuva tilaus; palvelun on pysyttävä saatavilla | Ajallisesti rajoittamaton lisenssi mahdollinen; käyttö ei riipu valmistajan palvelusta |
Lyhyesti: kun pääsyn ja saatavuuden hallinta ratkaisee, oma käyttö on johdonmukainen valinta – ei siksi, että Cloud olisi periaatteessa poissuljettu, vaan siksi, että kirjautumistiedot ovat kerros, jossa hallinta kannattaa säilyttää.
Password Depot: tietosuvereniteetti periaatteena
Password Depot Enterprise Server on johdonmukaisesti rakennettu käytettäväksi omassa ympäristössänne eikä pakota käyttämään ulkoista Cloud-palvelua – tietosuvereniteetti pysyy kokonaan teillä. Suvereniteettikysymyksessä myös valmistaja on ratkaiseva: Password Depotin kehittää AceBIT GmbH, jonka kotipaikka on Darmstadt – saksalainen yritys Saksan ja Euroopan oikeusjärjestyksen alaisena. Kehitetty vuodesta 1998, käytössä yli 100 000 asiakkaalla.
- Käyttö omassa infrastruktuurissanne: On-Premises omassa konesalissa, valitsemanne hostingkumppanin Private Cloudissa tai omassa Azure-Tenantissa – salatut tietokannat eivät poistu valitsemaltanne vastuualueelta.
- Valmistaja EU-oikeuden alaisena: saksalaisena yrityksenä AceBIT ei kuulu US CLOUD Actin soveltamisalaan. Jos käytätte ulkoista infrastruktuuria, sen ylläpitäjä on arvioitava erikseen – valinta on teidän.
- Todennettava tietoturva-arkkitehtuuri: AES-256 (algoritmi FIPS 197:n mukaan) ja TLS 1.3, SySS-penetraatiotesti Password Depot 19:lle (12/2025) tuloksella “vakavia tietoturva-aukkoja ei havaittu” sekä AceBIT GmbH:n ISO/IEC 27001:2022 -standardin mukaisesti TÜV NORD CERTin sertifioima ISMS.
- Voidaan käyttää GDPR:n mukaisesti: koska tiedot pysyvät omassa käytössä valitsemassanne infrastruktuurissa, salasanojen hallintaohjelma ei aiheuta siirtoa kolmansiin maihin; roolit, lokitus ja salaus tukevat GDPR:n 32 artiklan mukaisia teknisiä ja organisatorisia toimenpiteitä. Konkreettinen vaatimustenmukaisuus riippuu lisäksi konfiguraatiostanne ja prosesseistanne. Kaikki todisteet löytyvät Trust Center -osiosta.
Näin oman käytön oletetusta haitasta tulee strateginen etu: Password Depot on toimintamalli, jossa mikään vieras valmistajan palvelu ei päätä pääsystä yrityksenne pääavaimiin tai holvinne saatavuudesta.
Päätelmä: suvereniteetti on arkkitehtuuripäätös
Saatavuutta ja pääsyn suojausta ei voida taata pelkällä sopimuksella, jos taustalla oleva palveluntarjoaja- tai infrastruktuuriketju kuuluu vieraan oikeusjärjestyksen alaisuuteen – kesäkuun 2026 esimerkki osoittaa tämän selvästi. Useimmille järjestelmille tämä riippuvuus on hyväksyttävä. Salasanojen hallintaohjelmalle, joka säilyttää avaimet kaikkeen muuhun, se ei ole. Jos haluatte säilyttää määräysvallan sijaintiin, pääsyyn ja saatavuuteen, päätös kannattaa tehdä arkkitehtuuritasolla – omalla käytöllä omassa hallinnassa ja eurooppalaisen oikeusjärjestyksen alaisella valmistajalla.
Vakuuttukaa omassa ympäristössänne: testatkaa Enterprise Serveriä 30 päivää maksutta, tutustukaa ratkaisuun live-demossa tai pyytäkää sitomaton tarjous käyttäjämäärällenne.
Usein kysytyt kysymykset digitaalisesta suvereniteetista
Mitä digitaalinen suvereniteetti tarkoittaa salasanojen hallinnassa?
Se tarkoittaa, että yritys säilyttää määräysvallan kolmeen kysymykseen: missä kirjautumistiedot sijaitsevat, kuka voi käyttää niitä ja kuka päättää palvelun saatavuudesta. Omassa käytössä omassa konesalissa kaikki kolme vastausta ovat yrityksellä itsellään.
Mikä on CLOUD Act – ja koskeeko se saksalaisia yrityksiä?
CLOUD Act (USA, 2018) velvoittaa Yhdysvaltain lainkäyttövallan alaiset sähköisen viestinnän tai remote computing -palveluntarjoajat luovuttamaan niiden säilytyksessä tai määräysvallassa olevia tietoja – riippumatta fyysisestä tallennussijainnista. Saksalaisille yrityksille tämä voi olla relevanttia, jos ne käyttävät tällaisia palveluntarjoajia arkaluonteisten tietojen hallintaan, vaikka tiedot sijaitsisivat eurooppalaisessa konesalissa.
Suojaako yhdysvaltalaisen palveluntarjoajan eurooppalainen konesali pääsyltä?
Ei välttämättä. Ratkaisevaa ei ole vain se, missä tiedot on tallennettu, vaan myös se, minkä oikeusjärjestyksen alainen palveluntarjoaja on. Jos palveluntarjoaja kuuluu Yhdysvaltain oikeuden alaisuuteen, luovutusvelvollisuus voi koskea myös Yhdysvaltojen ulkopuolelle tallennettuja tietoja.
Ovatko Cloud-salasanojen hallintaohjelmat siksi lähtökohtaisesti turvattomia?
Eivät. Kyse ei ole salauksen teknisestä turvallisuudesta vaan pääsyn ja saatavuuden hallinnasta. Organisaatioille, joilla ei ole erityisiä suvereniteettivaatimuksia, Cloud-ratkaisut voivat olla sopivia. Kirjautumistietojen kohdalla – kerroksessa, joka avaa kaikki muut järjestelmät – punninta kallistuu kuitenkin usein oman kontrollin puolelle.
Miten On-Premises-käyttö suojaa lainkäyttöalueeseen liittyvältä riskiltä?
Omassa käytössä ei ole ulkoista salasanojen hallintapalvelua, joka voitaisiin pakottaa luovuttamaan tietoja, eikä valmistajan ylläpitämää palvelua, jonka vieras viranomainen voisi sulkea. Omassa konesalissa tallennussijainti, pääsyreitit ja saatavuus ovat kokonaan oman IT:n hallinnassa. Ulkoisessa infrastruktuurissa, kuten Private Cloudissa tai Azure-Tenantissa, myös infrastruktuurin ylläpitäjä on arvioitava.
Kuuluuko Password Depot Yhdysvaltain oikeuden alaisuuteen?
Ei. Password Depotin kehittää AceBIT GmbH, jonka kotipaikka on Darmstadt – saksalainen yritys Saksan ja Euroopan oikeusjärjestyksen alaisena. On-Premises-käytössä salatut tiedot pysyvät omassa tai itse valitsemassanne infrastruktuurissa. Ulkoista infrastruktuuria käytettäessä sen palveluntarjoaja on arvioitava erikseen.
Pyytäkää tarjous omaan käyttöön
Valitkaa käyttäjämäärä ja ylläpitokauden pituus – saatte yksilöllisen tarjouksen Password Depot Enterprise Serveristä sitoumuksetta ja ilman pakollista puhelua.
Pyydä tarjous