⚡ LIMITED TIME Get our FREE €500+ Compliance Starter Kit
Get It Now →

Důkazy z certifikace cloudových služeb EUCS pro audity v roce 2026

Igor Petreski
14 min read
Důkazy z certifikace cloudových služeb EUCS namapované na ISO 27001, NIS2, DORA a GDPR

Záře projektoru v zasedací místnosti osvětlovala Ameliinu tvář, když sledovala snímek s názvem „Horizont souladu 2026“. Jako CISO rychle rostoucí fintech společnosti měla na obrazovce tři zkratky a za nimi jeden opakující se provozní problém: NIS2, DORA i GDPR se všechny vracely ke stejným cloudovým platformám.

Auditor DORA požadoval důkazy o řízení ICT rizik třetích stran u cloudových služeb hostujících platební aplikace. Příslušný orgán podle NIS2 klasifikoval společnost jako důležitý subjekt a ptal se, jak je řízeno zabezpečení dodavatelského řetězce. Pověřenec pro ochranu osobních údajů připravoval přezkum podle GDPR zaměřený na bezpečnost zpracovatele, umístění dat a připravenost na porušení zabezpečení. Nákupní oddělení následně přeposlalo krátký e-mail od poskytovatele cloudové analytiky:

„Připravujeme se na certifikaci EUCS. Může to nahradit vaše bezpečnostní posouzení dodavatele?“

Pro vytíženého CISO, pracovníka odpovědného za soulad nebo zakladatele je lákavá odpověď ano. Evropská certifikace kybernetické bezpečnosti cloudových služeb zní přesně jako důkazní artefakt, který má omezit dotazníky, uklidnit auditory a uspokojit zákazníky.

Lepší odpověď je přesnější: certifikace cloudových služeb EUCS se může stát silným důkazem pro ujištění o poskytovateli cloudových služeb, ale pouze tehdy, když je namapována do vašeho vlastního posouzení rizik podle ISO/IEC 27001:2022, Prohlášení o použitelnosti, registru dodavatelů, registru cloudových služeb, smluvních opatření, postupů pro řešení incidentů a záznamů o odpovědnosti podle GDPR.

Na tomto rozlišení záleží. NIS2 činí ze zabezpečení dodavatelského řetězce a odolnosti digitální infrastruktury předmět dohledu. DORA stanoví, že finanční subjekty zůstávají odpovědné za ICT rizika třetích stran, i když jsou cloudové služby outsourcovány. GDPR vyžaduje, aby správci a zpracovatelé prokazovali odpovědné, zákonné a bezpečné zpracování. ISO/IEC 27001:2022 vyžaduje vymezený systém řízení založený na rizicích, který zohledňuje právní, regulační, smluvní závislosti a závislosti na třetích stranách.

EUCS tyto povinnosti neruší. Poskytuje strukturovaný důkazní artefakt, který lze hodnotit, normalizovat, zpochybňovat a opakovaně používat.

Přístup Clarysec je jednoduchý: považujte EUCS za vysoce hodnotný vstup pro ujištění o dodavateli, nikoli za zkratku k dosažení souladu. V Zenith Controls: průvodce napříč požadavky na soulad začíná cloudový blok ujištění opatřením ISO/IEC 27002:2022 5.23, Bezpečnost informací při používání cloudových služeb, a propojuje jej s 5.20, řešení bezpečnosti informací ve smlouvách s dodavateli, a 5.22, monitorování, přezkum a řízení změn služeb dodavatelů. Tato tři opatření tvoří páteř obhajitelného přezkumu důkazů EUCS.

Proč ujištění o cloudu podle NIS2, DORA a GDPR naráží na své limity

V roce 2026 už ujištění o cloudu není pouze nákupním procesem. Je to téma pro řídicí orgány, regulační orgány i audit.

Směrnice NIS2, směrnice (EU) 2022/2555, rozšiřuje povinnosti v oblasti kybernetické bezpečnosti pro základní a důležité subjekty. Její působnost zahrnuje řadu odvětví výrazně závislých na cloud computingu a její prostředí digitální infrastruktury zahrnuje poskytovatele cloud computingu, poskytovatele služeb datových center, sítě pro doručování obsahu, poskytovatele služeb vytvářejících důvěru, poskytovatele služeb DNS a registry názvů TLD. V popředí jsou také poskytovatelé řízených služeb a poskytovatelé řízených bezpečnostních služeb.

Article 21 vyžaduje vhodná a přiměřená technická, provozní a organizační opatření, včetně analýzy rizik, zvládání incidentů, kontinuity činností, zabezpečení dodavatelského řetězce, bezpečného pořizování a vývoje, zvládání zranitelností, hodnocení účinnosti, kybernetické hygieny, kryptografie, řízení přístupu, správy aktiv a autentizace. Article 23 stanoví postupná očekávání pro hlášení incidentů, včetně včasného varování do 24 hodin a oznámení incidentu do 72 hodin, s ohledem na směrnici a její vnitrostátní provedení. Article 24 umožňuje členským státům za určitých okolností vyžadovat používání ICT produktů, služeb nebo procesů certifikovaných podle evropských schémat certifikace kybernetické bezpečnosti. Article 25 podporuje používání relevantních evropských a mezinárodních norem.

DORA, nařízení (EU) 2022/2554, je pro finanční subjekty ještě přímější. Od 17. ledna 2025 vyžaduje, aby finanční organizace řídily ICT rizika, hlásily závažné incidenty související s ICT, testovaly digitální provozní odolnost a řídily ICT rizika třetích stran. Pro subjekty spadající do její působnosti funguje DORA jako odvětvový právní akt Unie pro odpovídající povinnosti v oblasti kybernetické bezpečnosti, které se překrývají s vnitrostátními pravidly NIS2.

DORA neumožňuje outsourcovat odpovědnost. Articles 28 to 30 vyžadují, aby finanční subjekty prováděly náležitou péči, posuzovaly riziko koncentrace, udržovaly registry smluvních ujednání, zahrnovaly povinné smluvní ochranné mechanismy, zachovávaly auditní a přístupová práva, zajišťovaly součinnost při incidentech, spolupracovaly s příslušnými orgány a udržovaly exit strategie pro ICT služby podporující kritické nebo důležité funkce.

GDPR, nařízení (EU) 2016/679, doplňuje vrstvu odpovědnosti a ochrany osobních údajů. Article 5 vyžaduje, aby správci dodržovali zásady ochrany osobních údajů a byli schopni jejich dodržování doložit. Article 28 upravuje vztahy se zpracovateli a vyžaduje dostatečné záruky od zpracovatelů. Article 32 vyžaduje vhodná technická a organizační opatření k zajištění zabezpečení zpracování.

Výsledkem je problém konvergence. Jeden poskytovatel cloudových služeb může být kritickou ICT třetí stranou podle DORA, přímým dodavatelem v dodavatelském řetězci podle NIS2 a zpracovatelem nebo dílčím zpracovatelem podle GDPR. Pokud je ujištění řízeno oddělenými dotazníky, PDF certifikáty a smluvními složkami, každý audit se mění v rekonstrukci důkazů.

EUCS může tento chaos omezit, ale pouze tehdy, když je začleněn do řízeného důkazního modelu.

Co EUCS může prokázat a co nikoli

Evropské schéma certifikace kybernetické bezpečnosti pro cloudové služby, běžně označované jako EUCS, je navrženo tak, aby poskytovalo evropský mechanismus ujištění o cloudu v širším rámci certifikace kybernetické bezpečnosti EU. Jeho praktická hodnota nespočívá pouze v označení. Hodnota je v podkladovém rozsahu certifikátu, úrovni ujištění, posuzovaných službách, regionech, právnických osobách, hranicích posouzení, době platnosti a modelu dohledu.

Správná otázka k ujištění o cloudu nezní jen: „Má tento poskytovatel EUCS?“ Zní takto:

  • Které konkrétní cloudové služby jsou zahrnuty?
  • Které regiony, umístění dat a právnické osoby jsou zahrnuty?
  • Jaká úroveň ujištění se uplatní?
  • Jaká metoda posouzení byla použita?
  • Které předpoklady sdílené odpovědnosti zůstávají na zákazníkovi?
  • Jaké důkazy lze zpřístupnit zákazníkům, regulačním orgánům a auditorům?
  • Jak certifikát ovlivňuje práva na audit, oznamování incidentů, transparentnost subdodavatelů a plánování ukončení služby?

Cloudový certifikát jen zřídka pokrývá vaši konfiguraci. Pokud vaše organizace vypne MFA, zpřístupní úložiště, udělí nadměrná administrátorská oprávnění, neprotokoluje privilegovaný přístup nebo chybně nakonfiguruje regiony, certifikace poskytovatele váš audit nezachrání.

Proto EUCS patří do důkazní matice, nikoli na piedestal. Může podpořit ujištění na straně poskytovatele, ale vaše organizace musí stále prokázat vlastní správu a řízení, konfiguraci, smluvní opatření a monitorování.

Zenith Blueprint: 30krokový plán auditora to jasně vysvětluje ve fázi řízení rizik, krok 13, Plánování ošetření rizik a Prohlášení o použitelnosti:

SoA je ve skutečnosti přemosťovací dokument: propojuje vaše posouzení a ošetření rizik s konkrétními opatřeními, která máte zavedena. Jeho dokončením si zároveň ověříte, zda jste některá opatření neopomenuli.

To je správný mentální model pro EUCS. Certifikát je dodavatelský důkaz. Vaše Prohlášení o použitelnosti vysvětluje, proč jsou související opatření použitelná, jak vaše organizace implementovala svou část sdílené odpovědnosti, které dodavatelské důkazy byly přijaty a jaká zbytková rizika přetrvávají.

Páteř ISO 27001 pro důkazy EUCS

ISO/IEC 27001:2022 dává EUCS místo v systému. Její kapitoly vyžadují, aby organizace rozuměly interním a externím otázkám, identifikovaly zainteresované strany a požadavky, definovaly rozsah ISMS, přiřadily odpovědnosti vedení, posuzovaly rizika, vybíraly opatření, udržovaly Prohlášení o použitelnosti a neustále se zlepšovaly.

Pro ujištění o cloudu by EUCS měl být zachycen nejméně v šesti artefaktech ISMS.

Artefakt ISMSJak má být EUCS použitOtázka auditora
Rozsah ISMSIdentifikovat cloudové služby, regiony, právnické osoby, zákaznická data a outsourcované závislostiZahrnuje ISMS významné cloudové závislosti a outsourcované služby?
Registr rizikZaznamenat rizika selhání poskytovatele, chybné konfigurace, umístění dat, subdodavatelů a hlášení incidentůJsou cloudová rizika posuzována vůči dopadu na činnost organizace a sdílené odpovědnosti?
Prověrka dodavatelůPoužít EUCS jako důkaz a následně ověřit rozsah, úroveň ujištění, platnost a mezeryPokrývá certifikát přesně používanou službu?
Prohlášení o použitelnostiPropojit cloudová, dodavatelská, přístupová, protokolovací, incidentní a kontinuitní opatření s riziky a regulacíJe výběr opatření odůvodněný a dohledatelný?
Registr cloudových služebZaznamenat poskytovatele, účel, typy dat, umístění, přístup a smluvní údajeDokáže organizace identifikovat všechny schválené cloudové služby?
Smluvní a auditní spisUkládat certifikaci, smlouvy, práva na audit, podmínky oznamování, podmínky subdodavatelů a ustanovení o ukončeníDokáže organizace prokázat vymahatelné povinnosti dodavatele?

Knihovna politik Clarysec převádí tyto požadavky do provozní disciplíny.

SME Politika používání cloudových služeb - SME, oddíl Požadavky na správu a řízení, ustanovení 5.2, stanoví základní požadavky pro schválené cloudové služby:

Schválené cloudové služby musí splňovat následující základní kritéria: 5.2.1 Poskytovatel si udržuje silnou reputaci v oblasti dostupnosti a bezpečnosti 5.2.2 Vícefaktorové ověřování (MFA) je podporováno a lze jej aktivovat 5.2.3 Umístění dat a postupy ochrany soukromí jsou v souladu s příslušnými právními požadavky (např. GDPR) 5.2.4 Služba poskytuje bezpečné řízení přístupu, protokolování a možnosti ochrany údajů

Certifikát EUCS může podpořit 5.2.1 a prvky 5.2.3 a 5.2.4. Neprokazuje, že ve vašem tenantovi je zapnuto MFA, nakonfigurováno protokolování, vynuceno umístění dat nebo přezkoumán administrátorský přístup.

Pro větší organizace nastavuje Enterprise Politika používání cloudových služeb, oddíl Požadavky na správu a řízení, ustanovení 5.2, vyšší laťku:

Veškeré používání cloudu musí před aktivací projít náležitou péčí založenou na rizicích, včetně posouzení poskytovatele, ověření právního souladu a ověření účinnosti opatření.

Tato věta představuje politické stanovisko, které má následovat každý přezkum EUCS: posouzení poskytovatele, ověření právního souladu a ověření účinnosti opatření, nikoli slepé přijetí.

Mapování EUCS na ISO 27001, NIS2, DORA a GDPR

EUCS se stává použitelným pro audit tehdy, když jsou fakta z certifikátu namapována na povinnosti. CISO by měl vytvořit matici ujištění o cloudu napříč požadavky na soulad, která převádí důkazy poskytovatele na opakovaně použitelné důkazy o opatřeních.

Důkazní položka EUCSRelevance pro ISO 27001 a ISO 27002Relevance pro NIS2Relevance pro DORARelevance pro GDPR
Rozsah certifikátu a zahrnuté službyPodporuje posouzení dodavatelského rizika a opatření 5.19, 5.20, 5.22 a 5.23Podporuje zabezpečení dodavatelského řetězce a certifikační důkazyPodporuje náležitou péči u poskytovatele ICT a přesnost registruPodporuje posouzení zpracovatele a dílčího zpracovatele
Úroveň ujištění a metoda posouzeníPodporuje ověření účinnosti opatření a odůvodnění SoAProkazuje přiměřenost vůči riziku a kritičnosti službyPodporuje posouzení kritické nebo důležité funkcePodporuje odpovědnost za hostované osobní údaje
Důkazy o umístění dat a jurisdikciPodporuje mapování právních, regulačních a smluvních požadavkůPodporuje kontinuitu služby a analýzu rizik dodavatelského řetězcePodporuje posouzení rizika koncentrace a subdodávekPodporuje analýzu umístění dat a rizik předávání
Závazky k oznamování incidentůPodporuje plánování incidentů a smluvní opatření s dodavateliPodporuje připravenost na hlášení významných incidentůPodporuje závislosti při hlášení závažných ICT incidentůPodporuje připravenost reakce na porušení zabezpečení osobních údajů
Důkazy o subdodavatelích a dodavatelském řetězciPodporuje monitorování dodavatelů a řízení změnPodporuje posouzení zranitelností specifických pro dodavatelePodporuje řetězec subdodávek a analýzu rizika koncentracePodporuje odpovědnost v řetězci zpracovatelů
Důkazy o ukončení a vrácení datPodporuje kontinuitu, ukončení a bezpečné nakládání s datyPodporuje odolnost vůči všem typům hrozeb a kontinuituPodporuje otestované exit strategie pro kritické ICT službyPodporuje důkazy o výmazu, uchovávání a omezení zpracování

Tato tabulka není určena pouze pro dokumentaci souladu. Je mostem mezi ujištěním poskytovatele a odpovědností vaší organizace.

NIS2 se ptá, zda váš subjekt přijal vhodná a přiměřená opatření. DORA se ptá, zda váš finanční subjekt řídí ICT rizika třetích stran prostřednictvím náležité péče, smluv, monitorování a plánování ukončení služby. GDPR se ptá, zda je zpracování osobních údajů zákonné, bezpečné a prokazatelné. ISO/IEC 27001:2022 se ptá, zda je toto vše začleněno do systému řízení založeného na rizicích.

Praktický příklad: přezkum EUCS u poskytovatele cloudové analytiky

Vraťme se k Ameliině fintech společnosti Northstar Pay. Společnost chce zařadit cloudovou analytickou platformu pro detekci podvodů a reportování transakcí. Poskytovatel předkládá certifikát EUCS a tvrdí, že by měl splnit požadavky bezpečnostního přezkumu.

Clarysec by strukturoval přezkum důkazů do šesti kroků.

Krok 1: Aktualizujte registr cloudových služeb

Politika používání cloudových služeb - SME, oddíl Požadavky na správu a řízení, ustanovení 5.3, vyžaduje registr, který zaznamenává název cloudové služby, účel, odpovědného vlastníka, typy dat, zemi nebo region, přístupová oprávnění, administrátorské účty, smluvní údaje, data obnovení a kontakty podpory.

U podniků začíná Politika používání cloudových služeb, oddíl Požadavky na správu a řízení, ustanovení 5.1, vlastnictvím:

Organizace musí udržovat centralizovaný registr cloudových služeb ve vlastnictví CISO, který obsahuje:

Northstar Pay zaznamená službu před schválením, nikoli až po uvedení do produkčního prostředí.

Pole registruPříklad záznamu
Cloudová službaAnalytická platforma poskytovatele
Obchodní účelAnalýza podvodů a reportování trendů transakcí
Vlastník aplikaceVedoucí datových platforem
Typy datIdentifikátory zákazníků, metadata transakcí, pseudonymizované analytické události
Umístění datPouze region EU, smluvně omezeno
PřístupSSO, MFA, pojmenované administrátorské účty, role podle zásady minimálních oprávnění
DůkazyCertifikát EUCS, certifikát ISO 27001, bezpečnostní technická zpráva, DPA, smlouva, seznam dílčích zpracovatelů
Datum přezkumuKaždoroční přezkum a přezkum při významné změně služby

Krok 2: Ověřte rozsah certifikátu

Tým ověří, zda certifikát EUCS pokrývá přesnou analytickou službu, model nasazení, region a právnickou osobu, kterou Northstar Pay použije. Pokud certifikát pokrývá infrastrukturní služby, ale vylučuje analytický modul, je jeho důkazní hodnota omezená.

Právě zde řada auditů selhává. Poskytovatel tvrdí, že je „certifikovaný“, ale zákazník nedokáže doložit, že se certifikát vztahuje na službu zpracovávající regulovaná data.

Krok 3: Namapujte EUCS na ošetření rizik a SoA

Pomocí Zenith Blueprint, krok 13, Northstar Pay mapuje certifikát do registru rizik a Prohlášení o použitelnosti.

Rizikový scénářDůkazní hodnota EUCSOpatření na straně zákazníka, které je stále vyžadováno
Neoprávněný přístup k analytickým datůmPodporuje ujištění o bezpečnosti infrastruktury poskytovateleVynutit SSO, MFA, RBAC, přezkum administrátorů a protokolování
Data uložená mimo schválený regionMůže podpořit opatření poskytovatele pro umístění datSmluvní ukládání pouze v EU, konfigurace tenantu a pravidelné ověření
Zpoždění poskytovatele při hlášení incidentuMůže podpořit ujištění o procesu řízení incidentůSmluvní lhůty oznamování, eskalační kontakty a postup pro řešení incidentů
Změna dílčího zpracovatele ovlivní rizikoMůže podpořit správu a řízení dodavatelského řetězceSmluvní práva ke schválení, monitorování dílčích zpracovatelů a opětovné posouzení
Výpadek cloudu ovlivní reportováníMůže podpořit opatření dostupnostiPlán kontinuity činností, analýza RTO a RPO, strategie zálohování nebo exportu

SoA poté zaznamená opatření ISO/IEC 27002:2022 5.20, 5.22 a 5.23 jako použitelná, protože organizace používá cloudové služby pro regulované zpracování a důležité analytické pracovní postupy.

Krok 4: Potvrďte smluvní doložky a práva na audit

SME Bezpečnostní politika dodavatelů a poskytovatelů služeb třetích stran - SME, oddíl Požadavky na správu a řízení, ustanovení 5.3, vyžaduje povinné smluvní doložky:

Smlouvy musí obsahovat povinné doložky upravující: 5.3.1 Důvěrnost a zákaz zpřístupnění 5.3.2 Povinnosti v oblasti bezpečnosti informací 5.3.3 Lhůty pro oznámení porušení zabezpečení dat (např. do 24–72 hodin) 5.3.4 Práva na audit nebo dostupnost důkazů o souladu 5.3.5 Omezení dalšího subdodavatelství bez schválení 5.3.6 Podmínky ukončení včetně bezpečného vrácení nebo zničení dat

Důkazy EUCS a smluvní práva slouží odlišným účelům. Certifikát podporuje ujištění. Smlouva vytváří vymahatelnost.

Enterprise Bezpečnostní politika dodavatelů a poskytovatelů služeb třetích stran, oddíl Požadavky na implementaci politiky, ustanovení 6.1.2.2, výslovně zahrnuje:

Přezkum auditních zpráv (např. SOC 2, ISO 27001, ISAE 3402)

EUCS patří do této rodiny důkazů vedle dalších zpráv poskytujících ujištění. Nemá nahrazovat přezkum smlouvy, práva na audit, součinnost při incidentech ani ustanovení o exit strategii požadovaná DORA.

Krok 5: Vynucujte umístění dat u regulovaných dat

Politika používání cloudových služeb, oddíl Požadavky na implementaci politiky, ustanovení 6.6.2, stanoví:

Požadavky na umístění dat musí být vynuceny smluvně (např. ukládání pouze v EU pro data regulovaná GDPR).

Pro odpovědnost podle GDPR je certifikát popisující regionální opatření užitečný. Stále však nestačí. Northstar Pay potřebuje smlouvu o zpracování osobních údajů, smluvní formulaci o ukládání pouze v EU, důkazy o konfiguraci tenantu a metodu monitorování změn.

Pokud analytická platforma umožňuje administrátorům vybírat regiony, auditní spis má obsahovat snímky obrazovky konfigurace, exportovaná nastavení nebo jiné záznamy prokazující schválený region EU.

Krok 6: Naplánujte každoroční přezkumy a přezkumy vyvolané událostmi

Bezpečnostní politika dodavatelů a poskytovatelů služeb třetích stran - SME, oddíl Požadavky na implementaci politiky, ustanovení 6.3.1, vyžaduje každoroční přezkum kritických nebo vysoce rizikových dodavatelů za účelem ověření bezpečných metod přístupu, platných bezpečnostních certifikací nebo aktualizovaných důkazů o opatřeních, historie incidentů a smluvního souladu.

Přezkum má být spuštěn také tehdy, když poskytovatel změní subdodavatele, regiony, služby, architekturu identit, model šifrování, historii incidentů nebo stav certifikátu. Důkazy poskytující ujištění stárnou a dodavatelské riziko není statické.

Důkazní balíček EUCS podle Clarysec

Vyspělý balíček ujištění EUCS obsahuje více než PDF certifikátu. Clarysec strukturuje důkazy do sedmi částí.

Část důkazůObsahProč je důležitá
1. Schválení clouduObchodní odůvodnění, vlastník, hodnocení rizika, rozhodnutí o schváleníProkazuje řízené pořizování a používání cloudových služeb
2. Ujištění poskytovateleCertifikát EUCS, další certifikace, bezpečnostní přehled, model sdílené odpovědnostiProkazuje bezpečnostní důkazy dodavatele a rozsah
3. Právní oblast a ochrana soukromíDPA, podmínky umístění dat, seznam dílčích zpracovatelů, mapování zákonného zpracováníPodporuje odpovědnost podle GDPR a smluvní požadavky
4. Technická konfiguraceMFA, SSO, RBAC, šifrování, protokolování, zálohování, síťová omezeníProkazuje stranu zákazníka v rámci sdílené odpovědnosti
5. Smlouva s dodavatelemBezpečnostní povinnosti, práva na auditní důkazy, oznamování incidentů, subdodavatelství, ukončeníPodporuje správu dodavatelů podle ISO, NIS2 a DORA
6. Incidenty a odolnostEskalační cesta poskytovatele, integrace postupu pro řešení incidentů, RTO a RPO, záznamy o testechPodporuje hlášení podle NIS2 a provozní odolnost podle DORA
7. Monitorování a přezkumKaždoroční přezkum, platnost certifikátu, incidenty, změny služeb, výjimkyPodporuje průběžné monitorování dodavatelů a neustálé zlepšování

Politika právního a regulačního souladu, oddíl Požadavky na implementaci politiky, ustanovení 6.2.1, zachycuje provozní princip:

Všechny právní a regulační povinnosti musí být v rámci Systému řízení bezpečnosti informací (ISMS) namapovány na konkrétní politiky, opatření a vlastníky.

To je rozdíl mezi sběrem certifikátů a budováním obhajitelného provozního modelu souladu.

Důkazy k incidentům a odolnosti: kde EUCS nestačí

NIS2 i DORA činí z připravenosti na incidenty a odolnost zásadní test správy a řízení cloudu.

Certifikát EUCS poskytovatele cloudových služeb může ukazovat, že poskytovatel má opatření pro řízení incidentů. Vaše organizace však stále musí vědět, kdo přijímá oznámení, jak se upozornění třídí, jak se uchovávají důkazy, jak se posuzuje dopad na osobní údaje a kdo komunikuje s regulačními orgány, zákazníky a interním vedením.

U NIS2 musí podmínky oznamování ze strany poskytovatele podporovat povinnosti včasného varování a oznamování incidentů. U DORA musí cloudové incidenty vstupovat do procesů klasifikace incidentů souvisejících s ICT, eskalace, hlášení a komunikace s klienty. U GDPR musí pracovní postup pro porušení zabezpečení podporovat posouzení, zda došlo k porušení zabezpečení osobních údajů a zda je vyžadováno oznámení dozorovému úřadu nebo subjektům údajů.

NIST CSF 2.0 je zde užitečný jako integrační jazyk. Jeho funkce GOVERN, IDENTIFY, PROTECT, DETECT, RESPOND a RECOVER pomáhají organizacím převádět právní povinnosti a technická opatření na provozní výsledky. Výstupy pro dodavatelský řetězec vyžadují, aby dodavatelé byli známí, prioritizovaní, smluvně řízení, monitorovaní, zahrnutí do plánování incidentů a řízeni při ukončení. Výstupy reakce a obnovy pokrývají třídění, eskalaci, koordinaci třetích stran, informování zainteresovaných stran, provedení obnovy a ověření obnovení.

Certifikát patří do spisu. Postup pro řešení incidentů prokazuje připravenost.

Jak auditoři budou testovat důkazy EUCS

Různí auditoři přistupují k ujištění o cloudu z různých úhlů. Důkazní model napříč požadavky na soulad brání tomu, aby se stejná fakta pro každý přezkum skládala znovu.

Auditní pohledNa co se auditor zaměříJaké důkazy bude očekávat
Auditor ISO 27001Rozsah ISMS, posouzení rizik, SoA, dodavatelská opatření, správa cloudu, neustálé zlepšováníRegistr cloudových služeb, registr rizik, SoA, posouzení dodavatele, smlouva, konfigurační záznamy, důkazy z přezkumu
Orgán dohledu nebo hodnotitel podle NIS2Schválení vedením, opatření Article 21, zabezpečení dodavatelského řetězce, připravenost na hlášení incidentůReportování řídicím orgánům, analýza dodavatelských rizik, postup pro řešení incidentů, důkazy o kontinuitě činností, notifikační pracovní postup
Auditor DORARegistr ICT třetích stran, posouzení kritické nebo důležité funkce, smlouvy, práva na audit, exit plány, testování odolnostiRegistr ICT smluv, náležitá péče, analýza rizika koncentrace, smluvní doložky Article 30, záznamy o testech, exit strategie
Přezkoumávající podle GDPROdpovědnost, účel zpracování, kategorie údajů, umístění dat, bezpečnost, připravenost na porušení zabezpečeníVstupy RoPA, DPA, podmínky umístění dat, řízení přístupu, pracovní postup posouzení porušení zabezpečení, důkazy zpracovatele
Hodnotitel NIST CSFAktuální a cílové profily, správa a řízení, řízení rizik dodavatelského řetězce, monitorování, reakce a obnovaAnalýza mezer profilu, záznamy životního cyklu dodavatelů, monitorovací reporty, cvičení incidentů, ověření obnovy
Auditor COBIT 2019 nebo ISACACíle správy a řízení, odpovědnost vedení, dohled nad poskytovateli služeb, optimalizace rizik, monitorování souladuZápisy z jednání orgánů správy a řízení, vlastnictví opatření, výkonnostní metriky, záznamy dohledu nad třetími stranami, řídicí panel souladu

Zenith Blueprint, fáze Opatření v praxi, krok 23, upozorňuje, že cloudová opatření jsou podrobována intenzivnímu zkoumání:

Toto opatření je často podrobně prověřováno. Auditoři se budou ptát:

✓ „Které cloudové služby používáte?“ ✓ „Kdo je schválil?“ ✓ „Jak zajišťujete ochranu dat?“

Tyto otázky vystihují podstatu ujištění EUCS. Certifikát může pomoci odpovědět, jak je doložena ochrana na straně poskytovatele, ale nedokáže odpovědět, které služby se používají ani kdo je schválil, pokud váš registr cloudových služeb a schvalovací pracovní postup nejsou aktuální.

Časté chyby v ujištění EUCS, kterým je třeba se vyhnout

První chybou je považovat EUCS za univerzální propustku. Jde o důkaz s konkrétním rozsahem. Pokud certifikát nepokrývá vámi pořízenou službu, region, model nasazení nebo právnickou osobu, jeho hodnota pro ujištění může být omezená.

Druhou chybou je zaměňovat opatření poskytovatele za opatření zákazníka. Certifikace poskytovatele neprokazuje MFA tenantu, RBAC, protokolování, nastavení šifrování, zálohy, přezkum administrátorských přístupů ani monitorování.

Třetí chybou je přehlížení smluvních požadavků DORA. Finanční subjekty potřebují písemná práva a povinnosti, včetně popisů služeb, umístění dat, požadavků na bezpečnost informací, přístupových a auditních práv, úrovní služeb, součinnosti při incidentech, spolupráce s orgány, práv na ukončení a exit strategií pro kritické nebo důležité funkce.

Čtvrtou chybou je ignorování důkazů podle GDPR. Formulace k umístění dat, transparentnost dílčích zpracovatelů, zvládání porušení zabezpečení, zákonné zpracování a záznamy o odpovědnosti zůstávají nezbytné. EUCS může podpořit bezpečnostní důkazy podle Article 32, ale nedefinuje váš právní základ, účel zpracování ani pravidla uchovávání.

Pátou chybou je nemonitorovat stav certifikátu. Pokud certifikace vyprší, změní se rozsah, objeví se zjištění z dohledu nebo poskytovatel změní architekturu, váš přezkum dodavatelského rizika musí změnu zachytit.

Praktický kontrolní seznam pro přezkum EUCS v roce 2026

Před přijetím EUCS jako důkazu pro ujištění o poskytovateli cloudových služeb použijte tento kontrolní seznam:

  • Potvrďte certifikační schéma, úroveň ujištění, držitele certifikátu a dobu platnosti.
  • Potvrďte přesné služby, regiony, modely nasazení a právnické osoby v rozsahu.
  • Porovnejte rozsah certifikátu se záznamem v registru cloudových služeb.
  • Namapujte důkazy na opatření ISO/IEC 27002:2022 5.20, 5.22 a 5.23.
  • Aktualizujte registr rizik a SoA o důkazy z certifikátu a zbytkové riziko.
  • Ověřte opatření na straně zákazníka, zejména identitu, MFA, protokolování, šifrování, zálohy a administrátorský přístup.
  • Potvrďte umístění dat, dílčí zpracovatele, oznamování porušení zabezpečení, auditní důkazy a ustanovení o ukončení.
  • Propojte cesty oznamování incidentů s lhůtami podle NIS2, DORA a GDPR.
  • Přezkoumejte riziko koncentrace a exit strategii pro kritické nebo důležité služby.
  • Naplánujte každoroční přezkum a opětovné posouzení vyvolané událostmi.

Zajistěte, aby důkazy EUCS fungovaly uvnitř vašeho ISMS

Certifikace cloudových služeb EUCS může v roce 2026 významně zlepšit ujištění o poskytovateli cloudových služeb. Může snížit únavu z dotazníků, posílit prověrku dodavatelů a podpořit důkazy pro ISO 27001, NIS2, DORA a GDPR. Obhajitelnou se však stává pouze tehdy, když je namapována do vašeho systému správy a řízení.

Clarysec pomáhá organizacím převádět důkazy z certifikace cloudových služeb do auditovatelných provozních činností zajišťujících soulad prostřednictvím Zenith Blueprint, Zenith Controls, Politika používání cloudových služeb, Politika používání cloudových služeb - SME, Bezpečnostní politika dodavatelů a poskytovatelů služeb třetích stran - SME, Bezpečnostní politika dodavatelů a poskytovatelů služeb třetích stran a Politika právního a regulačního souladu.

Pokud váš plán pro rok 2026 zahrnuje EUCS, připravenost na NIS2, ICT rizika třetích stran podle DORA, cloudové zpracování podle GDPR nebo certifikaci ISO/IEC 27001:2022, začněte jedním praktickým krokem: vytvořte registr cloudových služeb, připojte důkazy poskytovatele pro ujištění a namapujte každou kritickou cloudovou službu na rizika, smlouvy, opatření a vlastníky. Právě tam se ujištění o cloudu stává obhajitelným.

Frequently Asked Questions

About the Author

Igor Petreski

Igor Petreski

Compliance Systems Architect, Clarysec LLC

Igor Petreski is a cybersecurity leader with over 30 years of experience in information technology and a dedicated decade specializing in global Governance, Risk, and Compliance (GRC).Core Credentials & Qualifications:• MSc in Cyber Security from Royal Holloway, University of London• PECB-Certified ISO/IEC 27001 Lead Auditor & Trainer• Certified Information Systems Auditor (CISA) from ISACA• Certified Information Security Manager (CISM) from ISACA • Certified Ethical Hacker from EC-Council

Share this article

Related Articles

Mapování RoPA a toků dat pro GDPR, NIS2 a DORA

Mapování RoPA a toků dat pro GDPR, NIS2 a DORA

Praktický průvodce pro rok 2026, jak z RoPA a mapování toků dat vytvořit jednotnou vrstvu důkazů pro GDPR Article 30, kritické služby podle NIS2, závislosti ICT podle DORA a audity ISO/IEC 27001:2022.