Bezpečnost routování, část 1

Routovací protokoly a jejich slabiny

Aby jsme se na internetu vůbec dokázali domluvit, musíme k sobě najít cestu. Neřeším zde cestu, zajišťující vnímání myšlenek protistranou, přestože je to také náročná disciplína. Myslím cestu, která zajišťuje doručení paketů nebo zpráv. Ta je založena na routovacích algoritmech, které mapují internet. Nebo alespoň svoje blízké okolí. Díky tomu právě routovací protokoly řídí internet. Ale jejich ochrana je v současnosti tristní.

Historie routovacích protokolů

Původní idea ARPANETu (29. října 1969) byla plně distribuovaná počítačová síť, schopná přežít i masivní výpadek. Neměla mít žádné centrum. Přechodem na TCP/IP 1.ledna 1983 se z ní prakticky vytvořil Internet. Ale začátky byly těžší. Stroje potřebovaly na znát cestu k dalším strojům, proto používaly IMP (Interface Message Processor). Zpočátku se jednalo o statické routovací tabulky, později přibyla možnost dynamické aktualizace (ARPANET Routing Algorithm), což byl vlastně Link-state protokol. Při zavedení TCP/IP došlo k přechodu na novější protokoly RIP a OSPF.

Výměna informací o možné cestě paketů je z hlediska sítě kritickou součástí infrastruktury. Od začátku tu ale zůstává problém, týkající se autenticity odesílatele, kontroly integrity a za jistých podmínek i zajištění důvěrnosti obsahu přenášených informací. Pokud je komunikace po veřejném kanále přesměrována přes útočníka, je možné ji odposlouchávat, analyzovat, případně s zaútočit na chyby protokolů dalších vrstev. Každá z těchto metod nabízí útočníkovi určité vektory útoku, proto je vhodné takovému útoku předcházet.

Ochrana výměny routovacích informací

Veřejně dostupné cesty mohou být a také jsou napadány. V případě routovacích informací se jedná o citlivé údaje s velkým dopadem. Právě z těchto důvodů je nutné zajistit řízenou výměnu informací, kde musí být zajištěna ochrana autenticity, integrity a odpovídající autorizace. Pro tyto kroky existuje několik způsobů, které je možné kombinovat:

  • Ověření protistrany heslem (autentizace)
  • Ověření integrity přenášených informací (MAC)
  • Ověření autenticity (je možné podat důkaz důvěryhodnosti informací)
  • Omezení oprávnění poskytovat nebo přijímat dané informace, tedy forma AC

Vzhledem k omezením routovacích algoritmů je vhodné podpořit pomocí ACL řízení distribuce těchto informací. Vždy by součástí nasazení měla být i kontrola správné funkčnosti ACL, některá zařízení trpí zajímavými neduhy stran řízení komunikace. Obecně je možné postupy využívající oprávnění (ACL) rozdělit do následujících skupin:

  • Neighbor filtering: kdo je můj soused, tedy kdo mi může posílat data.
  • Prefix filtering: co mi může můj soused poskytovat, tedy jaké rozsahy nebo sítě.
  • Route Origin: rPKI určuje, zda daný ASN rozsah může poskytovat informace o prefixu. Tedy zda smí publikovat dané rozsahy, protože k nim má vlastnický vztah.
  • Ochrana control plane s použitím filtrů na rate limit, max-prefix, TTL security, CoPP (Control Plane Policing). Vlastní control plane vlastně řídí síť, ale neúčastní se běžného provozu. Řeší jenom její mapování a nastavování cest. Z důvodu ochrany zdrojů routeru (paměť, CPU) je nutné řešit různá omezení filtrující možný závadný provoz. Cílem je zajistit bezpečnost a dostupnost tras.

Základní typy routovacích protokolů

Aby následující informace dávaly smysl, je nutné ještě uvést, jak se liší základní typy routovacích algoritmů.

Distance-vector
Router zná své přímo připojené sousedy a pro vzdálené sítě zná pouze nejlepší známý next hop a odpovídající metriku, jinými slovy používá metriku vzdálenosti a vektor (směr). Díky informacím od sousedních routerů je schopen vypočítat nejlepší známou metriku k jednotlivým cílovým sítím. Vektor trasy určuje směr, přes který je nutné komunikovat. Metrika vzdálenosti může být například počet hopů mezi routery. Vektor určuje souseda (next hop), případně výstupní rozhraní, přes které se k cíli můžeme dostat. Každý distance-vector protokol definuje vlastní metriku a způsob určení next hopu, jako metrika může být použita kombinace šířky pásma, latence, zpoždění trasy a další vlastnosti. Protokol je zpravidla v pravidelných intervalech aktualizován, na druhou stranu má nižší nároky na paměť. Protokol tak zná pouze informace, které mu oznámí sousedé, pro určení trasy používá algoritmus Bellman-Ford nebo jeho deriváty. Pro ochranu proti tvorbě smyček se používají mechanismy jako je split horizon, route poisoning, poison reverse, hold-down timers.

Link-state
Router zná topologii celé oblasti a nejlepší trasu si vypočítá sám, reálně používá pro určení optimální cesty stav linek a jejich náklady. Každému spoji je přiřazena metrika (cost), která bývá standardně odvozena například z rychlosti linky. V případě potřeby ji může správce upravit, aby ovlivnil volbu a prioritu tras. Na základě výměny těchto informací si každý router vytvoří databázi topologie sítě a pomocí algoritmu SPF (Dijkstra) vypočítá trasu s nejnižšími celkovými náklady. Volbu trasy tak určují nejnižší náklady (cost) na celou trasu, vycházející z definice protokolu. Informace o topologii se běžně šíří při změně stavu sítě, nikoli pravidelným rozesíláním celé směrovací tabulky, což snižuje náklady na provoz. Na druhou stranu musí router udržovat v paměti celou strukturu sítě, což odpovídajícím způsobem zvyšuje nároky na paměť.

Přehled routovacích protokolů

V současnosti je v rámci protokolu IPv4 a IPv6 možnost využívat určité typy routovacích protokolů. Ty je možné klasifikovat přibližně následujícím způsobem.

ProtokolIPv4IPv6TřídaInterior/ExteriorPrincip
RIP v1AnoNeControl-planeIGPDistance-vector
RIP v2AnoNeControl-planeIGPDistance-vector
RIPngNeAnoControl-planeIGPDistance-vector
OSPFv2AnoNeControl-planeIGPLink-state
OSPFv3AnoAnoControl-planeIGPLink-state
IS-ISAnoAnoControl-planeIGPLink-state
IGRPAnoNeControl-planeIGPDistance-vector
EIGRPAnoAnoControl-planeIGPAdvanced distance-vector
EGPAnoNeControl-planeEGPDistance-vector
BGPAnoAnoControl-planeEGPPath-vector

BGP protokol a jeho varianty

Vlastní, zde zmíněný BGP protokol, vlastně není jediným protokolem. Jedná se do jisté míry o skupinu protokolů. Případně je možné na něj nahlížet jako na protokol s možností použít specifické konfigurace, které lze označit jako podprotokoly se specifickými vlastnostmi. Dost často se proto označují vlastním názvem.

ProtokolIPv4IPv6TřídaInterior/ExteriorPrincip
BGPAnoAnoControl-planeEGPPath-vector
eBGP (BGP)AnoAnoControl-planeEGPPath-vector
iBGP (BGP)AnoAnoControl-planeEGPPath-vector
mBGP/MP-BGP (BGP)AnoAnoControl-planeEGPPath-vector + multiprotocol extension
MBGP (BGP)AnoAnoControl-planeControl-planePath-vector + multicast AFI/SAFI

First Hop Redundancy

Příchod IPv6 přinesl další rozvoj, v tomto případě rozvoj v oblasti automatické definice záložní trasy. Protokol detekuje a nastavuje cestu pomocí Router Advertisement a následně pomocí FHRP (First Hop Redundancy Protocol) vytváří zmíněnou záložní cestu. Celá IPv6 je silně autokonfigurační a proto je potřeba zajistit kvůli odolnosti proti výpadku automatické nastavení pro záložní trasy. V tomto případě se nejedná přímo o routovací protokol, jako spíše o protokol obslužný.

ProtokolIPv4IPv6TřídaInterior/ExteriorPrincip
HSRP v1AnoNeFirst-hop redundancyN/AActive/standby
HSRP v2AnoAnoFirst-hop redundancyN/AActive/standby
VRRP v2AnoNeFirst-hop redundancyN/AMaster/backup
VRRP v3AnoAnoFirst-hop redundancyN/AMaster/backup
GLBPAnoNeFirst-hop redundancyN/ALoad balancing + redundancy

Způsob komunikace protokolu

Jemným doplněním může být uvedení dalších vlastností protokolu, které mohou mít smysl z hlediska řízení provozu v síti. Jedná se o přibližný přehled, který by měl ukázat na problematiku řízení routovacích protokolů.

ProtokolUnicastBroadcastMulticastPoint to PointPoint to MultiPointCIDR
RIP v1NeAno (UDP/520)NeNeAnoNe
RIP v2VolitelnéNeL3: (UDP/520)
224.0.0.9
NeAnoAno
RIPngVolitelnéNeL3: (UDP/521)
ff02::9
NeAnoAno
OSPFv1NeNeL3: (IP/89)
224.0.0.5 (AllSPFRouters)
224.0.0.6 (AllDRouters)
AnoAnoČástečně
OSPFv2NeNeL3: (IP/89)
224.0.0.5 (AllSPFRouters)
224.0.0.6 (AllDRouters)
AnoAnoAno
OSPFv3NeNeL3: (IP/89)
ff02::5 (AllSPFRouters)
ff02::6 (AllDRouters)
AnoAnoAno
IS-ISNeNeL2:
01:80:C2:00:00:14 (L1)
01:80:C2:00:00:15 (L2)
AnoAnoAno
IGRPNeAno (IP/9)NeNeAnoNe
EIGRPAno (IP/88)NeL3: (IP/88)
224.0.0.10
AnoAnoAno
EGPAno (IP/8)NeNeAnoNeNe
BGPAno (TCP/179)NeNeAnoNeAno
eBGPAno (TCP/179)NeNeAnoNeAno
iBGPAno (TCP/179)NeNeAnoNeAno
MP-BGP (mBGP)Ano (TCP/179)NeNeAnoNeAno
MBGPAno (TCP/179)NeNeAnoNeAno
HSRP v1NeNeL3: (UDP/1985)
224.0.0.2 (HSRP group)
NeAnoNemá smysl
HSRP v2NeNeL3: (UDP/1985)
224.0.0.102 (HSRPv2 group)
NeAnoNemá smysl
VRRP v2NeNeL3: (IP/112)
224.0.0.18 (VRRP routers)
NeAnoNemá smysl
VRRP v3NeNeL3: (IP/112)
224.0.0.18 (IPv4)
ff02::12 (IPv6)
NeAnoNemá smysl
GLBPNeNeL3: (UDP/3222)
224.0.0.102 (GLBP group)
NeAnoNemá smysl

Konec první části

První část popisuje vlastní algoritmy, druhá se zaměří na ověření účastníků a integritu přenášených zpráv.

Reference:

  1. RIP Version 1.
    Zdroj https://www.rfc-editor.org/
  2. RIP Version 2.
    Zdroj https://www.rfc-editor.org/
  3. RIPng for IPv6.
    Zdroj https://www.rfc-editor.org/
  4. OSPF Version 1.
    Zdroj https://www.rfc-editor.org/
  5. OSPF Version 2.
    Zdroj https://www.rfc-editor.org/
  6. OSPFv3 for IPv6.
    Zdroj https://www.rfc-editor.org/
  7. IS-IS routing protocol.
    Zdroj https://www.rfc-editor.org/
  8. Cisco Interior Gateway Routing Protocol (IGRP) documentation.
    Zdroj https://www.cisco.com/
  9. Enhanced Interior Gateway Routing Protocol (EIGRP).
    Zdroj https://www.cisco.com/
  10. Exterior Gateway Protocol.
    Zdroj https://www.rfc-editor.org/
  11. Border Gateway Protocol Version 4.
    Zdroj https://www.rfc-editor.org/
  12. External BGP (BGP between autonomous systems).
    Zdroj https://www.rfc-editor.org/
  13. Internal BGP (BGP within one autonomous system).
    Zdroj https://www.rfc-editor.org/
  14. Multiprotocol Extensions for BGP-4 (MP-BGP / mBGP).
    Zdroj https://www.rfc-editor.org/
  15. Multicast BGP (MBGP).
    Zdroj https://www.rfc-editor.org/
  16. Hot Standby Router Protocol Version 1 (Cisco).
    Zdroj https://www.cisco.com/
  17. Hot Standby Router Protocol Version 2 (Cisco).
    Zdroj https://www.cisco.com/
  18. Virtual Router Redundancy Protocol Version 2.
    Zdroj https://www.rfc-editor.org/
  19. Virtual Router Redundancy Protocol Version 3.
    Zdroj https://www.rfc-editor.org/
  20. Gateway Load Balancing Protocol (Cisco).
    Zdroj https://www.cisco.com/

Autor článku:

Jan Dušátko
Jan Dušátko

Jan Dušátko se počítačům a počítačové bezpečnosti věnuje již skoro čtvrt století. V oblasti kryptografie spolupracoval s předními odborníky např. s Vlastimilem Klímou, či Tomášem Rosou. V tuto chvíli pracuje jako bezpečnostní konzultant, jeho hlavní náplní jsou témata související s kryptografií, bezpečností, e-mailovou komunikací a linuxovými systémy.

1. Úvodní ustanovení

1.1. Tyto všeobecné obchodní podmínky jsou, není-li ve smlouvě písemně dohodnuto jinak, nedílnou součástí všech smluv týkajících školení, pořádaných nebo poskytovaných školitelem, Jan Dušátko, IČ 434 797 66, DIČ 7208253041, se sídlem Pod Harfou 938/58, Praha 9, zapsané u Úřadu městské části Praha 9 (dále jen „školitel“).
1.2. Smluvními stranami ve všeobecných obchodních podmínkách jsou míněni školitel a objednatel, kdy objednatel může být zároveň zprostředkovatelem smluvního vztahu.
1.3. Záležitosti, které nejsou upravené těmito obchodními podmínkami, se řeší podle Občanského zákoníků, tj. zákon č. 89/2012 Sb.

2. Vznik smlouvy přihlášením ke kurzu

2.1. Přihláškou se rozumí jednostranný úkon objednatele adresovaný školiteli prostřednictvím datové schránky s identifikací euxesuf, e-mailu na adresu register@cryptosession.cz nebo register@cryptosession.info, internetových stránek cryptosession.cz, cryptosession.info nebo kontaktním telefonem +420 602 427 840.
2.2. Odesláním přihlášky objednatel souhlasí s těmito všeobecnými podmínkami a prohlašuje, že se s nimi seznámil.
2.3. Přihláška se považuje za přijatou momentem potvrzení (stadnardně do 2 pracovních dní) školitelem nebo zprostředkovatelem. Toto potvrzení je zasláno do datové schránky nebo na kontaktní e-mail.
2.4. Standardní doba pro přihlášení je nejpozději 14 pracovních dní před konáním vzdělávací akce, pokud není uvedeno jinak. V případě fyzické nepodnikající osoby musí být objednávka alespoň 28 pracovních dní před konáním vzdělávací akce.
2.5. Na jednu přihláškou lze přihlásit i více než jednoho účastníka.
2.6. Pokud je více než 10 účastníků od jednoho objednatele, je možné se domluvit na školení v místě sídla zprostředkovatele nebo objednatele.
2.7. Přihlášky jsou přijímány a zpracovávány v pořadí, v jakém došly poskytovateli. Poskytovatel neprodleně informuje objednatele o všech skutečnostech. Těmi se míní naplnění kapacity, příliš nízký počet účastníků, nebo jiný závažný důvod, jako je nemoc lektora nebo zásah vyšší moci. Objednateli bude v tomto případě nabídnut nový termín, případně účast na jiné vzdělávací akci. V případě, že objednatel nebude s přesunutím či účastí na jiné nabídnuté vzdělávací akci souhlasit, poskytovatel mu vrátí účastnický poplatek. Nedostatečný účastníků je oznámen objednateli alespoň 14 dní před začátkem plánovaného termínu.
2.8. Smlouva mezi poskytovatelem a objednatelem vzniká odesláním potvrzení poskytovatelem objednateli.
2.9. Smlouvu lze změnit nebo zrušit pouze za splnění zákonných předpokladů a pouze písemně.

3. Zánik smlouvy zrušením přihlášky

3.1. Přihláška může být objednatelem zrušena pomocí e-mailu, nebo pomocí datové schránky.
3.2. Zákazník má právo stornovat svoji přihlášku na kurz 14 dní před konáním kurzu bez jakýchkoliv poplatků. Pokud se jedná o kratší dobu, dochází k následné změně. V intervalu 7-13 dní je účtován administrativní poplatek 10%, storno účasti v kratším intervalu než 7 dní pak poplatek 25%. V případě storna přihlášky nebo objednávky ze strany zákazníka je nabízena možnost účasti zákazníka v náhradním termínu bez dalšího poplatku. Právo na zrušení přihlášky zaniká realizací objednaného školení.
3.3. Při zrušení přihlášky školitelem náleží objednateli plná náhrada za neuskutečněnou akci.
3.4. Objednatel má právo žádat náhradní termín nebo náhradní školení. V takovém případě bude objednatel informován o všech otevřených kurzech. Náhradní termín si nelze vymáhat ani vynucovat, závisí na aktuální dostupnosti kurzu. Pokud má náhradní školení nižší cenu, objednatel doplatí rozdíl. Pokud má náhradní školení nižší cenu, školitel vrátí rozdíl cen školení objednateli.

4. Cena a platební podmínky

4.1. Odesláním přihlášky objednatel akceptuje smluvní cenu (dále jen účastnický poplatek) uvedenou u daného kurzu.
4.2. V případě více účastníků přihlášených jednou přihláškou je možná sleva.
4.3. Účastnický poplatek musí být uhrazen na bankovní účet společnosti vedený u Komerční banky č. 78-7768770207/0100. Při platbě je nutné uvést variabilní symbol, který je uveden na faktuře, odeslané objednateli školitelem.
4.4. Účastnický poplatek zahrnuje náklady poskytovatele včetně školicích materiálů. Poskytovatel je plátce DPH.
4.5. Účastnický poplatek je objednatel povinen uhradit do 14 pracovních dní od přijetí faktury, pokud nebylo samostatnou smlouvou uvedeno jinak.
4.6. Pokud se přihlášená osoba neúčastní školení a nedošlo k jiné domluvě, je její neúčast považována za storno příhlášku v intervalu kratším než 7 dní, tj. školiteli náleží odměna ve výši 25% z ceny kurzu. Přeplatek je vrácen do 14 dní na platební účet odesílatele, ze kterého byly prostředky odeslány. Platba na jiné číslo účtu není možná.
4.7. Nejdéle do 5 pracovních dní od začátku školení bude školitelem vystavena faktura, která bude dle dohody odeslána e-mailem nebo datovou schránkou.

5. Podmínky školení

5.1. Školitel je povinnen informovat objednatele 14 dní dopředu o místě a času školení, včetně termínu zahájení a ukončení denního programu.
5.2. Pokud objednatel není studentem kurzu, je povinnen zajistit distribuci těchto informací koncovým účastníkům. Za nesplnění těchto podmínek školitel nenese odpovědnost.
5.2. Standardně školení probíhá v čase od 9:00 do 17:00 na předem určeném místě.
5.3. Školitel může být dle aktuálních podmínek k dispozici od 8:00 do 9:00 a následně od 17:00 do 18:00 pro dotazy účastníků.
5.4. Na konci školení je koncovým uživatelům předán certifikát o absolovování.
5.5. Na konci školení koncoví uživatelé vyhodnocují přístup lektora a mají se vyjádřit k ohodnocení jeho prezentace, způsobu přednesení a ohodnotit významn poskytnutých informací.

6. Reklamace

6.1. Pokud je účastník hrubě nespokojen s průběhem kurzu, je školitel o této informaci vyrozuměn.
6.2. Důvody nespokojenosti jsou ten samý den zapsány do protokolu ve dvou kopiích. Jedna je předána objednateli a jednu má školitel.
6.3. Vyjádření k reklamaci bude podáno e-mailem do dvou týdnů. Následně do jednoho týdne bude domluven způsob řešení.
6.4. Nespokojenost zákazníka může být důvodem k rozvázání další spolupráce, nebo finanční kompenzaci až do výše ceny školení po odečtení nákladů.

7. Autorská práva k poskytnutým materiálům

7.1. Školicí materiály poskytnuté školitelem v rámci konání školení splňují znaky autorského díla dle zákona č. 121/2000 Sb.
7.2. Žádný ze školicích materiálů ani jeho část nesmí být bez předchozího písemného souhlasu školitele jakýmkoli způsobem dále zpracovávána, rozmnožována, rozšiřována nebo využívána k dalším prezentacím nebo školením.

8. Zodpovědnost

8.1. Školitel nepřebírá odpovědnost za nedostatky ve službách kterékoliv třetí strany, kterou využívá při školeních.
8.2. Školitel nepřebírá odpovědnost za zranění, škody a ztráty, vzniklé účastníkům vzdělávacích akcí, nebo které byly účastníky způsobeny. Takové náklady, způsobené uvedenými okolnostmi, ponese výhradně účastník vzdělávací akce.

9. Platnost podmínek

9.1 Tyto všeobecné obchodní podmínky jsou platné a účinné od 1. října 2024.

Informace o sběru a zpravování osobních údajů

Zpracovatel Jan Dušátko (dále jen „Správce“), dle nařízení Evropského parlamentu a Rady (EU) č. 2016/679 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů, dále jen „Nařízení“) zpracovává osobní údaje. Dále jsou rozepsané jednotlivé osobní údaje, které jsou součástí zpracování při konkrétních aktivitách u této webové prezentace a v rámci obchodního styku.
Přestože je sběr dat všudypřítomný, provoz tohoto webu si zakládá na právu na soukromí každého uživatele. Z uvedeného důvodu sběr informací o uživatelích probíhá v naprosto nezbytné míře a to jen v případě, kdy se uživatel rozhodne kontaktovat provozovatele. Jakýkoliv další sběr a zpracování dat považujeme za neetický.

Informace o záznamech přístupu na webovou prezentaci

Tento web nesbírá žádné cookies. Stránka nepoužívá ani žádné analytické scripty třetích stran (sociální sítě, cloud provideři). Z těchto důvodů je také nabízena volba pro zobrazení mapy formou odkazu, kde primárním zdrojem je OpenStreet a alternativy pak často používané Mapy společnosti Seznam, a.s., případně Google Maps společnosti Google LLC Inc. Využití jakéhokoliv z těchto zdrojů je zcela na libovůli uživatelů těchto stránek. Správce nenese odpovědnost za sběr dat realizovaný těmito společnostmi, neposkytuje jim data o uživatelích a na sběru dat nespolupracuje.
Logování přístupů probíhá pouze na úrovni systému, důvodem je identifikace případných technických nebo bezpečnostních problémů. Dalšími důvody jsou přehledové statistiky přístupů. V této oblasti se nesbírají ani nesledují žádné konkrétní údaje a všechny záznamy o přístupech jsou po třech měsících mazány.

Informace o kontaktování provozovatele stránek

Formulář pro kontaktování provozovatele stránek (správce) obsahuje následující osobní údaje: jméno, příjmení, e-mail. Tyto údaje jsou určeny jen a pouze pro tuto komunikaci, odpovídající oslovení uživatele a jsou udržovány po dobu nezbytnou k naplnění účelu, maximálně pak po dobu jednoho roku, pokud si uživatel neurčí jinak.

Informace o objednávkovém formuláři

Pro případ zájmu o objednávku formulář obsahuje více údajů, tj. jméno, příjmení, e-mail a kontaktní údaje na organizaci. Tyto údaje jsou určeny jen a pouze pro tuto komunikaci, odpovídající oslovení uživatele a jsou udržovány po dobu jednoho roku, pokud si uživatel neurčí jinak. V případě, kdy na základě této objednávky dojde k uzavření obchodního vztahu, budou nadále správcem udržovány pouze informace vyžadované českými zákony na základě obchodních vztahů (název a adresa společnosti, číslo bankovního účtu, typ kurzu a jeho cena).

Informace o dokumentu o absolovování kurzu

V rámci kurzu je vydán zpracovatelem dokument o absolovování kurzu. Tento dokument obsahuje následující údaje: jméno a příjmení studenta, název a datum absolovování kurzu a jméno zaměstnavatele. Uvedené informace se následně používají pro tvorbu lineárního stromu hashí (nemodifikovatelný záznam). Tato databáze obsahuje pouze informace o poskytnutých jménech a názvech společností, které mohou a a nemusí odpovídat realitě a je udržován zpracovatelem pro případné opětovné vystavení nebo ověření vydání dokumentu.

Práva subjektu osobních údajů

Zákazník nebo návštěvník tohoto webu má možnost požádat o informace o zpracování osobních údajů, právo požadovat přístup k osobním údajům, případně právo požádat o opravu nebo výmaz veškerých dat, které by o něm byly vedeny. V případě výmazu tento požadavek není možné splnit pouze pokud se nejedná o data nezbytně nutná v rámci obchodního styku. Zákazník nebo návštěvník webu má dále právo na vysvětlení týkající se zpracování jeho osobních údajů, pokud tento zjistí nebo se domnívá, že zpracování je prováděno v rozporu s ochranou jeho soukromého a osobního života nebo v rozporu s platnými právními předpisy a právo požadovat odstranění takto vzniklého stavu a zajištění nápravy.
Zákazník/návštěvník tohoto webu dále může požadovat omezení zpracování nebo vznést námitku proti zpracování údajů a má právo kdykoliv písemně svůj souhlas se zpracováním osobních údajů odvolat, aniž by tím byla dotčena zákonnost jejich zpracování předcházející takovému odvolání. Pro tyto účel slouží kontaktní e-mail adresa support@cryptosession.cz
Zákazník/návštěvník má právo podat stížnost proti zpracování osobních údajů u dozorového úřadu, kterým je Úřad pro ochranu osobních údajů.