Kada pružatelj mora isključiti uslugu: jurisdikcijski rizik kod upravitelja lozinki

Dostupnost nije zajamčena: aktualni primjer

U lipnju 2026. postalo je opipljivo ono što zvuči apstraktno: nalog američke vlade o kontroli izvoza obvezao je pružatelja AI-ja Anthropic da obustavi pristup dvama svojim najnaprednijim modelima za strane državljane – bez obzira na to nalaze li se unutar ili izvan SAD-a. Budući da se državljanstvo korisnika nije moglo pouzdano provjeravati u stvarnom vremenu, pružatelj je iz predostrožnosti isključio pogođene modele za sve korisnike. U roku od nekoliko sati proizvod koji je prije bio slobodno dostupan više se nije mogao koristiti – neovisno o važećim ugovorima, plaćenim pretplatama ili fizičkoj lokaciji korisnika.

Slučaj je poučan iz jednog razloga: nije se radilo o tehničkom kvaru, nego o regulatornoj odluci. Ugovorno jamstvo dostupnosti (SLA) od toga ne štiti – ako pružatelj mora slijediti nalog tijela vlasti, taj nalog ima prednost pred ugovornim obećanjem. Za nekritične usluge to je podnošljiva neugodnost. Za poslovno kritičnu infrastrukturu to je rizik koji pripada odluci o arhitekturi.

Dvije dimenzije jurisdikcijskog rizika

Tko podatke ili usluge povjerava pružatelju pod stranim pravnim poretkom, preuzima dva različita rizika:

• Pristup: tijela dotične zemlje mogu pod određenim okolnostima prisiliti pružatelja da preda podatke – čak i ako su podaci fizički pohranjeni u Europi.
• Dostupnost: sankcije, kontrole izvoza ili drugi suvereni nalozi mogu obvezati pružatelja da obustavi uslugu za određene skupine korisnika ili regije.

Oba su rizika neovisna o tehničkoj kvaliteti usluge ili ugovornoj situaciji. Proizlaze isključivo iz pitanja kojem pravnom poretku pružatelj podliježe.

Zašto je to posebno važno kod upravitelja lozinki

Upravitelj lozinki nije obična usluga. Sadrži pristupne podatke za praktički sve druge sustave tvrtke – od e-mail računa preko poslužitelja i Cloud usluga do računovodstva. Tko kompromitira ili isključi taj središnji trezor, neizravno doseže sve ostalo.

To mijenja procjenu rizika: kod mnogih aplikacija procjena može prevagnuti u korist praktičnosti Clouda. Kod trezora za glavne ključeve tvrtke, međutim, kontrola pristupa i dostupnosti nalazi se na samom vrhu. Ovdje jurisdikcijski rizik ne utječe na pojedini sustav, nego potencijalno na cijeli IT.

Pravni kontekst

Jurisdikcijski rizik kod pružatelja pod stranim pravnim poretkom nije teorijska konstrukcija, nego proizlazi iz konkretnih zakona. Nije ograničen na SAD – usporediva pravila postoje i u drugim državama –, ali za europsko tržište osobito su relevantne tri točke:

• CLOUD Act (SAD, 2018): obvezuje pružatelje elektroničkih komunikacijskih ili udaljenih računalnih usluga pod američkom jurisdikcijom da otkriju podatke koji su u njihovu posjedu, skrbi ili pod njihovom kontrolom – neovisno o tome jesu li pohranjeni unutar ili izvan SAD-a. Europski podatkovni centar američkog pružatelja stoga nužno ne isključuje pristup.
• Pravila pristupa obavještajnih službi: ovlasti kao što je FISA Section 702 pod određenim uvjetima odnose se na ciljano prikupljanje komunikacije neameričkih osoba izvan SAD-a putem američkih komunikacijskih usluga. Doseg i pravni status takvih ovlasti treba zasebno procijeniti za konkretnu uslugu.
• Prijenos u treće zemlje prema GDPR-u: tko osobne podatke prenosi pružateljima u trećim zemljama ili ih ondje daje na obradu, mora poštovati čl. 44. i sl. GDPR-a. EU-US Data Privacy Framework od 2023. stvara osnovu za certificirane američke organizacije, ali ne zamjenjuje procjenu rizika i pružatelja za posebno osjetljive podatke.

Ta pravila ne čine Cloud usluge općenito nedopuštenima. No dio kontrole premještaju izvan tvrtke – a upravo je ta kontrola posebno vrijedna kod pristupnih podataka.

Što digitalni suverenitet konkretno znači

Digitalni suverenitet lako se pogrešno shvaća kao politička parola. U praksi on jednostavno znači: tvrtka zadržava kontrolu nad trima pitanjima koja su bitna u ozbiljnoj situaciji.

• Mjesto: gdje se podaci nalaze fizički i logički?
• Pristup: tko može pristupiti podacima – i koga se može prisiliti na omogućavanje pristupa?
• Dostupnost: tko odlučuje hoće li usluga nastaviti raditi?

Suverenitet ne znači načelno odricanje od Cloud usluga. On znači da se za najosjetljiviji sloj – pristupne podatke – odgovor na ta tri pitanja ne prepušta drugima.

On-Premises kao arhitektonski odgovor

Očigledan odgovor na jurisdikcijski rizik jest zadržati kontrolu nad kritičnim slojem unutar tvrtke. On-Premises upravitelj lozinki drži šifrirane baze podataka, upravljanje korisnicima i zapisnike u potpunosti na infrastrukturi koju tvrtka sama kontrolira.

Pritom se isplati jasno razlikovati: kod vlastitog rada u svakom slučaju otpada pružatelj upravitelja lozinki kao vanjska točka za predaju podataka ili isključenje – preostalo pitanje odnosi se isključivo na infrastrukturu:

• Vlastiti podatkovni centar: trezor, ključevi, sigurnosne kopije i rad u potpunosti su u vlastitim rukama. Ovdje je digitalni suverenitet najširi – nema ni vanjske usluge upravitelja lozinki ni vanjskog operatera infrastrukture koji bi mogao biti prisiljen na omogućavanje pristupa ili obvezan na isključenje.
• Private Cloud ili vlastiti Azure-Tenant: ni ovdje proizvođač ne operira uslugom upravitelja lozinki. Međutim, pojavljuje se operater infrastrukture – ako on podliježe stranom pravnom poretku, njegov jurisdikcijski rizik treba zasebno procijeniti. Rizik pružatelja upravitelja lozinki otpada, rizik hostinga ostaje.

Za maksimalnu kontrolu zato je rad u vlastitom podatkovnom centru najjasniji izbor. Procjena zaštite podataka u oba se slučaja pojednostavljuje jer pružatelj upravitelja lozinki ne uzrokuje prijenos u treće zemlje – detalji su u članku GDPR upravitelj lozinki za tvrtke.

Usporedba suvereniteta prema modelu rada

Cloud upravitelji lozinki nisu sami po sebi nesigurni – za organizacije bez vlastite infrastrukture i bez posebnih zahtjeva za suverenitetom mogu biti prikladan izbor. Pitanje nije „dobro ili loše“, nego: tko u ozbiljnoj situaciji treba odlučivati o pristupu i dostupnosti najosjetljivijih podataka?

Ukratko: ondje gdje je kontrola nad pristupom i dostupnošću presudna, vlastiti rad je dosljedan izbor – ne zato što Cloud načelno otpada, nego zato što su pristupni podaci jedan sloj u kojem treba zadržati kontrolu.

Password Depot: suverenitet podataka kao načelo

Password Depot Enterprise Server dosljedno je izgrađen za rad u vašem okruženju i ne nameće vanjsku Cloud uslugu – suverenitet podataka ostaje u potpunosti kod vas. Za pitanje suvereniteta odlučan je i proizvođač: Password Depot razvija AceBIT GmbH sa sjedištem u Darmstadt – njemačka tvrtka pod njemačkim i europskim pravnim poretkom. Razvija se od 1998., koristi ga više od 100.000 korisnika.

• Rad u vašoj infrastrukturi: On-Premises u vlastitom podatkovnom centru, u Private Cloudu kod hosting partnera po vašem izboru ili u vlastitom Azure-Tenantu – šifrirane baze podataka ne napuštaju područje odgovornosti koje ste odabrali.
• Proizvođač pod pravom EU-a: AceBIT kao njemačka tvrtka ne podliježe US CLOUD Actu. Ako koristite vanjsku infrastrukturu, njezina operatera treba zasebno procijeniti – izbor je na vama.
• Provjerljiva sigurnosna arhitektura: AES-256 (algoritam prema FIPS 197) i TLS 1.3, SySS penetracijski test za Password Depot 19 (12/2025) s rezultatom „nisu utvrđene ozbiljne sigurnosne ranjivosti“ te ISMS AceBIT GmbH certificiran prema ISO/IEC 27001:2022 od strane TÜV NORD CERT.
• Moguć rad u skladu s GDPR-om: budući da podaci u vlastitom radu ostaju na infrastrukturi koju ste odabrali, upravitelj lozinki ne uzrokuje prijenos u treće zemlje; uloge, zapisivanje i šifriranje podržavaju tehničke i organizacijske mjere prema čl. 32. GDPR-a. Konkretna usklađenost dodatno ovisi o vašoj konfiguraciji i procesima. Svi dokazi dostupni su u Trust Center.

Tako se navodni nedostatak vlastitog rada pretvara u stratešku prednost: Password Depot je model rada u kojem nijedna strana usluga proizvođača ne odlučuje o pristupu vašim glavnim ključevima ili dostupnosti vašeg trezora.

Zaključak: suverenitet je odluka o arhitekturi

Dostupnost i zaštita pristupa ne mogu se jamčiti samo ugovorom ako temeljni lanac pružatelja ili infrastrukture podliježe stranom pravnom poretku – primjer iz lipnja 2026. to zorno pokazuje. Za većinu sustava takva je ovisnost prihvatljiva. Za upravitelja lozinki koji čuva ključeve za sve ostalo nije. Tko želi zadržati kontrolu nad mjestom, pristupom i dostupnošću, najbolje donosi tu odluku na razini arhitekture – kroz vlastiti rad pod vlastitom kontrolom i s proizvođačem pod europskim pravnim poretkom.

Uvjerite se u vlastitom okruženju: testirajte Enterprise Server 30 dana besplatno, pogledajte rješenje u demo prikazu uživo ili zatražite neobvezujuću ponudu za svoj broj korisnika.

Česta pitanja o digitalnom suverenitetu

Što znači digitalni suverenitet u upravljanju lozinkama?

Znači da tvrtka zadržava kontrolu nad trima pitanjima: gdje se pristupni podaci nalaze, tko im može pristupiti i tko odlučuje o dostupnosti usluge. Kod vlastitog rada u vlastitom podatkovnom centru sva tri odgovora nalaze se kod same tvrtke.

Što je CLOUD Act – i odnosi li se na njemačke tvrtke?

CLOUD Act (SAD, 2018) obvezuje pružatelje elektroničkih komunikacijskih ili udaljenih računalnih usluga pod američkom jurisdikcijom da otkriju podatke u svojoj skrbi ili pod svojom kontrolom – neovisno o fizičkom mjestu pohrane. Za njemačke tvrtke to može biti relevantno ako takve pružatelje koriste za upravljanje osjetljivim podacima, čak i kada se podaci nalaze u europskom podatkovnom centru.

Štiti li europski podatkovni centar američkog pružatelja od pristupa?

Ne nužno. Nije presudno samo gdje su podaci pohranjeni, nego i kojem pravnom poretku pružatelj podliježe. Ako pružatelj podliježe američkom pravu, obveza predaje može se odnositi i na podatke pohranjene izvan SAD-a.

Jesu li Cloud upravitelji lozinki zbog toga načelno nesigurni?

Ne. Ne radi se o tehničkoj sigurnosti šifriranja, nego o kontroli nad pristupom i dostupnošću. Za organizacije bez posebnih zahtjeva za suverenitetom Cloud rješenja mogu biti prikladna. Kod pristupnih podataka – sloja koji otključava sve druge sustave – procjena često ipak ide u korist vlastite kontrole.

Kako On-Premises rad štiti od jurisdikcijskog rizika?

Kod vlastitog rada nema vanjske usluge upravitelja lozinki koja bi mogla biti prisiljena na predaju podataka i nema usluge koju vodi proizvođač, a koju bi strano tijelo moglo isključiti. U vlastitom podatkovnom centru mjesto pohrane, pristupni putovi i dostupnost potpuno su pod kontrolom vlastitog IT-a. Kod vanjske infrastrukture kao što je Private Cloud ili Azure-Tenant dodatno treba procijeniti operatera infrastrukture.

Podliježe li Password Depot američkom pravu?

Ne. Password Depot razvija AceBIT GmbH sa sjedištem u Darmstadt – njemačka tvrtka pod njemačkim i europskim pravnim poretkom. U On-Premises radu šifrirani podaci ostaju u vašoj vlastitoj ili od vas odabranoj infrastrukturi. Pri korištenju vanjske infrastrukture njezinog pružatelja treba zasebno procijeniti.