Diplomová práce. Implementace technologie SET. Petr Slabý / PDF\nDiplomová práce. Implementace technologie SET. Petr Slabý /0073\nDownload "Diplomová práce. Implementace technologie SET. Petr Slabý 740326/0073"\n2 1. Úvod 1.1 Úvod diplomové práce Práce popisuje technologii SET (Secure Electronic Transaction) - protokolu vytvořeného k elektronickému obchodování na Internetu. Zadání této práce vzniklo současně s rozjetím pilotního projektu SET v České republice. Protokol SET je otevřený projekt, který se stále vyvíjí a dynamicky mění. A zvláště obchodování na Internetu dostává čím dál více dominantní roli. Když jsem si vybral tuto diplomovou práci, netušil jsem, jak je problematika elektronického obchodování rozsáhlá a co musí obsahovat a splňovat platební systém. Během vývoje experimentálního platebního systému jsem si uvědomoval jak složitý je vývoj platebního systému, jaké technické nedostatky může mít a co se musí udělat pro to, aby byl spolehlivý a relativně bezpečný. Cílem této práce je zmapovat vývoj SET technologie v České republice a ve světě a vytvořit vlastní experimentální platební systém, který vychází z platebního protokolu SET. V úvodní části je popsán platební styk zákazníka s bankou (bezhotovostní platby z účtu, používané typy platebních karet). V této kapitole jsou také popsány algoritmy používané k zabezpečení dat, jako např. Symetrické a asymetrické šifrování, funkce digitálního podpisu a funkce certifikátu. Ve druhé části je popsán samotný protokol SET, tzn. jeho funkce a subjekty, které zahrnuje. Je zde uveden popis platby ve Virtuálním Obchodním Domě a detailní (teoretický) popis platby pomocí SETu (registrace, získání certifikátu). Ve třetí části je popsán vývoj technologie SET v České republice. Je zde uveden seznam obchodníků přijímajících platby pomocí SETu a detailní popis historie vývoje v ČR. Dále je popsán vývoj technologie SET ve světě. V této kapitole je návod co má udělat zákazník pro to, aby získal možnost platit SETem nebo obchodník, aby mohl poskytovat služby spojené s technologií SET. Ve čtvrté části je popsán návrh mého vlastního experimentálního systému, který je z větší části odvozen z protokolu SET. Zahrnuje obchodní a technické požadavky na platební systém a popisuje teoretické a programové řešení experimentálního platebního systému. V závěrečné části je popis některých platebních systémů, které jsou používány v ČR nebo ve světě. Jsou to např. mikroplatby (systém Millicent), elektronická hotovost (systém ECASH), elektronické šeky (projekt FSTC) nebo přímé bankovnictví (Expandia banka). Strana 2\n3 1.2 Platební styk Co jsou bezhotovostní platby z účtu Mít hotové peníze doma zašité ve slamníku není bezpečné, protože zloději je mohou sebrat a proto je lepší uložit je do banky na bankovní účet. Bankovní účet je pomyslná přihrádka v bance, ve které moje peníze jakoby leží. Ve skutečnosti si banka jen poznamená, kolik peněz jsem si k ní uložil a hodí peníze na jednu velkou hromadu. Je to ale jedno, protože když přijdu a chci peníze vybrat, zase je z té velké hromady vezme a dá mi je. Každý účet v rámci jedné banky má své číslo (např ), každá banka má své číslo (např. 0600), proto je každý účet jedinečný svým číslem spojeným s číslem banky (např /0600). Pokud mám svůj účet a chci zaplatit někomu peníze, kdo má také svůj účet, i když třeba v jiné bance, nemusím peníze ze svého účtu vybrat v hotovosti a dotyčnému člověkovi je zanést, stačí, když své bance přikáži, aby převedla peníze z mého účtu na účet onoho člověka. Příkaz k tomuto převodu se většinou podává písemně, kde je uvedeno, ze kterého účtu, na jaký účet a kolik peněz chci převést: obrázek 1 - Příkaz k úhradě Příkaz k převodu musí být ověřený, většinou podpisem, aby banka věděla, že jí příkaz podává skutečně ten, komu účet patří (nebo někdo jiný, kdo byl majitelem pověřen). Platby provedené tímto způsobem se nazývají bezhotovostní, protože při nich hotové peníze nejsou vůbec potřeba, stačí podpis majitele účtu. O tom, co se na mém účtu děje, se dozvím z výpisu z účtu, který mi banka pravidelně posílá, většinou měsíčně. Výpis z účtu je prostě seznam událostí, které se s účtem staly od minulého výpisu, tedy seznam plateb přišlých na účet a plateb odešlých z účtu. Mít peníze na účtu je mnohem bezpečnější a pohodlnější než mít hotové peníze, zvláště pak pokud používám homebanking (podávání příkazů k úhradě a jiných operací pomocí počítače) a nemusím docházet do banky osobně. Strana 3\n4 1.2.2 Co je platební karta Stručně řečeno: pokud mám své peníze na účtu v bance, vím to já, ví to banka, ale ostatní mi to nemusí věřit. Platební karta k účtu znamená, že obchodník, který moji kartu přijímá, si může ověřit, jestli peníze skutečně mám. obrázek 2 - Schéma platby v kamenném obchodě Zákazník má peníze na účtu /0600. K tomuto účtu má vydanou platební kartu. Přišel do obchodu, kde přijímají platby jeho kartou, což se pozná podle toho, že na dveřích obchodu je vylepené stejné logo, jaké má zákazník na kartě. Zákazník si vybral zboží a chce zaplatit. Obchodník má svůj účet č /0200 v jiné bance a má s ní smlouvu na přijímání platebních karet. Na kartě zákazníka si přečte číslo karty a zatelefonuje do své banky, kam nahlásí číslo karty a placenou částku. V obchodníkově bance se přes společnost, která daný druh karty vydává, zeptají v bance zákazníka, jestli je karta platná a lze s ní požadovanou částku zaplatit. Výsledek sdělí obchodníkovi, který zboží buď vydá (při kladné odpovědi), nebo nevydá. Dotazu obchodníka na solventnost zákazníkova účtu se říká autorizace. Peníze jsou z účtu zákazníka na účet obchodníka převedeny později při zvláštní operaci capture. To, jestli karta zákazníkovi skutečně patří, se ověřuje podpisem nebo číslem PIN, které zná jen majitel karty. (Obchodník nemusí do banky zrovna telefonovat, může mít on-line pokladnu, která si přečte z karty číslo sama a sama se zeptá v bance přes datový spoj. Nicméně podstata zůstává, obchodník se přes svou banku a karetní společnost zeptá v bance zákazníka. Dále se u malých částek může prostě předpokládat, že zákazník peníze na účtu má a autorizace se provádět nemusí.) Strana 4\n5 Platebních karet jsou dva druhy: debetní - peníze jsou z účtu zákazníka strženy v okamžiku, kdy je platba provedena. Tento typ karet je u nás nejrozšířenější. kreditní - peníze banka obchodníkovi zaplatí ihned, ale po zákazníkovi je chce až na konci měsíce. Po tuto dobu vlastně banka zákazníka úvěruje. Placení kartou má své obrovské výhody. Pro zákazníka tu, že nemusí s sebou nosit hotové peníze, takže mu nemohou být zcizeny, a přesto je má stále po ruce. Pro obchodníka tu, že lidé platící kartou více utrácejí. Proto je ve světě placení kartou zcela běžné, a i u nás má už kartu přes dva miliony lidí. Pokud si necháváte posílat výplatu na sporožiro, postžiro, o-konto nebo jiný účet, můžete si k němu nechat vystavit platební kartu. Strana 5\n6 1.3 Bezpečnost dat Symetrické šifrování Ze špionážních filmů a válečných románů je známé tzv. symetrické šifrování, kdy odesílatel i příjemce nějaké důležité zprávy mají dohodnutý způsob šifrování, například použití nacistického šifrovacího stroje Enigma, a nějaký klíč, což je údaj, nejčastěji krátké heslo, použitý pro zašifrování konkrétní zprávy. Při posílání více zpráv se používá stále stejný způsob šifrování, ale pokaždé jiný klíč, takže prozrazení jednoho klíče umožní nepříteli dešifrovat jen jednu zprávu. Tento způsob šifrování se nazývá symetrický právě proto, že obě strany mají stejný klíč, používaný pro zašifrování i dešifrování. Slabinou tohoto způsobu šifrování je právě nutnost dohodnout si předem společný klíč, nebo klíč dopravit bezpečným kanálem příjemci před odesláním zprávy. obrázek 3 - Symetrické šifrování Asymetrické šifrování Proto bylo vyvinuto tzv. asymetrické šifrování, kdy se používají klíče dva. Tyto klíče mají tu zajímavou vlastnost, že co se jedním zašifruje, lze odšifrovat jen druhým, a naopak. Při použití asymetrického šifrování si příjemce zpráv vyrobí dvojici klíčů, jeden si nechá a střeží ho jako oko v hlavě, to je tzv. tajný klíč, a druhý vylepí na všech nárožích a rozdá potenciálním odesílatelům, to je tzv. veřejný klíč. Pokud chce někdo poslat zprávu takovémuto příjemci, zašifruje ji jeho veřejným klíčem a pošle mu ji. Má jistotu, že nikdo, kdo nemá příslušný tajný klíč, ji nedokáže rozšifrovat. Příjemce si pak zprávu svým tajným klíčem rozšifruje. Při asymetrickém způsobu šifrování se všechny zprávy šifrují stále stejným veřejným klíčem, který všichni znají. Ještě jednou zdůrazňuji nutnost naprostého utajení tajného klíče, protože s ním stojí a padá celá bezpečnost asymetrického šifrování. Ten, kdo má tajný klíč, má možnost rozšifrovávat všechny zprávy došlé jednomu příjemci, protože veřejný klíč má jeden příjemce pouze jeden! Strana 6\n7 obrázek 4 - Asymetrické šifrování Digitální podpis V opačném směru se dá stejný pár klíčů použít k digitálnímu podepisování, tedy vytvoření zprávy, kterou si sice každý může přečíst, ale je jisté, že ji nevytvořil nikdo jiný než odesílatel a že nebyla po cestě změněna. Funkce je jednoduchá, k podepisované zprávě se připojí něco, co závisí na textu zprávy a co nemohl vytvořit nikdo jiný, než odesílatel. Konkrétně se spočítá jakýsi součet znaků ve zprávě (písmena jsou v počítači reprezentována jako čísla), tzv. message digest, ten odesílatel zašifruje svým tajným klíčem a připojí ho ke zprávě. obrázek 5 - Message digest - odesílatel Pokud chce někdo ověřit digitální podpis zprávy, sežene si veřejný klíč odesílatele, rozšifruje message digest připojený ke zprávě a porovná ho s message digestem, který si sám spočítá. Pokud se shodují, je jisté, že zprávu odeslal majitel tajného klíče patřícího k veřejnému klíči použitého pro ověření, tedy odesílatel, a že zpráva nebyla po cestě změněna. Strana 7\n8 obrázek 6 - Message digest - příjemce Podepisování zpráv se dnes běžně používá v elektronické poště, z volně dostupných ových programů umí digitální podepisování (i šifrování) Netscape Communicator a Microsoft Outlook Express. Zde jsou pro větší názornost příklady ových zpráv podepsaných digitálním podpisem: podepsaný podle standardu PGP Content-Type: application/pgp; format=text; x-action=sign Content-Transfer-Encoding: 7bit Content-Length: BEGIN PGP SIGNED MESSAGE----- Tanky prijedou v sest. General -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: noconv IQB1AwUBNSHocfNAlnXZYBHhAQHSTQL/XtuUdG36R9ZVgX0b/MuE6SyqHRvmi+Qy Iq1FzYCCLeVHxwwQu4kz3SnyeXqKd/CxPAfPrujICeDhbrmvBy9m3jxb3uzXLoDg LC4zQRrgscBt2RDbA2pfo+CSWBhXN6cx =AkUc -----END PGP SIGNATURE podepsaný podle standardu S/MIME Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary=" msaefe8cc4bbd6cdb2637b5646" This is a cryptographically signed message in MIME format msaefe8cc4bbd6cdb2637b5646 Content-Type: text/plain Content-Transfer-Encoding: 7bit Tanky prijedou v sest. General msaefe8cc4bbd6cdb2637b5646 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIFmQYJKoZIhvcNAQcCoIIFijCCBYYCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BBswggHsMIIBVQICANYwDQYJKoZIhvcNAQEEBQAwXDELMAkGA1UEBhMCQ1oxETAPBgNVBAoT CFBWVCBhLnMuMRAwDgYDVQQDEwdDQS1QVlQxMSgwJgYJKoZIhvcNAQkBFhljYS1vcGVyQHA3 MHgwMy5icm4ucHZ0LmN6MB4XDTk3MTEwNjE5NTg1M1oXDTk3MTEyMDE5NTg1M1owZDELMAkG Strana 8\n9 A1UEBhMCQ1oxEjAQBgNVBAgTCVZvZG92YSA0MzENMAsGA1UEBxMEQnJubzEUMBIGA1UEAxML +5Z/Q0img9iU3N42zdSfbn0Xl0qtMwIDAQABMA0GCSqGSIb3DQEBBAUAA4GBAF3otOnrJghy beziecrhehdbux4rc+umsae5rmdwayny9fgzoxhnztwh9bx7cftsdi58h0eptn1temcvay+v jtjj3f8ne+jfaxxvd2n8qex5ay6qzw/zoej6wlv4hsggkveynmqzurprw6dg9jyrcbbsdzgd dompwc1lsxtc/ndamiicjzccazacaqewdqyjkozihvcnaqeebqawxdelmakga1uebhmcq1ox ETAPBgNVBAoTCFBWVCBhLnMuMRAwDgYDVQQDEwdDQS1QVlQxMSgwJgYJKoZIhvcNAQkBFhlj msaefe8cc4bbd6cdb2637b Pokud mají odesílatel i příjemce zprávy svůj pár klíčů, je možné zprávu zašifrovat (veřejným klíčem příjemce) i digitálně podepsat (tajným klíčem odesílatele), takže je pak dokonale chráněna, protože příjemce ví, že zprávu si po cestě nikdo třetí nepřečetl (šifrování) zprávu odeslal skutečně ten, kdo je pod ní podepsán (podpis) zpráva nebyla po cestě změněna (digest) To je mnohem lepší zabezpečení než u klasických papírových dokumentů, které nejsou proti změně po cestě nijak chráněny Digitální certifikát S asymetrickým šifrováním je jedna potíž. Je sice dokonale bezpečné pro daný pár klíčů (veřejný-tajný), ale jak můžeme vědět, že veřejný klíč patří skutečně tomu, komu myslíme?!? Představme si, že si chci dopisovat, dejme tomu, s Frantou. Pokud mi svůj veřejný klíč přinese osobně, mám jistotu, že je skutečně jeho. Ale co když Franta žije v Austrálii a nemůžeme se osobně setkat? Pokud by mi poslal svůj veřejný klíč jen tak nezabezpečeně elektronickou poštou, mohl by nepřítel po cestě podvrhnout svůj veřejný klíč místo Frantova klíče, a pak by si mohl číst všechnu poštu, kterou Frantovi pošlu. Dokonce by ji pak mohl zašifrovat skutečným Frantovým veřejným klíčem a poslat mu ji, takže by si Franta ničeho nevšiml. V opačném směru bych pak zprávy podepsané nepřítelem považoval za zprávy podepsané Frantou. To se v žádném případě nesmí stát. Je tedy nutné jednoznačně svázat veřejný klíč s osobou, které patří. To se řeší zavedením tzv. digitálních certifikátů. Digitální certifikát je něčí veřejný klíč (což je, konec konců, jen informace zapsatelná jako text), spojený s údaji o jeho osobě, a obojí je digitálně podepsané nějakou třetí důvěryhodnou stranou, jejíž veřejný klíč znám. Tato důvěryhodná třetí strana se nazývá certifikační autorita, a je to obvykle všeobecně známá instituce, která digitální certifikát vydává, ale až po ověření totožnosti certifikovaného, například předložením občanského průkazu a rodného listu. V našem příkladě se tedy s Frantou dohodneme na nějaké certifikační autoritě, kterou oba známe, Franta navštíví její australskou pobočku, předloží svůj veřejný klíč a doklady, načež mu bude vydán jeho digitální certifikát, který mi klidně pošle em. Nepřítel nebude moci nic udělat, protože nemá tajný klíč certifikační autority, tudíž nemůže vyrobit falešný certifikát. Máme to vyřešeno. Pro ovou poštu zabezpečovanou systémem S/MIME a pro bezpečný přístup na WWW je známou certifikační autoritou americká firma Verisign, Inc., jejíž veřejný klíč je zakompilován v Netscape Communicatoru i Microsoft Exploreru. Strana 9\n10 obrázek 7 - Certifikační autorita Můj digitální certifikát je můj veřejný klíč, spojený s údaji o mé osobě, obojí podepsané certifikační autoritou (spojené dohromady s message digestem zašifrovaným tajným klíčem certifikační autority). Digitální certifikát nemusím nijak utajovat, protože neobsahuje můj tajný klíč, naopak já ho musím všude šířit. Certifikační autorita je někdo, obvykle instituce, jejíž veřejný klíč znám, a jíž důvěřuji, že digitální certifikáty vydává až po ověření skutečné totožnosti certifikovaného Kombinace symetrické a asymetrické šifry Asymetrická šifra má tu nevýhodu, že šifrování je značně náročné na výpočetní výkon počítače a proto je pomalé. V praxi se proto používá kombinace se symetrickou šifrou, jejíž používání je rychlé. Pro každou zprávu se vygeneruje náhodný symetrický klíč, který se zašifruje asymetrickou šifrou a pošle adresátovi. Tak se vlastně vytvoří onen bezpečný kanál pro přenos klíče, který symetrické šifře chybí k dokonalosti. Pak se zpráva zašifruje symetrickou šifrou s tímto náhodným symetrickým klíčem a odešle se. Tuto techniku používají ve velkém všechny používané šifrovací systémy na Internetu - SSL pro zabezpečený přístup na WWW, S/MIME a PGP pro bezpečnou elektronickou poštu i SET pro bezpečné placení Poznámka k existenci asymetrické šifry Pro existenci asymetrické šifry je třeba existence matematické funkce, která je "jednosměrná", tedy lze ze zadání vypočítat výsledek, ale z výsledku nelze zpětně odvodit zadání. Není známo, zda taková funkce existuje. Byly Strana 10\n11 však nalezeny funkce, které jsou "jednosměrné v dostatečné době", tedy výpočet jedním směrem trvá počítači zlomek vteřiny, ale opačný postup by trval stejnému počítači miliony let. Nejpoužívanější asymetrická šifra RSA využívá toho, že vynásobit dvě stomístná prvočísla je pro počítač hračka, kdežto rozložit vzniklé dvěstěmístné číslo na součin prvočísel znamená vyzkoušet postupně dělitelnost 2, 3, 5, 7... atd. až do odmocniny onoho velkého čísla. Tak obrovský počet kroků by trval i mnoha současně pracujícím superpočítačům stovky let. Nicméně, počítá se s pokrokem ve výkonu počítačů, a proto se životnost reálně používaných klíčů omezuje na nejvýše několik let, po jejichž uplynutí je nutné vygenerovat klíče nové. Strana 11\n12 2. SET SET je komunikační protokol pro provedení bezpečné platby mezi držitelem platební karty a obchodníkem v prostředí nezabezpečené komunikační sítě. 2.1 Úvod do SETu V Internetových obchodech je největším problémem placení. Zatím jsou reálně používané dvě metody: zaslání na dobírku - zákazník platí při převzetí zboží na poště. Nevýhody - zákazník musí osobně dojít na poštu. Obchodník tratí na nevyzvednutých zásilkách. nahlášení čísla platební karty - zákazník zaplatí sdělením osobních údajů a čísla platební karty, stejně jako při placení přes telefon (tzv. MOTO - Mail Order/Telephone Order). Nevýhody: Existuje nebezpečí zneužití čísla karty, proto banky nechtějí uzavírat smlouvy o přijímání karet s Internetovými obchodníky. Obchodník musí vyčlenit pracovní obrázek 8 - Platební systém se SETem Strana 12\n13 sílu, která volá na autorizační centrum banky a ověřuje platnost karet, což ho stojí peníze. Proto hlavní firmy vydávající platební karty - VISA a MASTERCARD - společně s velkými firmami zabývajícími se bezpečností - RSA, Verisign, IBM - vyvinuly SET jakožto protokol, který používáním šifrování, digitálních podpisů a digitálních certifikátů umožňuje provést platbu z bankovního účtu, ke kterému je vydána platební karta (dá se ověřit solventnost majitele účtu), i v prostředí Internetu, tedy sítě, kde procházející data může kdokoliv po cestě odposlouchávat nebo modifikovat. SET protokol zahrnuje tyto účastníky: zákazník (cardholder) banka, ve které má zákazník účet s platební kartou (issuer) obchodník (merchant) banka, se kterou má obchodník smlouvu o přijímání platebních karet (acquirer) platební brána (payment gateway) - počítač se speciálním programem umístěný v autorizačním středisku banky obchodníka společnost vydávající karty (card brand) - společnost, která je napojena na obě banky, zákazníkovu i obchodníkovu, a umožňuje autorizaci a provedení plateb platebními kartami certifikační autorita (certification authority) - instituce, která vydává digitální certifikáty pro všechny zúčastněné po ověření jejich totožnosti Obě banky a společnost vydávající karty vůbec nemusí být připojeny k Internetu. Certifikační autorita je zapotřebí jen na začátku pro ověření identity zákazníka, obchodníka a platební brány. Platba probíhá podobně jako u platby platební kartou v kamenném obchodě, až na to, že kromě zákazníka se jí nemusí zúčastnit žádný živý člověk, což šetří náklady. Zákazník, obchodník i platební brána používají speciální program, každý svůj. Při platbě se zákazníkův program, nazvaný elektronická peněženka, spojí s programem obchodníka, navzájem si předloží své digitální certifikáty, aby věděly, s kým komunikují. Pak elektronická peněženka vyrobí platební příkaz, podepíše ho a zašifruje tak, že si jej může přečíst platební brána banky, ale ne obchodník. Tento platební příkaz pošle programu obchodníka, který ho předá platební bráně banky se žádostí o autorizaci. Platební brána se přes karetní společnost spojí s bankou zákazníka, která platbu buď povolí, nebo zamítne. Výsledek platební brána oznámí obchodníkovi. V kladném případě obchodník odešle zboží a zašle platební bráně žádost o převedení peněz. Tím je celá transakce hotova. SET přísně odděluje informace určené pro obchodníka od informací pro banku. Obchodník se nikdy nedozví nic o zákazníkově kontu, a naopak banka se nedozví, co zákazník nakoupil. Strana 13\n14 2.2 Bezpečnost SETu SET používá 56-bitový DES (Data Encryption Standard) jako symetrickou šifru a 1024-bitový RSA (Rivest-Shamir-Adleman algoritmus) jako asymetrickou šifru. Podle údajů firmy RSA, by ke zlomení 1024-bitového RSA silou, bylo třeba 1.5 x MIPS roků, tedy práce milionu počítačů o výkonu 1000 MIPS po dobu 150 let. I pak by však útočník získal přístup jen k jednomu páru klíčů. Ke zlomení 56-bitového DES za několik dní je třeba počítač v ceně jednoho milionu dolarů. DESem jsou však šifrovány jen méně důležité údaje, kdežto číslo platební karty a ostatní důležité údaje jsou šifrovány pomocí RSA. Softwarový systém SET zajišťuje: privátnost platebních instrukcí důvěrnost informací přenášených společně s platebními instrukcemi identifikaci a ověření držitele platební karty ověření obchodníkova souhlasu s prováděnou transakcí ochranu integrity platebních instrukcí certifikaci pro specifické účely Strana 14\n15 2.3 Postup při placení SETem v obchodním domě Vlastní placení SETem je velice rychlé a jednoduché. Předpokládejme, že už máte nainstalovánu elektronickou peněženku a v ní zavedenu kreditní kartu, ke které máte vystavený platný certifikát od banky. Ve Virtuálním Obchodním Domě si vyberete zboží, hodíte ho do košíku a v pokladně vyplníte svoji adresu, na kterou bude zboží zasláno. Jako platební metodu si vyberete SET. Objeví se stránka s tlačítkem "Platím SETem": obrázek 9 - Platba SETem Po zmáčknutí tlačítka Platím SETem se vzbudí elektronická peněženka. Je chráněna heslem, aby jí nemohl použít někdo nepovolaný. Strana 15\n16 obrázek 10 - Inicializace peněženky Po zadání správného hesla se peněženka otevře. Pokud máte v peněžence více platných platebních karet, vyberete si, kterou z nich zaplatíte. Pokud máte kartu jen jednu, je vybrána automaticky. V popisu objednávky je uvedeno, kolik a za co přesně platíte: obrázek 11 - Peněženka účty Strana 16\n17 Zmáčknete "OK", načež se objeví certifikát obchodníka. Obsahem certifikátu je skutečná identita obchodníka, jak ji ověřila banka. Na tuto informaci se můžete spolehnout: obrázek 12 - Ověření obchodníka Po zmáčknutí "OK" se platba provede, peněženka se sama zavře a prohlížeč zobrazí děkovnou stránku. Tím je nakoupeno. Pokud si elektronickou peněženku později spustíte sami, máte možnost nechat si vypsat všechny provedené platby: obrázek 13 - Peněženka - účty Strana 17\n18 2.4 Detailní popis procesu platby SETem Úvod k popisu Set definuje různé druhy transakčních protokolů, které využívají kryptografické koncepty již zmíněné v odstavci 1.2, pro zajištění bezpečnosti elektronického obchodu. Dále budou popsány následující transakce: Registrace zákazníka (Cardholder registration) Registrace Obchodníka (Merchant registration) Požadavek nákupu (Purchase request) Autorizace platby (Payment authorization) Uskutečnění platby předložení transakce k zúčtování bance (Payment capture) Legenda k následujícím odstavcům: Iniciála Český výraz Anglický výraz C Zákazník Cardholder M Obchodník Merchant P Platební brána Payment Gateway CA Certifikační autorita Certificate Authority OI Objednávkové informace Order informations PI Platební instrukce Payment instructions Tabulka symbolů použitých v diagramech: Symbol Popis Toto jsou kryptografické klíče. Zuby klíče označují vlastníka klíče. Klíče s PB na držadle jsou veřejné klíče, a klíče s PV jsou privátní klíče. Privátní klíče jsou vždy známy jejim vlastníkům. Klíče s diamantem ( ) jsou podpisové klíče a s malým klíčem ( ) jsou klíče na výměnu. Toto je digitální podpis. Iniciála označuje čí privátní klíč byl použit k vytvoření podpisu. Např. tento podpis byl vytvořen privátním klíčem obchodníka (merchant). Toto je dvojitý podpis. Iniciála označuje čí privátní klíč byl použit k vytvoření podpisu. Např. tento podpis byl vytvořen privátním klíčem zákazníka (cardholder). Toto jsou certifikáty. Iniciála na pečeti označuje čí privátní klíč byl použit k vytvoření certifikátu. Písmeno na certifikátu označuje veřejný klíč, Strana 18\n19 který je certifikován. Symboly diamantu a klíče rozlišují podpisové certifikáty od certifikátů klíčů na výměnu. CA na těchto symbolech značí, že tyto certifikáty byly vytvořeny certifikační autoritou a M určuje, že je certifikoval obchodník. Toto je symetrický klíč použitý na zakódování dat. Vždy bude poslán se zakódovanými daty v digitální obálce. Číslo rozlišuje různé symetrické klíče používané v transakcích. Toto je platební karta a je používaná k oznámení, že číslo konta zákazníka je vysíláno v digitální obálce se symetrickým kódovacím klíčem. Toto jsou zabezpečená data. Jejich použití reprezentuje poslané informace o kontu v digitální obálce registrační žádosti pro obchodníka a platební bránu. Toto je zakódovaná zpráva obsahující digitální obálku. Data v šedém obdélníku byla zakódována použitím náhodně generovaného symetrického klíče (zde jako druhý klíč generovaný pro tuto transakci). Nad obálkou je název entity jejíž klíč byl použit na zakódování obálky (v tomto případě platební brána (payment gateway)). Pozn.: V tomto případě digitální obálka obsahuje symetrický klíč a číslo konta zákazníka. V části zprávy zakódované symetrickým klíčem je obsažen certifikát podpisu zákazníka a byl dvojitě podepsán zákazníkem. tabulka 1 - Symboly použité v diagramech Funkce certifikační autority Základní funkce certifikační autority jsou: příjem registračních žádostí zpracování a schválení nebo odmítnutí žádosti vydání certifikátu Strana 19\n20 Popis zpracování jejích funkcí je takový, jako by byly vykonávány jedinou entitou, ale příležitostně mohou být vykonávány jednou až třemi entitami. Společnosti vydávající platební karty a individuální platební instituce budou prohlížet jejich obchodní požadavky pro tyto funkce, aby bylo vybráno řešení pro jejich implementaci. Vybrané řešení může být implementováno jako zařízení single-server, které poskytuje certifikační autorita nebo jako násobné zařízení, které je distribuováno zpracováním. V následujícím seznamu je navrženo několik možných úprav s možnostmi distribuce: Společnost vydávající vlastní platební karty může pro svoje zákazníky vykonat všechny tři kroky. Finanční instituce může přijmout, zpracovat a schválit žádost certifikace pro svoje zákazníky nebo obchodníky a vrátí informace společnosti vydávající platební karty, která poté vydá certifikát. Nezávislá registrační autorita, která zpracovává aplikace certifikátu platebních karet pro několik společností vydávající platební karty, může přijmout žádost o certifikát a poslat jej vhodné finanční instituci (Issuer nebo Acquirer) na zpracování. Finanční instituce vrátí vydanou žádost společnosti vydávající platební karty, která pak vydá certifikát Získání certifikátu Certifikace zákazníka Funkce certifikace zákazníka je elektronická reprezentace platební karty. Protože jsou digitálně podepsány finanční institucí, nemohou být změněny třetí stranou a mohou být generovány pouze finanční institucí. Certifikát zákazníka neobsahuje číslo konta ani datum ukončení platnosti. Místo informací o kontu a tajné hodnoty známé pouze zákazníkovu programu jsou zakódovány použitím jednosměrného hashovacího algoritmu. Jestliže číslo konta, datum ukončení platnosti a tajná hodnota jsou známy, potom odkaz k certifikátu může být vyzkoušen, ale informace nemohou být odvozeny prohlížením certifikátu. V SET protokolu zákazník doplňuje informace o kontu a tajnou hodnotu platební bráně, kde je odkaz ověřen. Zákazník získá certifikát, jestliže to schválí finanční instituce zákazníka. Žádostí o certifikát zákazník indikuje, že chce uskutečnit obchod elektronickou cestou. Tento certifikát je vyslán obchodníkům se žádostí o koupi a zakódovanými platebními instrukcemi. Po přijmutí zákazníkova certifikátu může být obchodník ujištěn, že číslo konta zákazníka bylo ověřeno finanční institucí vydávající platební karty nebo jejím agentem. Strana 20\n21 Certifikace obchodníka Funkce certifikace obchodníka je elektronické zastoupení pro značku platební společnosti vydávající platební karty. Protože jsou digitálně podepsány finanční institucí obchodníka, nemohou být změněny třetí stranou a mohou být generovány pouze finanční institucí. Tyto certifikáty jsou schválené finanční institucí obchodníka a opatřeny ujištěním, že obchodník dodržuje platnou dohodu s bankou obchodníka. Obchodník musí mít nejméně jeden pár certifikátů zúčastněných v SET prostředí, ale může mít také několik párů certifikátů. Obchodník má pár certifikátů pro každou společnost vydávající platební karty, která je akceptuje Certifikace platební brány Certifikáty platební brány jsou získány od banky obchodníka nebo od jeho zpracovatelů pro systémy, které zpracovávají autorizaci a přijímají zprávy. Kódovací klíč brány, který zákazník získá z tohoto certifikátu, je použit na zajištění informací o kontu zákazníka. Certifikáty platební brány jsou vydány bance obchodníka platební společností Certifikace banky obchodníka Banka obchodníka musí mít certifikáty v pořádku, aby certifikační autorita mohla přijmout a zpracovat certifikační požadavky přímo od obchodníků přes veřejné a privátní sítě. Tyto banky obchodníků, které vybraly společnosti vydávající platební karty ke zpracování certifikačních žádostí, na ně nebudou potřebovat certifikáty, protože nezpracovávají SET zprávy. Banky obchodníků přijímají jejich certifikáty ze společnosti vydávající platební karty Certifikace banky zákazníka Banka zákazníka musí mít certifikáty v pořádku, aby certifikační autorita mohla přijmout a zpracovat certifikační požadavky přímo od zákazníků přes veřejné a privátní sítě. Tyto banky zákazníků, které vybraly společnosti vydávající platební karty ke zpracování certifikačních žádostí, na ně nebudou potřebovat certifikáty, protože nezpracovávají SET zprávy. Banky zákazníků přijímají jejich certifikáty ze společnosti vydávající platební karty. Strana 21\n22 Hierarchie zabezpečení SETové certifikáty jsou ověřeny přes hierarchii zabezpečení. Každý certifikát je propojen k podpisovému certifikátu entity, která jej podepsala. Např. certifikát zákazníka je propojen na certifikát banky zákazníka. Certifikát banky zákazníka je zpět propojen ke kořenovému klíči přes certifikát společnosti vydávající platební karty. Veřejný kořenový podpisový klíč je znám všem SET programům a může být použit pro ověření každého certifikátu. Následující diagram zobrazuje hierarchii zabezpečení. Počet zobrazených stupňů v tomto diagramu je ilustrativní. Společnost vydávající platební karty nemusí vždy pracovat mezi regionální certifikační autoritou a finančními institucemi. obrázek 14 - Hierarchie zabezpečení Registrace zákazníka Na následujícím obrázku je znázorněn proces registrace zákazníka, ukazující sedm základních kroků. Detailní sekce, které následují, popisují jednotlivé kroky. Strana 22\n23 obrázek 15 - Registrace zákazníka Krok č. 1 Zákazník se musí registrovat u CA ještě před tím, než pošle SET zprávy obchodníkovi. Aby mohl poslat SET zprávy CA, musí zákazník mít kopii veřejného výměnného klíče CA, který je v certifikátu výměnného klíče CA. Zákazník dále potřebuje kopii registračního formuláře ze svého finančního institutu. Aby od CA získal řádný registrační formulář, musí program zákazníka identifikovat vydávající finanční instituci CA. K získání registračního formuláře je zapotřebí dvou výměn mezi programem zákazníka a CA. Registrační proces je spuštěn, když si program zákazníka vyžádá kopii certifikátu výměnného klíče CA. obrázek 16 - Registrace zákazníka - krok č. 1 Strana 23\n24 Krok č. 2 Když CA přijme žádost, vyšle její certifikáty k zákazníkovi. Certifikát kódovacího klíče CA opatří program zákazníka s nutnými informacemi k zabezpečení čísla platební karty v žádosti o registrační formulář. obrázek 17 - Registrace zákazníka - krok č Krok č. 3 Program zákazníka ověří certifikát CA traverzováním bezpečnostního řetězce až ke kořenovému klíči. (popsáno v odstavci ). Program zákazníka musí uchovat certifikáty CA pro pozdější použití během registračního procesu. Má-li jednou program zákazníka kopii certifikátu výměnného klíče CA, může zákazník poslat žádost o registrační formulář. Program zákazníka vytvoří zprávu žádosti o registrační formulář. Dále program vygeneruje náhodný symetrický kódovací klíč. Tento klíč se použije k zakódování zprávy žádosti o registrační formulář. Náhodný klíč je zakódován spolu s číslem konta do digitální obálky s použitím veřejného výměnného klíče CA. Na závěr program vyšle tyto tři komponenty k CA. Program zákazníka: ověří certifikát CA traverzováním bezpečnostního řetězce až ke kořenovému klíči, uchová certifikáty CA k pozdějšímu použití během registračního procesu, vytvoří zprávu žádosti o registrační formulář, generuje náhodný symetrický kódovací klíč, použije náhodný klíč k zakódování zprávy žádosti o registrační formulář, zakóduje náhodný klíč spolu s číslem konta do digitální obálky s použitím veřejného výměnného klíče CA, vyšle všechny tři komponenty k CA. Strana 24\n25 obrázek 18 - Registrace zákazníka krok č Krok č. 4 CA identifikuje finanční instituci zákazníka (použitím prvních 6-ti z 11- ti číslic čísla konta) a vybere odpovídající registrační formulář pro zákazníka. Digitálně ho podepíše a pak vrátí tento registrační formulář zákazníkovi. V některých případech, když CA nemá k dispozici kopii registračního formuláře, může informovat program zákazníka, kde může být formulář získán. Např. zákazníkova finanční instituce může pracovat s její vlastní CA. Při této události vrací CA referenční odpověď místo registračního formuláře. (Tato referenční odpověď není zobrazena v těchto diagramech.) obrázek 19 - Registrace zákazníka krok č. 4 Strana 25\n26 Krok č. 5 Program zákazníka ověří certifikát CA traverzováním bezpečnostního řetězce až ke kořenovému klíči. Zákazník potřebuje pár podpisových klíčů (veřejný a privátní) pro použití v SETu. Program zákazníka generuje tento pár klíčů pokud ještě nebyly vytvořeny. K registraci konta zákazník vyplní registrační formulář, který byl vrácen CA s informacemi (jako jméno zákazníka, datum ukončení platnosti, adresa účetního konta a jiné další informace vydávající finanční instituce nezbytné k identifikaci žadatele o certifikát jako platného zákazníka). Program zákazníka vygeneruje náhodné číslo, které bude použito CA ke generování certifikátu. Použití tohoto náhodného čísla je popsáno ve zpracování vykonávaném CA. Program zákazníka vezme tuto registrační informaci a zkombinuje jí s veřejným klíčem v registrační zprávě. Program digitálně podepíše registrační zprávu. Dále program vygeneruje dva náhodné symetrické klíče. Program vloží jeden náhodný symetrický klíč do zprávy (CA použije tento klíč k zakódování odpovědi). Druhý náhodný klíč použije k zakódování registrační zprávy. Tento náhodný klíč je zakódován spolu s číslem konta, datem ukončení platnosti a náhodným číslem do digitální obálky s použitím veřejného výměnného klíče CA. Nakonec program vyšle všechny tyto komponenty k CA. Pozn.: Jestliže CA vrátí referenční odpověď, popsanou dříve ve zpracování CA, tak se program zákazníka vrátí na začátek registračního procesu, který komunikuje s referenční CA, aby přijal tyto certifikáty CA a vhodný registrační formulář. Strana 26\n27 obrázek 20 - Registrace zákazníka - krok č Krok č. 6 Když CA přijme žádost zákazníka, dekóduje digitální obálku, aby získala symetrický kódovací klíč, informace o kontu zákazníka a náhodné číslo generované programem zákazníka. Použije symetrický klíč k dekódování registrační žádosti. Pak použije podpisový klíč ve zprávě k ochraně žádosti podepsané použitím odpovídajícího privátního podpisového klíče. Je-li podpis ověřen, zpracovávání zprávy pokračuje, jinak je zpráva zamítnuta a odpovídající odpovědní zpráva je zaslána zákazníkovi. Dále CA musí ověřit informace z registrační žádosti použitím informací o kontu zákazníka. Tak jak bylo popsáno v odstavci 2.4.2, je zde několik cest ke konfiguraci zpracování vykonávajícího CA a banky zákazníka, jako je společnost vydávající platební karty zajišťující všechny nebo pouze některé funkce ve prospěch banky zákazníka nebo si banka zákazníka zajišťuje všechny nebo pouze nějaké funkce sama. V případě, že informace obsažené v registrační žádosti jsou ověřeny, tak může být vydán certifikát. Nejdříve CA generuje náhodné číslo, které je kombinováno s náhodným číslem vytvořeným programem zákazníka Strana 27\n28 k vygenerování tajné hodnoty. Tato tajná hodnota je použita k ochraně informací o kontě v certifikátu zákazníka. Číslo konta, datum ukončení platnosti a tajná hodnota jsou zakódovány použitím jednocestného hashovacího algoritmu. Výsledek hashovacího algoritmu je vložen do certifikátu zákazníka. Jestliže číslo konta, datum ukončení platnosti a tajná hodnota jsou známy, propojení certifikátu může být vyzkoušeno, ale informace nemohou být odvozeny prohlížením certifikátu. Dále CA vytvoří a digitálně podepíše certifikát zákazníka. Doba platnosti tohoto certifikátu bude dána politikou CA, často bude odpovídat datu ukončení platnosti platební karty, ale může být ukončena i dříve. Odpovědní zpráva obsahuje náhodné číslo generované CA a další informace (jako je logo společnosti vydávající platební karty) jsou pak generovány a zakódovány symetrickým klíčem, který byl poslán zákazníkem v registrační zprávě. Odpověď je pak vyslána k zákazníkovi. obrázek 21 - Registrace zákazníka - krok č Krok č. 7 Když program zákazníka přijme odpověď od CA, tak ověří certifikát traverzováním bezpečnostního řetězce až ke kořenovému klíči. Uloží certifikát v počítači zákazníka pro budoucí použití v obchodních elektronických transakcích. Dále program zákazníka dekóduje registrační odpověď použitím symetrického kódovacího klíče, který byl poslán CA v registrační odpovědi. Strana 28\n29 Kombinuje náhodné číslo vrácené CA s hodnotou, kterou poslal v registrační zprávě, aby určil tajnou hodnotu. Poté uloží tajnou hodnotu, aby byla k použití s certifikátem. Program zákazníka bude obchodníkům poskytovat tento certifikát a vztažné informace budou uloženy jako prevence proti neautorizovanému přístupu. obrázek 22 - Registrace zákazníka - krok č Registrace obchodníka Na následujícím obrázku je znázorněn proces registrace obchodníka, ukazující pět základních kroků. Detailní sekce, které následují, popisují jednotlivé kroky. obrázek 23 - Registrace obchodníka Strana 29\n30 Krok č. 1 Obchodníci se musí registrovat u Certifikační autority (CA) ještě před tím, než přijmou platební instrukce SETu od zákazníků nebo budou zpracovávat transakce SETu přes platební bránu. Aby poslali SET zprávy CA, tak musí mít kopii veřejného výměnného klíče CA, který je v certifikátu výměnného klíče. Obchodník také potřebuje kopii registračního formuláře ze svojí finanční instituce. Program obchodníka musí identifikovat banku obchodníka CA. Registrační proces začne, když si program obchodníka vyžádá kopii certifikátu výměnného klíče CA a odpovídajícího registračního formuláře. obrázek 24 - Registrace obchodníka - krok č Krok č. 2 CA identifikuje finanční instituci obchodníka a vybere odpovídající registrační formulář. Pak vrátí registrační formulář s kopií vlastního certifikátu výměnného klíče obchodníkovi. obrázek 25 - Registrace obchodníka - krok č Krok č. 3 Program obchodníka ověří certifikát CA traverzováním bezpečnostního řetězce až ke kořenovému klíči, pak uchová certifikát CA pro pozdější použití během registračního procesu. Jestliže program jednou dostane kopii certifikátu výměnného klíče CA, pak obchodník může přijímat platební Strana 30\n31 instrukce SETu a zpracovávat transakce SETu. Ještě dříve než certifikační žádost bude zpracována, tak obchodník musí mít vztah k bance obchodníka. Obchodník potřebuje dva páry klíčů (veřejné a privátní) pro použití v SETu: výměnný a podpisový klíč. Obchodník si tyto klíče vygeneruje, jestliže tyto klíče ještě neexistují. Pro registraci obchodník vyplní registrační formulář informacemi jako jsou jméno obchodníka, adresa, obchodní identifikace. Program obchodníka vezme tyto registrační informace a zkombinuje je s veřejným klíčem do registrační zprávy. Program digitálně podepíše registrační zprávu. Dále program vygeneruje náhodný symetrický kódovací klíč. Ten je použit k zakódování zprávy. Náhodný klíč je zakódován do digitální obálky veřejným výměnným klíčem CA. Nakonec program vyšle všechny komponenty k CA. obrázek 26 - Registrace obchodníka - krok č. 3 Strana 31\n32 Krok č. 4 Když CA přijme žádost obchodníka, tak dekóduje digitální obálku, aby získala symetrický kódovací klíč, který je použit pro dekódování registrační žádosti. Pak použije podpisový klíč ze zprávy ke zjištění jestli žádost byla podepsána odpovídajícím privátním podpisovým klíčem. Jestliže je podpis ověřen, tak zpracování zprávy pokračuje, jinak je zpráva odmítnuta a odpovídající odpovědní zpráva je zaslána obchodníkovi. Dále CA musí ověřit informace z registrační žádosti použitím známých informací o obchodníkovi. Tak jak bylo popsáno dříve v úvodu, existuje několik cest ke konfiguraci zpracování vykonávajícího CA a banky obchodníka, jako je společnost vydávající platební karty zajišťující několik nebo všechny funkce ve prospěch banky obchodníka nebo banka obchodníka zajišťuje několik nebo všechny tyto funkce. Po ověření informací z registrační žádosti CA vytvoří a digitálně podepíše certifikát obchodníka. Doba platnosti tohoto certifikátu bude určena politikou CA, často bude odpovídat datu ukončení platnosti smlouvy s obchodníkem a s bankou obchodníka, ale může být ukončena i dříve. Certifikát je zakódován náhodně generovaným symetrickým klíčem, který je momentálně zakódován veřejným výměnným klíčem obchodníka. Odpověď je vyslána k obchodníkovi. obrázek 27 - Registrace obchodníka - krok č. 4 Strana 32\n33 Krok č. 5 Když program obchodníka přijme odpověď od CA, tak dekóduje digitální obálku, aby získal symetrický kódovací klíč. Použije symetrický klíč k dekódování registrační odpovědi obsahující certifikát obchodníka. Poté program obchodníka ověří certifikát traverzováním bezpečnostního řetězce až ke kořenovému klíči, dále uloží certifikát v počítači obchodníka, který pak bude v budoucnu použit pro elektronické obchodní transakce. obrázek 28 - Registrace obchodníka - krok č Nákupní žádost Na následujícím obrázku je znázorněn proces nákupní žádosti, ukazující pět základních kroků. Detailní sekce, které následují, popisují jednotlivé kroky. obrázek 29 - Nákupní žádost Strana 33\n34 Krok č. 1 Set protokol je zavolán poté, co zákazník ukončí prohlídku a výběr zboží. Zákazník bude reprezentován úplným nákupním formulářem s odpovídajícím obsahem a podmínkami, jako je číslo splátkové platby, jestliže obchodník je oprávněn pro transakce se splátkami. Dodatečně bude vybrána platební karta zákazníka jako druh platby. Aby bylo možné poslat SET zprávu obchodníkovi, musí mít zákazník kopii výměnného klíče platební brány. Proces SET objednávky je odstartován, když program zákazníka si vyžádá kopii certifikátu platební brány. Zpráva od zákazníka určuje, která společnost vydávající platební karty bude použita pro transakci. obrázek 30 - Nákupní žádost - krok č Krok č. 2 Když obchodník přijme žádost, je přiřazen jednotný identifikátor transakce ke zprávě. Ten pak vyšle certifikáty obchodníka a platební brány, které odpovídají společnosti vydávající platební karty určené zákazníkem, spolu s identifikátorem transakce k zákazníkovi. obrázek 31 - Nákupní žádost - krok č Krok č. 3 Program zákazníka ověří certifikáty obchodníka a platební brány traverzováním bezpečnostního řetězce až ke kořenovému klíči, pak uloží certifikáty pro pozdější použití během objednávkového procesu. Strana 34\n35 Program zákazníka vytvoří Objednávkové informace (OI) a Platební instrukce (PI). Program vloží identifikátor transakce přiřazený obchodníkem v OI a PI. Tento identifikátor bude použit platební bránou na spojení OI spolu s PI, když si obchodník vyžádá autorizaci. Pozn.: OI neobsahuje objednávková data jako je popis zboží (položky a počet) nebo podmínky objednání (jako je číslo splátkové platby). Tyto informace jsou vyměněny mezi programy zákazníka a obchodníka během nákupní fáze ještě před první SET zprávou. Program zákazníka vygeneruje duální podpis pro OI a PI vypočítáním message digestů pro OI a PI, spojením obou digestů, vypočítáním message digestu výsledku a zakódováním privátním podpisovým klíčem zákazníka. Message digesty OI a PI jsou poslány spolu s duálním podpisem. Dále program vygeneruje náhodný symetrický kódovací klíč a použije ho k zakódování duálního podpisu PI. Program pak zakóduje číslo konta zákazníka právě tak, jako byl použit náhodný symetrický klíč k zakódování PI do digitální obálky, s použitím výměnného klíče platební brány. Nakonec program vyšle zprávu sestávající se z OI a PI k obchodníkovi. Strana 35\n36 obrázek 32 Nákupní žádost krok č Krok č. 4 Když program obchodníka přijme objednávku, tak zkontroluje certifikát podpisu zákazníka traverzováním bezpečnostního řetězce až ke kořenovému klíči. Dále použije veřejný podpisový klíč zákazníka a message digest PI (obsažený s OI) ke kontrole digitálního podpisu jestli objednávka nebyla cestou změněna a jestli opravdu byla podepsána privátním podpisovým klíčem zákazníka. Program obchodníka pak zpracuje objednávku vložením platební autorizace, která je popsána v odstavci Pozn.: Pro zákazníka není nezbytné vykonat autorizační fázi dříve než pošle odpověď zákazníkovi. Zákazník může určit jestli autorizace byla vykonána posláním zprávy objednávkového dotazu. Po zpracování OI program obchodníka vygeneruje a digitálně podepíše zprávu odpovědi, která obsahuje certifikát podpisu obchodníka a určení, jestli objednávka zákazníka byla přijata obchodníkem. Odpověď je vyslána k zákazníkovi. Jestliže autorizační odpověď indikuje, že transakce byla schválena, tak obchodník dodá zboží nebo vykoná služby určené objednávkou. Strana 36\n37 obrázek 33 - Nákupní žádost - krok č Krok č. 5 Když program zákazníka přijme zprávu odpovědi od obchodníka ověří certifikát podpisu obchodníka traverzováním bezpečnostního řetězce až ke kořenovému klíči. Použije veřejný podpisový klíč obchodníka ke kontrole digitálního podpisu obchodníka. Na závěr vykoná několik akcí založených na obsahu zprávy odpovědi, jako je zobrazení zprávy zákazníkovi nebo aktualizace databáze se statusem odpovědi. Zákazník může určit status odpovědi (např. zdali byl autorizován nebo odeslán k platbě) posláním zprávy objednávkové informace. obrázek 34 - Nákupní žádost - krok č. 5 Strana 37\n38 2.4.7 Autorizace platby Na následujícím obrázku je znázorněn proces autorizace platby, ukazující tři základní kroky. Detailní sekce, které následují, popisují jednotlivé kroky. obrázek 35 - Autorizace platby Krok č. 1 Během zpracování objednávky zákazníka (odstavec 2.4.6) obchodník bude autorizovat transakci. Program obchodníka vygeneruje a digitálně podepíše autorizační žádost, která obsahuje částku pro autorizaci, identifikátor transakce z OI a další informace o transakci. Žádost je zakódována náhodně generovaným symetrickým klíčem, který je momentálně zakódován veřejným výměnným klíčem platební brány. (Je to obrázek 36 - Autorizace platby krok č. 1 Strana 38\n39 ten samý klíč, který zákazník použil k zakódování digitální obálky platebních instrukcí.) Autorizační žádost a platební instrukce jsou vyslány k platební bráně. Pozn.: SET protokol také obsahuje prodejní transakce, které dovolují obchodníkovi autorizovat transakci a platební žádost v jediné zprávě Krok č. 2 Když platební brána přijme autorizační žádost, tak dekóduje digitální obálku autorizační žádosti, aby získala symetrický kódovací klíč. Použije symetrický klíč k dekódování žádosti. Pak ověří certifikát podpisu obchodníka traverzováním bezpečnostního řetězce až ke kořenovému klíči, dále pak ověří jestli doba platnosti certifikátu nevypršela. Použije veřejný podpisový klíč obchodníka jestli opravdu byla podepsána privátním podpisovým klíčem obchodníka. Dále platební brána dekóduje digitální obálku Platebních instrukcí, aby získala symetrický kódovací klíč a informace o kontu. Symetrický klíč použije k dekódování PI. Ověří certifikát podpisu zákazníka traverzováním bezpečnostního řetězce až ke kořenovému klíči, dále ještě ověří jestli doba platnosti certifikátu nevypršela. Dále použije veřejný podpisový klíč zákazníka a message digest OI (obsaženého v PI) ke kontrole digitálního podpisu jestli PI nebyly cestou změněny a jestli opravdu byly podepsány privátním podpisovým klíčem zákazníka. Platební brána ověří identifikátor transakce přijatý od obchodníka odpovídající jedné z platebních instrukcí zákazníka. Platební brána poté zformuluje a pošle platební žádost bance zákazníka přes platební systém. Po obdržení autorizační odpovědi od banky zákazníka, platební brána vygeneruje a digitálně podepíše zprávu autorizační odpovědi, která obsahuje odpověď banky zákazníka a kopii certifikátu podpisu platební brány. Odpověď také obsahuje volitelné označení platby s informacemi platební brány potřebné pro zpracování žádosti o uskutečnění platby (viz. odstavec 2.4.8). Označení platby je vloženo pouze tehdy, vyžaduje-li to banka obchodníka. Odpověď je zakódována použitím nového náhodně generovaného symetrického klíče, který je momentálně zakódován veřejným výměnným klíčem obchodníka. Odpověď je poté zaslána obchodníkovi. Strana 39\n40 obrázek 37 - Autorizace platby krok č Krok č. 3 Když program obchodníka přijme zprávu autorizační odpovědi od platební brány, tak dekóduje digitální obálku, aby získal symetrický kódovací klíč. Symetrický klíč použije k dekódování zprávy odpovědi. Poté ověří certifikát podpisu platební brány traverzováním bezpečnostního řetězce až Strana 40\n41 ke kořenovému klíči. Použije veřejný podpisový klíč platební brány ke kontrole digitálního podpisu platební brány. Program obchodníka uloží autorizační odpověď a označení platby bude použito až při žádosti platby přes žádost o uskutečnění platby (viz. odstavec 2.4.8). Obchodník poté ukončí zpracování objednávky zákazníka (viz. odstavec 2.4.6) dodávkou zboží nebo provedením služeb určených v objednávce. obrázek 38 - Autorizace platby krok č Uskutečnění platby Na následujícím obrázku je znázorněn proces uskutečnění platby, ukazující tři základní kroky. Detailní sekce, které následují, popisují jednotlivé kroky. obrázek 39 - Uskutečnění platby Strana 41\n42 Krok č. 1 Po ukončení zpracování objednávky bude obchodník od zákazníka (viz. odstavec 2.4.6) vyžadovat platbu. Program obchodníka vygeneruje a digitálně podepíše žádost o uskutečnění platby, která obsahuje koncovou částku transakce, identifikátor transakce z OI a další informace o transakci. Žádost je zakódována nově náhodně vygenerovaným symetrickým klíčem, který je momentálně zakódován veřejným výměnným klíčem platební brány. Žádost o uskutečnění platby a volitelné označení platby, jestliže bylo vloženo do autorizační odpovědi (viz. odstavec 2.4.7), jsou vyslány k platební bráně. Pozn.: Průběh zde popsaný obsahuje pouze jednoduchou žádost o uskutečnění platby, ale program obchodníka dovoluje více žádostí v jedné zprávě. obrázek 40 - Uskutečnění platby - krok č Krok č. 2 Když platební brána přijme žádost o uskutečnění platby, tak dekóduje digitální obálku žádosti, aby získala symetrický kódovací klíč.tímto symetrickým klíčem dekóduje žádost. Použitím veřejného podpisového klíče obchodníka zkontroluje, jestli žádost byla podepsána privátním podpisovým klíčem obchodníka. Platební brána dekóduje označení platby, jestliže je přítomno, a použije informace ze žádosti o uskutečnění platby a označení platby k formulování čistící žádosti, která je poslána bance zákazníka přes systém platby platebních karet. Strana 42\n43 Platební brána vygeneruje a digitálně podepíše zprávu odpovědi, která obsahuje kopii certifikátu podpisu platební brány. Odpověď je zakódována nově náhodně vygenerovaným symetrickým klíčem, který je momentálně zakódován veřejným výměnným klíčem obchodníka. Poté je odpověď poslána obchodníkovi. obrázek 41 - Uskutečnění platby - krok č Krok č. 3 Když program obchodníka přijme zprávu odpovědi od platební brány, dekóduje digitální obálku, aby získal symetrický kódovací klíč. Symetrický klíč použije k dekódování zprávy odpovědi. Ověří certifikát podpisu platební brány traverzováním bezpečnostního řetězce až ke kořenovému klíči. Použitím veřejného podpisového klíče platební brány ověří digitální podpis platební brány. Program obchodníka uloží odpověď na žádost o uskutečnění platby, aby byla použita pro spárování s platbou z banky obchodníka. Strana 43\n44 obrázek 42 - Uskutečnění platby - krok č. 3 Strana 44\n45 3. Vývoj SETu 3.1 Vývoj v České Republice Začátkem roku 1997 byl zahájen pilotní projekt implementace SETu v České republice. Dne 29. dubna 1998 byla provedena první platba SETem a tím odstartovala testovací fáze projektu. Této fáze se mohli zúčastnit všichni držitelé karet MasterCard Komerční banky, ale provoz byl technicky omezen na Českou republiku. Účastníky pilotního projektu jsou: Komerční banka (issuer i acquirer) I.S.C. MUZO (cardholder CA, merchant CA, payment gateway) INET (merchant) IBM (dodavatel technologie) Platby SETem přijímají tito obchodníci: Virtuální obchodní dům Česká pojišťovna VLTAVA HLAVA CYBEX On-Line Historie březen 1997 Byl odstartován pilotní projekt jako čtvrtý na světě. V té době nebyla ještě zveřejněna konečná specifikace protokolu verze 1.0, začalo se tedy s verzí červen 1997 Byla zveřejněna konečná specifikace protokolu verze 1.0. prosinec 1997 IBM uvedla na trh software implementující SET verze 1.0 pod názvem IBM CommercePOINT únor 1998 Software CommercePOINT dorazil do České republiky 29. dubna 1998 Byla provedena první transakce SETem přes Internet v České republice. Provedl ji Dr. Salzman ve Virtuálním Obchodním Domě SHOP.CZ. Od toho okamžiku mohli vybraní klienti Komerční banky platit "naostro" v SHOP.CZ. Strana 45\n46 Invex 1998 (říjen) Do projektu přistupují další držitelé karet. Zájemci vlastnící kartu EC/MC Komerční banky si mohli nechat vydat SET peněženku s digitálním certifikátem na počkání přímo na výstavě. únor 1999 Objevilo se druhé místo na českém Internetu, kde je možné platit SETem. Povinné ručení za motorová vozidla je od toho okamžiku možné zaplatit v České pojišťovně přes Internet. 12. květen 1999 Poslední ze čtveřice softwarových modulů, používaných v pilotním projektu, získal oficiální certifikaci o kompatibilitě se specifikací protokolu SET. Od tohoto okamžiku je možné používat oficiální logo SETu. Časový průběh byl následující: prošla úspěšně testy elektronická peněženka, certifikační autorita, platební brána, software pro obchodníky. IBM mezitím tuto řadu produktů přejmenovala na IBM Payment Suite květen 1999 INET, a.s. začíná nabízet pronájem SET pokladny ve službě SET PROXY. 2. září 1999 V pořadí třetí obchodní místo na českém Internetu začalo přijímat platby SETem. Je to Využívá pronájmu služby SET PROXY. 24. září 1999 Čtvrté obchodní místo na českém Internetu začalo přijímat platby SETem. Je to Používá vlastní platební modul. 14. říjen 1999 Páté obchodní místo na českém Internetu začalo přijímat platby SETem. Je to Využívá pronájmu služby SET PROXY. 15. říjen 1999 Končí pilotní provoz omezený na Českou republiku a klienty Komerční banky. 1. listopad 1999 Přechod na mezinárodní provoz s kartami MasterCard. Z obchodů zúčastněných v pilotním projektu od začátku funguje jen Strana 46\n47 4. listopad 1999 CYBEX přešel na plný provoz. Strana 47\n48 3.2 Vývoj ve světě Historie 1. únor 1996 VISA a Mastercard oznámili zahájení vývoje nového standardu pro bezpečné placení. 1. červen 1997 Zveřejněna specifikace SET v prosinec 1997 Založena SETCo, organizace dohlížející na standard. 29. květen 1998 První software prošel testy na kompatibilitu se specifikací. Jsou to SET peněženky firem GlobeSet, Terisa, Trintech a Verifone. 15. červen 1998 První software pro obchodníky prošel testy kompatibility, je to POS firmy GlobeSet. 21. červenec 1998 První software pro certifikační autoritu prošel testy kompatibility od CA firmy GlobeSet. 28. srpen 1998 První software pro platební bránu prošel testy kompatibility od Gateway firmy GlobeSet. 7. říjen 1998 Další peněženka, tentokrát od IBM, prošla testy kompatibility. 17. listopad 1998 Další certifikační autorita od IBM, prošla testy kompatibility. 11. leden 1999 Další software pro obchodníky od firmy Trintech, prošel testy kompatibility. 20. leden 1999 Další software pro obchodníky od firmy VeriFone, prošel testy kompatibility. 16. únor 1999 Další platební brána od VeriFone, prošla testy kompatibility. 25. únor 1999 Další platební brána od IBM, prošla testy kompatibility. Strana 48\n49 26. únor 1999 Další certifikační autorita od firmy Verisign, prošla testy kompatibility. 19. duben 1999 Další platební brána od firmy Trintech, prošla testy kompatibility. 12. květen 1999 Další software pro obchodníky od firmy IBM, prošel testy kompatibility. 19. květen 1999 Další dva softwary prošly testy kompatibility. Je to peněženka od firmy Brokat a software pro obchodníky od firmy CyberCash. 20. květen 1999 Další peněženka od firmy CyberCash, prošla testy kompatibility. 26. květen 1999 Další peněženka od firmy Fujitsu, prošla testy kompatibility. 6. červen 1999 Další certifikační autorita od firmy Fujitsu, prošla testy kompatibility. 8. červen 1999 První serverová peněženka, od firmy GlobeSet, prošla testy kompatibility. 8. červen 1999 První serverový software pro obchodníky, od firmy GlobeSet, prošel testy kompatibility. 10. srpen 1999 Další peněženka, tentokrát od firmy Samsung, prošla testy kompatibility. 10. srpen 1999 Další platební brána od firmy Fujitsu, prošla testy kompatibility. 10. srpen 1999 Další software pro obchodníky od firmy Fujitsu, prošel testy kompatibility. Strana 49\n50 3.3 Jak získat SET jako zákazník Konkrétně v České republice Držitelé platebních karet Eurocard/MasterCard vydaných Komerční bankou, a.s. (produkty Interkarta, Gold Card, Business Silver Card, Fischer Card plus, Unikarta) se mohou v případě zájmu obrátit na Obratem budou zaslány bližší pokyny a podmínky. Pokud nemáte kartu EC/MC od Komerční banky, nezbývá než si ji buď pořídit, nebo přesvědčit svou banku, aby taky podporovala SET Obecně kdekoliv Založíte si konto v bance, která podporuje SET. Na toto konto si dáte tolik peněz, aby k němu banka vydala mezinárodně uznávanou kreditní kartu. Touto kreditní kartou můžete vybírat z bankomatů a platit v obchodech. Navíc požádáte banku o vydání SET peněženky. Postup bude vypadat zhruba takto: Navštívíte banku osobně, podepíšete smlouvu, banka Vám předá CD-ROM s instalačními soubory SET peněženky, dále Vám sdělí URL stránky certifikační autority a tzv. hash kód, a dohodnete si spolu heslo pro prokázání totožnosti u certifikační autority. Tato cesta je jediná, kterou musíte fyzicky podstoupit. Další se již děje prostřednictvím Internetu. Přijdete ke svému počítači, který má připojení na Internet a WWW prohlížeč. Z CD-ROMu nainstalujete peněženku, ta automaticky nastaví prohlížeč, aby ji spouštěl v okamžiku placení. U certifikační autority si vyžádáte certifikát. Po jeho obdržení můžete platit SETem Obdržení certifikátu Procedura vydání platného certifikátu vypadá sice složitě, ale je nutné ji absolvovat jen jednou a komplikovaná je kvůli zajištění vysoké bezpečnosti. Procedura vydání certifikátu: 1. Spustíte prohlížeč WWW a zadáte URL stránky certifikační autority. Na této stránce bude odkaz, na který klepnete a spustí se peněženka. 2. Peněženku je možné sdílet mezi více lidmi a je chráněna heslem. Proto při startu peněženky zadáte uživatele a heslo (pozor, jiné heslo, než které máte dohodnuté s bankou). Strana 50\n51 obrázek 43 - Inicializace peněženky obrázek 44 - Zadání hesla 3. Nová peněženka je prázdná, musíte nejdřív přidat alespoň jednu kartu. Do připraveného formuláře zadáte informace o svém kontu. obrázek 45 Přidání nové karty Tím se zavede karta do peněženky, ale zatím bez certifikátu. Strana 51\n52 obrázek 46 - Peněženka účty 4. Klepnutím na "Získat certifikát" vyšlete certifikační autoritě žádost o zahájení certifikace. Autorita jako odpověď zašle formulář, který musíte vyplnit. Protože ve formuláři uvedete velice důležité údaje, musí mít peněženka jistotu, že komunikuje skutečně s certifikační autoritou a ne s nějakým hackerem, který se za ni jen vydává. Proto musíte vložit tzv. hash kód. obrázek 47 - Zadání hash kódu 5. Formulář pravdivě vyplníte. Jeho součástí je i předem dohodnuté heslo, podle kterého banka pozná, že o certifikát žádá správný člověk a ne někdo jiný. Strana 52\n53 obrázek 48 - Registrace certifikátu krok č. 1 obrázek 49 - Registrace certifikátu krok č. 2 Strana 53\n54 6. Po odeslání vyplněného formuláře se peněženka zavře. V bance mezi tím ověří pravdivost údajů ve formuláři a uvolní certifikát. Pokud tuto činnost provádí člověk, bude to nějakou dobu trvat. U strojového ověření bude certifikát uvolněn ihned. 7. Po uvolnění certifikátu si jej můžete vyzvednout. Otevřete peněženku. Je nutné zadat uživatele a heslo. obrázek 50 - Inicializace peněženky Po vyzvednutí certifikátu je peněženka připravena k placení. obrázek 51 - Peněženka účty Strana 54\n55 3.4 Jak získat SET jako obchodník Obchodník, který chce přijímat platby SETem, se musí dostavit na pobočku Komerční banky a.s. (smluvním partnerem KB se může stát pouze organizace, která je k provozování činnosti registrována v ČR). Tam obchodník vyplní Dotazník pro přijímání platebních karet prostřednictvím Komerční banky a předloží výpis z obchodního rejstříku nebo živnostenský list, případně jiný doklad opravňující k podnikání podle zvláštních předpisů. Před vyhotovením smlouvy Komerční banka ověří, zda je obchodník technicky připraven k zúčtování. Banka zároveň zhodnotí webovské stránky obchodníka, zda jsou vedeny formou zaručující důvěryhodnost obchodu (doporučení Asociace pro elektronickou komerci). Obchodník uzavře s Komerční bankou smlouvu, obdrží pokyny a specifikaci parametrů pro virtuální platební terminál. Poté si obchodník vygeneruje v certifikační autoritě jedinečný certifikát. Obchodník si sám vybere a pořídí virtuální platební terminál, který musí být schválen organizací SETCo (označen příslušným logem a textem). Technickou implementaci virtuálního platebního terminálu do prostředí vlastního elektronického obchodu si zajišťuje obchodník samostatně. Strana 55\n56 4. Návrh experimentálního systému 4.1 Požadavky na platební systém Elektronický platební systém by měl splňovat tyto funkce: Bezpečnost Bezpečná komunikace mezi subjekty Ověření protistrany Prokazatelnost původu zpráv Integrita dat Přístupnost 24 hodin denně Z jakéhokoliv počítače připojeného k Internetu Pro jakéhokoliv zákazníka, obchodníka či banku Žádné speciální hardwarové nároky (speciální čtecí a ověřovací zařízení) Použití systému není vázáno na platební kartu, ale na číslo účtu v bance Použitelnost Nákup a prodej Převody peněz z účtu na účet Platební systém musí obsahovat kompletní sadu protokolů pro jednotlivé peněžní transakce. Součástí systému by mělo být i ošetření některých dalších jevů, ke kterým může docházet. Těmito jevy míním např. různé snahy o oklamání systému, apod.. Při konstrukci jednotlivých protokolů jsou vznášeny různé požadavky, které je možno obecně rozdělit na obchodní (marketingové) a technické. Přičemž samozřejmě obojí spolu úzce souvisí. Jestliže chci provozovat nějaký platební systém, tak mě kromě samotných protokolů musí zajímat mnohem větší okruh otázek. Tyto otázky se týkají např. přenosového média, které chci používat ke komunikaci, hardwarového vybavení (počítače, modemy a další) a jejich předpokládaného zatížení, ale třeba také ceny za napojení jednoho zákazníka a obchodníka, množství potenciálních uživatelů, vlastnosti použitelné pro propagaci, atd Obchodní požadavky Jedním ze základních požadavků je to, aby byl systém akceptovatelný pro trh. Trhem zde myslím obchodníky a uživatele (zákazníky). Při vzniku protokolu SET byly vzneseny tyto požadavky: dosáhnutí celkové přijatelnosti snadnou realizovatelností a co nejmenším vlivem na obchodníky a koncové uživatele. Strana 56\n57 umožnit modulovou implementaci platebního protokolu do existujících zákaznických aplikací minimalizovat změny ve vztazích zákazníci - poskytovatelé a nabyvatelé - obchodník požadovat co nejmenší vliv na existující aplikace a infrastrukturu obchodníků, banky a platebního systému poskytovat efektivní protokol z pohledu finanční instituce Původ většiny požadavků je zřejmý a vychází z předpokladu (do značné míry oprávněného), že pokud chcete po lidech, aby se naučili používat něco nového a zároveň do toho měli sami investovat, tak se velkého vděku nedočkáte. Druhým z cílů uvedených požadavků je jediné - přesvědčit zákazníky (uživatele a obchodníky), že novou věc prostě potřebují a hlavně, že na tom vydělají. Jestliže se toto nepodaří, tak ani sebelépe technicky navržený platební systém v konkurenci neuspěje. Máme dva základní požadavky, které jdou do jisté míry proti sobě. Je otázkou, na který z nich dáme větší důraz Technické požadavky Technické požadavky směřují k zajištění funkčnosti a bezpečnosti platebního systému. Hlavní požadavky na platební protokoly by mohly znít takto: poskytovat důvěrnost platebních informací a zajistit důvěrnost informací z objednávek zajistit integritu všech přenášených dat poskytovat autentizaci uživatele (držitele karty), jak ve vztahu k bance (vlastnictví účtu), tak ve vztahu k obchodníkovi (peníze jsou v pořádku) umožnit autentizaci obchodníka ve vztahu k uživateli (prodávám zboží, které nabízím), aby mohl přijímat elektronické peníze dostatečné použití bezpečnostních postupů a technik při návrhu systému k ochraně všech legitimních účastníků platebního protokolu zajistit, aby byl protokol nezávislý na bezpečnosti přenosových mechanismů při pokusu o obelstění systému je možné jednoznačně určit viníka a na základě této identifikace ho příslušným způsobem postihnout Tyto požadavky jsou zajištěny implementací čtyř základních principů. Všechny tyto principy jsou v navrženém systému použity. Jmenovitě jsou to: důvěrnost - označuje vlastnost zprávy, kdy její obsah je znám pouze odesílateli a zjistit ho může pouze příjemce. Jakákoliv jiná strana, která zprávu získá není schopna obsah v rozumné době zjistit Strana 57\n58 integrita - zajištění integrity označuje stav, kdy obsah zprávy je při příjmu shodný s obsahem odeslaným. Porušení integrity musí být rozpoznatelné. autentizace - je proces, kdy jedna strana dokazuje svou totožnost druhé straně. To platí jak o osobě, tak například o instituci, nebo počítači. neodmítnutelnost odpovědnosti - úzce souvisí s autentizací, zajišťuje, že se nemohu zbavit odpovědnosti za akce, jichž jsem původcem Důvěrnost informací Pro usnadnění a podporu elektronického obchodu je nutné ujistit uživatele, že citlivé informace, které používají při činnosti v rámci platebního systému jsou bezpečně uloženy a přístupné pouze tomu, komu jsou určeny. Proto musí být informace o platbách, objednávaném zboží, čísla účtů uživatelů zajištěny nejen při přenosu, ale i při archivaci. V opačném případě by samozřejmě mohlo dojít ke zneužití těchto citlivých informací neautorizovanou stranou. V současné době, kdy drtivá většina informací je přenášena přes otevřené sítě bez jakéhokoliv zabezpečení, je nutné používání kryptografie. Příkladem může být např. placení zadáním čísla kreditní karty. Je jen otázkou času, kdy se tyto důvěrné informace pokusí někdo zneužít. S pomocí počítačů je možno nadělat mnohem větší škody v mnohem kratší době. Jestliže se tato činnost zautomatizuje vytvořením speciálních programů, tak výsledná škoda bude nesrovnatelná s klasickými podvody bez použití výpočetní techniky Integrita dat Specifikace musí zajistit zachování obsahu zpráv při přenosu mezi jednotlivými stranami protokolu, a případnou detekci neautorizovaných změn. Je jasné, že ve chvíli kdy tato vlastnost nebude zajištěna, je otevřena brána pro různá individua, která poté mohou s malou námahou páchat vysoké škody. Jestliže se změní některá z položek objednávky, osobní data, nebo platební instrukce (a nejen úmyslně, ale i chybou při přenosu), tak to může vést k chybám, nebo (a to je mnohem pravděpodobnější) k podvodům. Proto je nutné použít mechanismy, které zajistí, že obsah přenesené zprávy je přesný a že nedošlo k jeho změně. Jestliže bude zjištěn opak, musí být zpráva odmítnuta a případně vyžádat opakování zaslání zprávy Autentizace Třetí princip v pořadí. Při použití algoritmu RSA má každý účastník systému dva klíče: veřejný a soukromý. Soukromý používá on sám a nikomu ho nesděluje. Veřejný klíč je naopak rozšiřován mezi Strana 58\n59 všemi, kteří chtějí s tímto účastníkem komunikovat.v této fázi je nutno zajistit, že veřejný klíč účastníka XY skutečně patří účastníku XY a ne někomu, kdo se za něj vydává. Pro splnění tohoto požadavku se používají jiné mechanismy, jež budou popsány dále. Teprve takto zajištěný klíč už může sloužit k autorizaci tohoto účastníka kdykoliv dále Neodmítnutelnost odpovědnosti Princip neodmítnutelnosti odpovědnosti slouží k jednoznačnému určení totožnosti původce ať už nějaké zprávy, nebo činnosti. Zásadní odlišnost od autentizace je v tom, že uřčení totožnosti původce se v tomto případě provádí až po uskutečnění sledované činnosti. Nemohu tedy zabránit provedení nežádoucích akcí, mohu pouze následně určit jejich původce. V platebním protokolu je tento princip nutný k tomu, aby bylo možné zjistit a následně postihovat účastníky systému, kteří se nechovají podle pravidel. Strana 59\n60 4.2 Teoretické řešení Bezpečnostní požadavky Autentizace spočívá v ověření totožnosti protistrany. Zákazník zadá svoje iniciály (jméno, příjmení, rodné číslo, atd..) a heslo. Z bezpečnostních důvodů není dobré posílat tyto privátní údaje přes veřejnou síť jakou Internet je. A proto se z těchto údajů vypočte hashovacím algoritmem kód, který je posílán přes Internet k protistraně. Hashovací algoritmus je samozřejmě jednocestná funkce, takže z výsledného kódu nelze zpětně určit vstupní data. Pro zabezpečení přenášených dat je použita metoda šifrování a digitálního podpisu. Je použita kombinace symetrického a asymetrického šifrování Vstupní hashovací algoritmus Jako vstupní hashovací algoritmus je použit Secure Hash Algorithm (SHA). Výstupem tohoto algoritmu je 160-ti bitový digest Symetrické kódování Pro symetrické kódování je použit algoritmus TRIPLE DES (3DES) s délkou symetrického klíče 192 bitů. Tento klíč je vždy náhodně generovaný. Při aktivaci spojení mezi dvěma subjekty se vygeneruje pokaždé jiný náhodný klíč Asymetrické kódování Pro asymetrické kódování je použita metoda RSA, tj. metoda privátního a veřejného klíče. Délka klíče je 512 bitů. Metoda RSA spočívá v tom, že co se zakóduje pomocí veřejného klíče, to se musí dekódovat pomocí privátního a veřejného klíče. Pozn.: Možné modifikování vzhledem k bezpečnosti: Délka klíče může být až 2048 bitů. Na počátku spojení, mezi dvěma subjekty, mohou být privátní a veřejné klíče nově vygenerovány a tím by se značně zvýšila bezpečnost platebního systému Digitální podpis Digitální podpis je výstupní kód z hashovacího algoritmu, který je zakódován veřejným klíčem protější strany. Zde je, jako hashovací algoritmus, použit standardní Message Digest 5 (MD5). Strana 60\n61 4.3 Programové řešení Platební systém jsem naprogramoval v DELPHI 4.0 pro Windows 95/98. Skládá se ze čtyř samostatných programů Peněženka, Obchodník, Banka a CGI. Každý z těchto programů je samostatně spustitelný na jakémkoli počítači s operačním systémem Windows 95 nebo vyšší a samozřejmě připojených na Internet. Pro symetrické kódování a hashovací algoritmy jsem použil komponenty TCipherManager a THashManager. Pro asymetrické kódování jsem použil komponentu TRSA Peněženka Program je navržen tak, aby byl přístupný pro jakéhokoliv uživatele, tzn. může být nainstalován na veřejně přístupných počítačích. Na počítač, kde je tato peněženka nainstalována, se neukládají žádné privátní údaje o uživatelích, takže nemůže dojít k jejich zneužití. Funkci peněženky by mohl obstarávat i web server banky, ale z hlediska větší bezpečnosti a rychlosti zpracování je lepší mít program na lokálním disku. Program má dvě funkce. První je, že peněženka je použita k vyvolání platební transakce (program je spuštěn automaticky WWW prohlížečem) a druhá, že peněženka si vyžádá od banky zákazníka výpis všech provedených plateb (program si spustí uživatel sám z příkazové řádky) Obchodník obrázek 52 - Program Obchodník Strana 61\n62 Je to program, který vlastně spolu s programem CGI zajišťuje zázemí obchodníka Banka Tento program je složen ze tří částí Banka zákazníka, Banka obchodníka a Platební brána. obrázek 53 - Program Banka Pro správnou funkci tohoto systému musí být spuštěny všechny tři části. Každá z těchto částí se dá vypnout, ale je nutné tento program obrázek 54 - Program Banka - nastavení procesů Strana 62\n63 spustit na jiném počítači. Poté je ale zapotřebí správně nakonfigurovat URL adresy všech subjektů. Banka zákazníka reprezentuje banku, kde má každý zákazník svůj účet. V bance se zadávají noví zákazníci. Dále se mohou editovat nebo rušit. Banka ověřuje solventnost zákazníků a zaznamenává všechny jejich platební transakce. obrázek 55 - Program Banka - nastavení zákazníků Banka obchodníka reprezentuje banku, kde má každý obchodník svůj účet. V bance se zadávají nebo mažou noví obchodníci. Banka zaznamenává všechny platební transakce obchodníků. obrázek 56 - Program Banka - nastavení obchodníků Strana 63\n64 Platební brána je program, který dává příkazy bance zákazníka a bance obchodníka k převodu peněz z účtu zákazníka na účet obchodníka CGI Tento program generuje WWW stránky Virtuálního Obchodního Domu a posílá MIME zprávu s objednaným zbožím internetovému prohlížeči, který po přijetí této zprávy zaktivuje peněženku. MIME zpráva zaslaná ze serveru obchodníka WWW prohlížeči zákazníka, který po jejím přijetí aktivuje elektronickou peněženku a ta ji zpracuje: Mime version: 1.0 Content-Type: text/plain Content-Length: 0 Content-Transfer-Encoding: binary SET-Initiation-Type: Payment SET-Version: 0.0 SET-SET-URL: SET-Success-URL: SET-Failure-URL: Gun Coolant Mk IV;10; Gun Coolant Mk II;5;60000 BSE Mk II;10; Strana 64\n65 4.4 Popis funkce a toku dat Popis funkce obrázek 57 - V.O.D. - nákupní košík Po klepnutí na tlačítko Zaplatit se zaktivuje Peněženka. Nejprve je nutné zadat jméno, příjmení, rodné číslo a heslo. Do políčka URL banky se musí zadat URL adresa banky zákazníka. obrázek 58 - Inicializace peněženky Po klepnutí na tlačítko OK se spustí vlastní platební transakce. Z uvedených údajů se vypočte hashovací kód, který je později použit pro identifikaci zákazníka. Vymění si s bankou zákazníka veřejné klíče a pošle Strana 65


Restaurace Moravia, Lednice - recenze restaurace - TripAdvisor\nRestaurace Moravia, Lednice\nČ. 6 z 13 zařízení v kategorii Restaurace – Lednice\nRakouská, Evropská, Středoevropská, Česká\nRestaurace je součást hotelu Galant Lednice. Obsluha je zde velice milá a pozorná. Jídlo výborné. Pivo z vlastního pivovaru.\nHotelGalant, Manažer v zařízení Restaurace Moravia, odpověděl na tuto recenzi.Zodpovězeno: 13. září 2018\nDobrý den, děkujeme za milou recenzi a budeme rádi, když nás opět navštívíte. Hezké dny! Tomáš S.\npříliš málo za příliš mnoho jinak SUPER\nhotelová restaurace ma v sobě vnitřní rozpor, který spočívá v tom, že na jedné straně zde jsou servírováné bohaté snídaně, kde si každý náruživý návštěvník 4 hvězdičkového hotelu užije, na druhou stranu zde je jidelni listek pro obědy a večeře, který je předražený a kvalita...Více\nPoděkujte uživateli dolezalkin.\nDobrý den, děkujeme za rozsáhlou recenzi. Snažíme se, aby jídla na jídelníčku byla vždy čerstvá a proto upřednostňujeme kvalitu před kvantitou. Na příští rok 2019 plánujeme změny a hotel by se měl stát "family friendly", proto můžete očekávat také změny v jídelním lístku, který bude...Více\nVýborné jídlo, skvělá atmosféra, dobrá vína.. všichni působí tak nějak dobře, uvolněně. Bylo nám tu fajn.Více\nPoděkujte uživateli tom_sD2231HU.\nJindra P, Manažer v zařízení Restaurace Moravia, odpověděl na tuto recenzi.Zodpovězeno: 12. dubna 2018\nVážený Tomáši S, jsem moc rád, že se Vám u nás líbilo. Na pohodové atmosféře a skvělém jídle a vínu si v restauraci Moravia zakládáme. Vaše recenze mne proto velice potěšila a rád pochvalu vyřídím. Přeji Vám krásný den a určitě se u nás zastavte,...Více\nPohodové posezení na terase\nPři cestě na zámek jsme se zastavili na oběd, škoda jen, že nemůžeme častěji, bylo to parádní. Servis ani rychlý ani pomalý, obsluha velice příjemná a žebírka výborná. Doufám, že se nám poštěstí v brzké době opět zavítat.\nPoděkujte uživateli Petra S.\nHotelGalant, Manažer v zařízení Restaurace Moravia, odpověděl na tuto recenzi.Zodpovězeno: 11. února 2018\nDěkujeme za pochvalnou recenzi. Věřím, že se Vám zase co nejdříve podaří k nám zavítat.\nGrand \_moravia Restaurant\nSkvělá domácí moravská kuchyně. Nejlepší kachna, co jsem kdy jedl. Zde máte záruku dobrého jídla a gurmánského zážitku\nDěkujeme za pochvalu, jsem osobně přesvědčen, že s tou kachnou máte pravdu. Samotnému mi moc chutná. Těšíme se na Vaši příští návštěvu.\nPříjemná restaurace s pomalou obsluhou\nPříjemný interiér restaurace. Malý výběr jídel. Jídla velmi dobrá a z čerstvých surovin. Poněkud pomalá a trochu zmatená obsluha. Některé servírky nerozumí anglicky.\nDěkuji za recenzi, restaurace i hotel jsou pod novým vedením, personál je nyní rovněž na vyšší úrovni a to jak profesně, tak i svou jazykovou vybaveností. Přijďte ochutnat nové menu. Šéfkuchař Jakub Černý v kuchyni vloženě čaruje!\nPrůměrné jídlo, které nijak nenadchne\nVe srovnání s restaurací U Tlustých nebo Včelařským dvorem, byla tato restaurace v době naší návštěvy 8/2016 pouhým stínem výše zmíněných a to jak co do kvality a výběru pokrmů, tak i do prostředí a obsluhy. Restaurace je součástí hotelu My hotel a tak může...Více\nDobrý den, restaurace a celý hotel jsou nyní pod novým vedením. Udělali jsme několik zásadních změn a zvu Vás, abyste se přijel přesvědčit, že je restaurace Moravia nyní nejlepším podnikem ve městě.\nVynikající domácí restaurace\nVýborná regionální kuchyně, kterou jsme mel moznost proverit nejen jako soukromy cestovatel,ale take behem pracovnich meetingu. Kuchyn byla vzdy pripravena a velmi pruzne reagovala na objednavky. Nejvice mi v hlave utkvela svickova a hovezi gulas,ale za zminku stoji take vynikajici teleci rizek :-) Samostanou kapitolou...Více\nDěkujeme za krásné hodnocení, přijďte ochunat naše nové sezónní menu. Věřím, že budete ještě spokojenější než posledně!\nRecenzováno: 19. října 2015 prostřednictvím mobilu\nSkvělá domácí kuchyně a výtečné chlebíčky\nNavstivil jsem tuto restauraci v rámci hromadné akce, bylo nás přes čtyřicet účastníků, kteří v místě snídani, obědvali i večeřeli. Na vyber jsme na kazdé jidlo dostali na výběr ze tří predkrmů i hlavních jídel, snídaně ve stylu švédského stolu, vše v excelentní kvalitě. Na...Více\nDěkujeme za pochvalu. Restauraci jsme nyní i podstatně vylepšili a věříme, že se tu nyní vaří ještě lépe. Přijďte ochutnat.\nNejlepší kuřecí večeře kdykoliv !!!!!!!!\nObjednali jsme kuře a byli jsme překvapeni, jak dobrý kuře chutnal. Části byly velkorysé. Personál byl vítán. Mají pěkný vinný lístek s některými chutnými místními možnostmi. To je skvělé místo k večeři!Více\nJindra P, Manažer v zařízení Restaurace Moravia, odpověděl na tuto recenzi.Zodpovězeno: 10. května 2018\nZískejte rychlé odpovědi od personálu a předchozích hostů zařízení Restaurace Moravia.\nPozdní snídaně, Nápoje, Snídaně, Obědy, Večeře\nJídlo s sebou, Rezervace, Venkovní posezení, Sezení, Možnost parkování, Bezplatné uzavřené parkoviště, K dispozici dětské stoličky, Bezbariérový přístup, Podává alkohol, Široká nabídka baru, Víno a pivo, Elektronické platby, Wi-Fi zdarma, Přijímá platební karty, Obsluha\nAdresa: 21. Dubna 657, Lednice 691 44, Česká republika\nTelefonní číslo: +420 519 340 130


Lyžařské oblečení, zimní oblečení na lyže a hory Středočeský kraj - Lyže Bazar CZ\nLyžařské oblečení, zimní oblečení na lyže a hory Středočeský kraj\nProdám / Zimní kulichy s bambulkou pro malé a nejmenší děti\nProdám nové zimní čepice, nenošené z výprodeje. Pro malé předškolkové děti. Ceny: 100,- za 1ks 150,- za 2ks 200,- za 3ks Na vyžádání přeměříme obvod hlavy. Možnost zaslání nebo zakoupení v prodejně Snowboard-MB v...\nProdám / Dětské zimní čepice, kulichy\nProdáme nové zimní čepice, nenošené z výprodeje. Vhodné pro juniory nebo menší hlavy. Ceny: 100,- za 1ks 150,- za 2ks 200,- za 3ks 250,- za 4ks Na vyžádání přeměříme obvod hlavy. Možnost zaslání nebo zakoupení v...\nLyžařské oblečení, zimní oblečení na lyže a hory Středočeský kraj, použité lyže a snowboardy na prodej\nTo je hned po samotných lyžích ta nejdůležitější věc, kterou bychom měli jako fanoušci tohoto sportu zohlednit. A pro někoho možná ta vůbec nejdůležitější. Aby také ne, když je člověk na svahu celý den a často v nepříznivém počasí nebo velké zimě. Pojďme si tedy projít to základní, co si vzít na sebe na lyže.\nZákladem je kvalitní funkční spodní prádlo.\nFunkční prádlo si můžete vybrat od klasických nátělníků přes trička s krátkým i dlouhým rukávem až po roláky. A samozřejmě také spodní kalhoty všech délek. Ke spodnímu prádlu můžeme zařadit i ponožky. Je dobré vybrat si ty, které jsou opravdu určeny na lyže. Sahají pod kolena a mají zesílenou přední část, takže nebudete mít otlačené holeně od lyžařských bot. Také jsou bezešvé – nebudete mít otlačené nohy nebo puchýře. A v neposlední řadě – jsou teplé, což je jejich hlavní výhoda.\nVyplatí se investovat do dražších a kvalitnějších a taky je dobré mít jich více – nejen na výměnu, ale také v případě studeného nebo naopak teplejšího počasí.\nDalší vrstvou může být fleecová mikina, která, stejně jako termoprádlo, dokáže odvádět pot.\nNejvíce pozornosti by se mělo věnovat lyžařské bundě.\nNejdůležitější je její funkčnost. Tedy voděodolnost. Ta se uvádí jako výška vodního sloupce v milimetrech, kterou materiál nepropustí. Dále prodyšnost, která se uvádí v gramech na metr čtvereční za čtyřiadvacet hodin a toto číslo je důležité zejména pro ty, kteří počítají s větší fyzickou zátěží při sportu.\nPro rekreační lyžaře stačí bunda s nižšími čísly (vodní sloupec do 10 000 mm a prodyšnost kolem 7 000 g).\nZdatnější lyžaři, kteří tráví na svahu více času by měli sáhnout po vyšších číslech, tedy bundě s vodním sloupcem kolem 20 000 (nebo i více) a prodyšností kolem 15 000 g.\nStejně je to i s lyžařskými kalhotami, u kterých se musí zohlednit nepromokavost a také to, jestli dobře sedí.\nMěli byste si v nich pohodlně dřepnout, aniž byste cítili nějaké nepříjemné pnutí v pase nebo rozkroku. Dbejte na vnitřní sněhové návleky v nohavicích, které po zapnutí přilnou k lyžařským botám a zabrání nahrnutí sněhu dovnitř.\nMěly by být také dostatečně teplé, především v horních partiích.\nPokud jste zvyklí jezdit agresivnější carving, zvolte kalhoty s vyztužením – jde o zesílenou látku v dolní vnitřní části nohavic. Takové kalhoty déle vydrží a hned tak se neroztrhají.\nU všeho lyžařského oblečení platí, že investovat trochu více peněz do kvality dobré značky – vydrží déle a nezklame vás co do kvality.\nNabízíte nebo sháníte lyžařské oblečení?


Kázání: 43. Kukaččí vejce - Baptisté - Síť víry\n9. května 2021 9. května 2021\nSvět si můžeme představit jako ptačí hnízdo, do něhož snesla své vajíčko kukačka.\nSestry a bratři, dnes máme Den matek a tak hned na začátku posílám všem maminkám srdečný pozdrav a blahopřání!\nA když už si připomínáme jeden svátek, pak nemůžeme opominout ani ten druhý, Den vítězství, který připadl na včerejší sobotu.\nPřed 76 lety skončila nestrašnější válka v dějinách. Ne, že by hned potom bylo všechno zase v pořádku a od té doby byla jen pohoda, klídek a blahobyt. Kdepak.\nLeccos z toho, co se odehrávalo v následujících letech a desetiletích, si většina z nás ještě pamatuje: železná opona, studená válka, normalizace.\nNavzdory tomu, že jsme patřili mezi vítěze, museli jsme si projít dlouhým obdobím poznamenaným tlakem totalitní velmoci a kolaborující československé věrchušky.\nVítězství ještě neznamená, že zlo jednou provždy zmizí. Umí se dovedně překabátit a pod jinými symboly pak řádí dál, obvykle víc sofistikovaně, aby ho nikdo nemohl snadno srovnávat s minulými zločiny.\nProč to zmiňuji? Protože v dnešním textu z 1. Janova listu (5,1-6) je rovněž zmínka o vítězství:\n„Vítězství, které přemohlo svět, je naše víra.“\nJak tomuhle sloganu rozumět? Věta nám napovídá, že tady byl nějaký vážný konflikt. Byl. Už není. Je po válce, protože vyhrála víra nad světem.\nZ uvedeného vyplývá, že soupeři byli dva: víra a svět. Víra stojí bezesporu na správné straně, horší to je se světem.\nJan ovšem nepovažuje svět za cosi a priori špatného, zkaženého a odsouzeného k zániku. Naopak. Bůh má svět nekonečně rád, a jak by ne, když ho na počátku stvořil. Je to takříkajíc jeho dítě.\nTeď na jaře si svět můžeme představit jako ptačí hnízdo, do něhož snesla své vajíčko kukačka. Mládě je to nenažrané a všecko úsilí i všechna pozornost se točí jen a jen kolem něho. Ostatní obyvatelé hnízda nutně přicházejí zkrátka.\nTak nějak je to se zlem. Objevuje se v tom našem světě nečekaně a dokáže potlačit hodnoty, jako jsou pravda a láska, tak dovedně, že mu pak lidé věnují veškerou svou pozornost.\nPrávě v tomhle našem uhranutí zlem vězí příslovečný zakopaný pes. Vykrmujeme si nepřítele ve vlastním hnízdě.\nLež se jeví jako pravdivější než obyčejná pravda a nejrůznější konspirace, umanutosti a menší či větší nenávisti získávají navrch.\nZlu nejde prakticky o nic jiného, než aby pravda nehrála prim, aby lidé měli pocit „kdo ví, jak to je“, aby si navzájem nedůvěřovali, aby jeden druhého podezřívali, prostě aby vzájemná důvěra a víra v budoucnost přišly zkrátka.\nDnešním jazykem se tomu říká hybridní válka a my tady v Česku po vrbětických výbuších víme, o čem je řeč.\nJak ale potom rozumět tomu, že Jan píše o víře, která už nad tímhle světem postiženým nenažranou kukačkou zvítězila, v minulém čase?\nNejspíš proto, že vítězná bitva už proběhla. Bůh se se zlem utkal v příběhu Ježíše Krista a nade vší pochybnost vyšlo najevo, že má svůj svět rád až k smrti. Obětoval se za něj. A právě tohle zlo neumí. Nedokáže se obětovat, myslí jen a jen na sebe a neustále jen „hledá, koho by sežralo“ (1. Petr 5,8).\nVíra v obětujícího se Boha je také vírou v pravdu a lásku, které vítězí nad lží a nenávistí.\nVálka se zlem sice skončila a byl vyhlášen věčný život pokoje a vzájemné sounáležitosti, nicméně studená válka stále ještě trvá. Nyní jde o to, abychom navzdory tomu zůstali na straně vítěze a nenechali se ničím a nikým „normalizovat“.\nSestry a bratři, blíží se kulaté výročí založení sboru! Určitě se musíme sejít! Samozřejmě za předpokladu dodržení všech předepsaných anticovidových opatření. Dáme včas vědět! Do té doby na vás myslím, modlím se za vás a těším se na shledanou.\nMUSICALIS.CZ: 7. Kairos – Kdo za to může?\nBaptistický seminář – 9. Jednota bratrská – 1.


PPF chce v Rumunsku nakupovat reality za miliardy | E15.cz\nSkupina PPF, kterou vybudoval nedávno zesnulý Petr Kellner, dnes vlastní skrze realitní dceru dvě administrativní nemovitosti v Bukurešti – Metropolis Center a Crystal Tower. Kanceláře mají dohromady 35 tisíc metrů čtverečních pronajímatelných ploch. Podle výroční zprávy z rok 2019 činila hodnota těchto nemovitostí necelých 100 milionů eur. Během posledního roku se však mohla mírně změnit vlivem přeceňování. Ve chvíli, kdy by PPF navýšila hodnotu majetku až na zmíněných 400 milionů eur, znamenalo by to investici přesahující v přepočtu 7,5 miliardy korun.\nPozornost velkých hráčů českého byznysu se v posledních letech čím dál víc obrací právě k Rumunsku. Ekonomika největší země Balkánu, kterou během globální hospodářské krize křísily záchranné balíky EU a Mezinárodního měnového fondu, v posledních letech zaznamenala jeden z největších růstů v Evropě. Stály za ním útraty domácností, nízké úrokové sazby, zvyšování platů úředníků a snížení DPH.\nDesítky tuzemských firem do Rumunska pronikly díky energetické skupině ČEZ, která tam vybudovala a následně prodala největší evropský park větrných elektráren v Evropě. Komerční nemovitosti v Rumunsku nakupovala například skupina CPI Property Group miliardáře Radovana Vítka.\nRealitní poradci se shodují, že rumunský realitní trh je sice vysoce atraktivní, pro zahraniční investory je však často náročné tamní aktivity řídit na dálku. I z tohoto důvodu PPF Real Estate v zemi personálně posiluje. Za manažerku odpovědnou za pronájmy svých nemovitostí tam čerstvě jmenovala realitní odbornici Mirelu Ciovicu. Ta dosud působila v poradenské společnosti Knight Frank a v zemi patří k největším expertům v oboru. O jejím přechodu do PPF v posledních dnech informovaly rumunské ekonomické servery.\n„Její solidní zkušenosti na trhu kancelářských nemovitostí spolu se zázemím a znalostmi naší skupiny budou zcela jistě pro další rozvoj znamenat vítěznou kombinaci. Mirela bude podporovat naše velké ambice v Rumunsku,“ říká Juraj Šaštinský, invstiční ředitel PPF real Estate.\nPPF Real Estate vstoupila na rumunský realitní trh v roce 2016 akvizicí již zmíněné budovy Metropolis Center. „Výhody rumunského trhu jsou dány tím, že je členskou zemí EU. Prostředí je podobné jako jinde na evropském trhu s komerčními nemovitostmi, tedy nájmy v eurech a standardní bankovní financování. Teoretickou výhodou je potenciálně vyšší míra zhodnocení, nám jde ale primárně o pravidelné a udržitelné cash-flow. V rámci segmentu komerčních realit se stále soustředíme primárně na kancelářské budovy, kterým i nadále věříme,“ popisuje Tošek.\nRumunský realitní trh má podle něj svá rizika. Ta spočívají především v relativně nízké likviditě. „Jinými slovy nejde o trh vhodný pro někoho, kdo plánuje, řekněme, během čtyř let nemovitost prodat. PPF Real Estate je investor s dlouhodobým investičním horizontem. Otázku případného exitu zvažujeme pouze ve chvíli, kdy nám to dává smysl,“ dodává Tošek.\nPPF Real Estate aktuálně působí v Česku, Rusku, Nizozemsku, Německu, Spojeném království, Rumunsku a nově také ve Spojených státech. Tam PPF vstoupila letos v dubnu akvizicí velkého kancelářského areálu Mansell Overlook v metropolitní oblasti Atlanty.\nPPF zveřejnila na svém webu unikátní video Petra Kellnera\nEvropská unie nemovitost Evropa PPF Petr Kellner E15 Bukurešť ČEZ Rumunsko Mezinárodní měnový fond


Lady Gaga nazpívala White Christmas, stane se její verze hitem Vánoc? | iREPORT – music&style magazine\nLady Gaga nazpívala White Christmas, stane se její verze hitem Vánoc?\nLady Gaga vydala tento týden A Very Gaga Holiday. Na EP si pohrála s vánoční klasikou White Christmas. Nejznámější verzi písně nazpíval Bing Crosby v roce 1942. Zpěvačka navíc chystá další studiovku, na té se prý objeví Elton John.\nV úterý vydala zpěvačka A Very Gaga Holiday. Jde o EP obsahující čtyři živé nahrávky včetně nesmrtelné klasiky White Christmas. Ta pochází z pera Irvinga Berlina, o nejslavnější verzi tohoto vánočního hitu se postaral Bing Crosby. Poprvé ji zazpíval ve svém pořadu na rádiu NBC o Vánocích 1941. Nahrání se však dočkala až v květnu 1942.\nČtveřici songů Lady Gaga představila živě v rámci A Very Gaga Thanksgiving, televizního speciálu stanice ABC. Ta jej odvysílá (jak se dá podle názvu čekat) dnes na Den díkuvzdání.\nJejí poslední album Born This Way vyšlo letos, zpěvačka už však spřádá plány na to další. Na albu se má objevit duet s Eltonem Johnem. Nepůjde o jejich první společnou píseň, tou je totiž Hello Hello z animáku Gnomeo a Julie.\nLady Gaga vydala v listopadu krom vánočního EP taky remixové Born This Way a první DVD z Madison Square Garden. Její fanoušci budou mít letos opravdu bohatou nadílku.


Vladko z VyVolených: To je moje zpovìï!\n15. prosinec 2005 Redakce MS Lidé 2855 zobrazení 1388 slov\nExkluzivnì! Nikdo jiný to nemá. Pouze MediaShow! Žádný marketingový rozhovor, tvrdá realita! Pravda o VyVolených! Pravda o Vladkovi Dobrovodském! Pøeètìte si…\nRozhovor s vítìzem reality show TV Prima VyVolení, Vladkem Dobrovodským. Konal se ve studiu rádia Frekvence 1 v rámci Køížového výslechu. To, co jste z rádia nemohli slyšet!\nNecháte si køeslo z Vily?\nNechám si ho na památku.\nMáte nejhorší zážitek z Vily?\nVšechny jsou hrozné. Zvláštì když šlo o psycho. Úplnì nejhorší je ten Duel, kdy šel Emil s Míšou do nìj po svatbì. To jsem totálnì psychicky nezvládl.\nBylo to opravdu tak hrozné po tom, co jste zjistil, že jste vítìz a skonèil jste na toaletì?\nHledal jsem místo, kde je nejménì kamer. Ale nebreèel jsem. Jenom jsem sedìl. Byl jsem vyèerpaný a hroznì se mi klepala kolena. Špatnì mi nebylo. Neumíral jsem. Byl jsem jenom mimo.\nSouhlasil byste se mnou, že jste mìl témìø všechny situace ve Vile pod kontrolou? Prostì jste hrál. Hodnì lidí si myslelo, že ne. Ale teï to mùžete øíct.\nByly tam stresové situace, u kterých jste dìlal vìci, které byste za normálních okolností nedìlal. Jestli jsem hrál? Byla to reality show…\nVšichni Vás vesmìs chválí. Pøesto, jste si vìdom, že jste se mnohdy zachoval nefér?\nKritiku snesu. V pohodì.\nTøeba tenkrát, když jste šli do slovenské Vily, tak tìsnì pøed vstupem jste se oboøil na Moniku a zaèal jste ji opìt pouèovat. Možná až manipulovat ve stylu, teï smíš tohle, tohle nedìlej. Jak matka. Bylo to nutné?\nOpravdu? To nevím.\nJestli to budete mít natoèené, tak si všimnìte…\nTak na to se podívám. Manipulovat s Monikou?\nJo, myslíte to píchnutí? Ne to my jsme byli domluveni. To byl úkol. My jsme šli a já jsem øíkal… To jste ale museli vìdìt, že to je úkol, ne? My jsme mìli udìlat pøekvapení, že vejdeme mezi Slováky s tím, že zaèneme do sebe „rejt“, nebo� se ví, že náš vztah Monika versus já není ideální. Tak jsme se mìli popichovat. Já do ní, ona do mì. Ale nìjak to nešlo… To vám neøíkali, že to byl úkol? My jsme mìli vyvolat hádku. Jsem opravdu hodnì zvìdavý, jak to bylo v televizi.\nKdybyste byli bez Slovákù ve Vile, jaké by to asi bylo, když byste byli jenom v pìti, ve ètyøech, ve tøech?\nVíc jsme toho prožili tady v Èechách. Když jsme odcházeli a vidìl jsem obrázky, jak odcházíme, tak to se mnou zacloumalo. Nebudu øíkat, že ne. Byl to zvláštní pocit. Nebudete tomu asi vìøit, ale ukápla mi dokonce slza, pøestože jsem to tam v urèitých chvílích nenávidìl. Vím, že jsme na Slovensku mìli být doma, ale asi se všichni shodneme, že jsme se tam cítili jako na návštìvì. Už jsem to tam moc neprožíval. Vlastnì jsem tak nìjak rezignoval, pøestože tam také byly vypjaté situace. Hroznì jsme tam všichni toho probreèeli. Právì, že potøebuji vìdìt, jak to vypadalo v televizi, co a jak se vysílalo.\nVšechno se neukazovalo. Bylo to velmi šikovnì manipulované, tak aby to splnilo svùj cíl…\nMusím to vidìt. Nevím, jak to vypadalo v televizi, co lidé vidìli, ale tøeba dìní ve slovenské Vile nebylo ideální. Pøestože to asi navenek vypadalo, jak všichni spolu obìdvají a spolupracují, tak to bylo hodnì falešné. A myslím si, že na to nejvíce doplatily v citech holky. Zejména kluci rozehrávali nevhodné hry. To, co hrál Ríša na Katku, to bylo hodnì nefér.\nJak vnímáte fakt, že si neodpoèinete. Musíte teï poøád nìkam jezdit a toèit pro televizi zábavné poøady…\nUž jsem nìco slyšel. Co mi zbývá. Øeknou mi, teï pojedeš sem, potom tam a já to prostì udìlám. Co mùžu dìlat? Nic!\nVra�me se ještì k Jindøichovi. Jste z nemocnièní kuchynì, kde se musí dodržovat pøísná hygienická pravidla a teï do Vily pøišel Jindøich. Øeknìte pravdu…\nMìl jaksi trošièku domorodé zvyky. Za tu dobu se to zlepšilo. Já nevìdìl, že je prostì takový, jaký je. Jenom jsem v životì nìco takového nevidìl. On byl opravdu extrémní èlovìk. Jenom jsem se potom na to všechno usmíval, protože vím, že i Gina se snažila ho pøedìlat k lepšímu.\nJak jste vnímal Reginu pøi tom, když v úvodu zaèala støíkat sprejem a hrála si s noži u melounu?\nTenkrát jsem tam snad ani nebyl. Moc si to nepamatuji. Asi jsem ještì spal. Vím, že to nebylo pøíjemné. Prostì Gina…Gina je extrémní èlovìk…\nRegina šla do VyVolených pro peníze. Mìla naplánovaný scénáø. Mìl jste také dopøedu nìco naplánované?\nDejme tomu, že si nìkdo naplánoval scénáø. Myslíte si, že by to celou dobu vydržel? Nikdy neodhadnete èlovìka naplno. Spoustu vìcí mùžete pøedvídat, odhadnout, oèekávat je, ale stejnì nìèím pøekvapí. Je vìc názoru, zda lidé ve Vile mìli pøipravený scénáø… Když jste zrovna rozèílený, reagujete podle nìjakého plánu? To pøece nejde…\nNeuvažoval jste o kariéøe knìze? Máte dobøe nauèené vemlouvání. Umíte ovládat lidi…\nJsem vìøící. Ale moje máma to nemìla ráda, protože je z Prešova a tam je to hodnì pøehnané. Tam se poøád øíká, co se smí a co se nesmí. Tady v Èechách to naštìstí s tím katolicismem není tak hrozné. Mám pocit, že po rozdìlení Èeskoslovenska se tam poøád vracejí k tomu Pánu Bohu a to není moc ideální. Neuznávám to.\nDovolte mi se ještì zeptat na vašeho pøítele Roberta. On to velmi intenzivnì s vámi prožíval. Bál se, aby to s vámi neseklo. Nerozejdete se s ním, že ne?\nJaký by to mìlo smysl? Rozejít se s èlovìkem, který byl pøi mnì? Myslím si, že jsem natolik chytrý èlovìk, který ví, že by si mohl ublížit. Teï jsem nìco vyhrál. Pøedstavte si mì, že teï mì lidé znají. A hledejte partnera. To je tìžké. Nebudete mít kde. Nestìžuji si a ani nechci nad takovými vìcmi pøemýšlet. Potøebuji èlovìka, kterého mám v srdci.\nA na závìr ještì: jak jste se nauèil tancovat?\nTøeba balet je mùj koníèek. Tanec je skvìlý. Moje máma ho dìlala a i já jsem tanèil klasický tanec. Ètyøi roky. Od 12 do 16 let. A øeknu vám, že jsem døel. Dostal jsem se až do nejvyšší skupiny.