Revolut - virtuální karty



Zdravím.Chci se zeptat na Revolut. Máte s tím zkušenosti? Je bezpečné při nutné verifikaci účtu tam dávat naskenované osobní údaje (občanku, ...)? Zaujaly mě virtuální karty. Je opravdu možné generovat nespočet virtuálních karet dle libosti? A takové karty používat pro aktivaci např. Netflixu (akce 1 měsíc zdarma)? Zřejmě je pro neomezený počet virtuálních karet nutný prémiový účet od Revolutu, že?Jak to vidíte vy? Vyplatí se? Je to vhodné pro účet, který jsem zde výše napsal?Děkuji za odpověď.
Ne, zakládat Revolut kvůli bezplatnému Neflixu se opravdu nevyplatí.TLDR:V kolika letech jsi se naučil číst? Tak si ty podmínky používání a ceník služeb laskavě přečti. Pokud nemáš důvěru k Revolutu (statně založili ho synové ruského oligarchy, kteří jsou na sankčním seznamu), tak není nic jednoduššího, než použít padělané nebo kradené doklady.
<p>myslím, že v současné době jsou uživatelé pohodlnější s registrací na webu, ale hlavně proto, že to dělá většina webových stránek.</p><p>pokud se to udělá správně, openid a oauth může fungovat velmi dobře. způsob, jakým stackexchange dělá to je obzvláště dobré. vysvětlete, co to je, ukázat, že pokud máte nějaký typ účtu, můžete jen stisknout tlačítko a také to, co dělat, když je tlačítko stisknuto. téměř je registrace do nových serverů stackexchange zábavná (téměř).</p><p>další možností je použít <a href="http://developers.facebook.com/docs/guides/web#login">facebook connect</a> , které přidají na váš web tlačítko „přihlášení pomocí facebooku“. po kliknutí uživatel neopustí stránku, ale místo toho je předložen s modálním dialogovým oknem ve stylu facebook pro přihlášení, a pak vám umožní aplikaci dostat se do svého data uživatele. můžete dokonce požádat o zvláštní věci, jako je přístup k některým datům uživatelů nebo povolení zveřejnit příspěvek na zdi uživatelů, pokud si budete přát. zjevná nevýhoda s tím není, že každý má účet na facebooku (i když to má přes půl miliardy lidí).</p> <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</p> <p>jsou dostatečně bezpečné pro účely, které jste popsali? podle mého názoru obecně ano. jsou dostatečně bezpečné v aplikacích, kde je bezpečnost významná? ne. jsou generovány pomocí náhodného algoritmu, takže nejsou žádným způsobem kryptograficky náhodný nebo bezpečný.</p><p>takže u funkce odhlášení nebo ověření předplatného opravdu nevidím problém se zabezpečením. na druhé straně identifikace uživatele aplikace online bankovnictví (nebo ve skutečnosti pravděpodobně dokonce funkce obnovení hesla na webu, kde je identita cenná) jsou guid rozhodně nedostatečné.</p><p>pro více informací byste se měli podívat na <a href="http://tools.ietf.org/html/rfc4122#section-6">část 6 (bezpečnostní úvahy)</a> rfc 4122 pro guid (nebo universally unique identifiers).</p> Nejsem si jistá, jestli vám v tomhle bude někdo schopný dobře poradit, protože úrovně jednotlivých lekcí jsou úplně nová funkce. Teprv nedávno se začaly testovat a většina lidí je ještě nemá. (Myslím, že je zatím nabízejí jen nově zaregistrovaným účtům.)


Mně by přišlo nejrozumnější to nějak nakombinovat, nejdřív probrat nějaké množství lekcí na nižší úrovni a pak postupně přitvrdit. Ale každému to může vyhovovat nějak jinak.


Zkuste a kdyžtak dejte vědět, jaké s tím budete mít zkušenosti. <p>rozumíte tomu správně. převážná většina platebních služeb s nimi souvisí s měsíčními poplatky. to zahrnuje měsíční poplatek za obchodní účet a měsíční poplatek za platební bránu. pokud se chcete tomuto poplatku vyhnout, můžete využít některé ze služeb nabízených zpracovateli třetích stran, jako jsou paypal standard a google checkout. nevýhodou těchto služeb je, že ztratíte flexibilitu, protože tyto služby obvykle neumožňují bezproblémovou integraci do vašeho webu (tj. váš zákazník musí opustit váš web, aby mohl provést platbu). je to kompromis: žádný měsíční poplatek vs přizpůsobení. pokud se chcete vyhnout měsíčním poplatkům, použijte služby jako paypal standard, které nemají měsíční poplatky. pokud chcete mít plnou kontrolu nad procesem pokladny, použijte službu jako authorize.net.</p> Je vždy dobré také napsat na jakém zařízení se vám to stalo, jestli v aplikaci a např po updatu aplikace. 


Můžu vás uklidnit nic nezmizelo. Ve webovém rozhraní klikněte na svého avatara (svůj obrázek se jménem) vpravo nahoře a vyjede vám menu, kde bude váš graf s pokrokem, tlačítko pro odhlášení, nastavení vašeho účtu a další. <p>účelem certifikátů rozšířené validace je zviditelnit uživatele, instituci, které byly vydány. technické aspekty samotných certifikátů jsou kombinovány s vizuálními vodítky v uživatelském rozhraní aplikace, která je ověřuje: zelený pruh a viditelný název vedle umístění v prohlížeči.</p><p>například certifikát ev na <a href="http://www.paypal.com/">http://www.paypal.com/</a> způsobí, že prohlížeč zobrazí zelený pruh a zobrazí „paypal, inc.“ vedle toho. účelem je nejen propojit certifikát s vlastníkem domény (jako standardní certifikáty ověřené v doméně), ale také ho propojit s fyzičtější institucí (zde, paypal, inc.). k tomu musí certifikační autorita ověřit, že pojmenovaná instituce je skutečně ta, která vlastní doménu.</p><p>v konečném důsledku jde spíše o vytvoření autentičtějšího propojení mezi názvem domény a názvem společnosti, než o vytvoření „bezpečnějších“ certifikátů. z hlediska sady šifry (což je to, co určuje šifrovací algoritmus a velikost klíče), se certifikáty ev neliší od certifikátů dv (modrý pruh).</p><p>trochu ustoupíte, musíte si uvědomit, že účinnost https závisí na tom, že uživatel zkontroluje, zda je používán správně. (server nemá způsob, jak zjistit, zda se klient stal obětí útoku mitm jinak, pokud nepoužívají také klientské certifikáty.) to znamená, že uživatelé musí:</p><ul> <li>zkontrolovat, zda se používá https, když očekávají, že to bude,</li> <li>zkontrolovat, že neexistují žádná varování,</li> <li>zkontrolujte, zda web, který používají, je opravdu ten, který hodlá navštívit, což vede k několika bodům: <ul> <li>kontrola, že to je doménové jméno, které očekávají,</li> <li>ověření, zda název domény patří společnosti, kterou očekávají.</li> </ul> </li> </ul><p>účelem certifikátů ev je vyřešit tento poslední bod. pokud již víte, že <code>amazon.com</code> patří společnosti amazon.com, inc. nebo tomu <code>google.com</code> patří společnosti google inc., opravdu je nepotřebujete.</p><p>nejsem osobně přesvědčen, že tento přístup funguje úplně, protože mohou být zneužity (viz příklad natwest/rbs níže) a zdá se, že některé ca šíří vágní (a potenciálně zavádějící) informace o tom, co ve skutečnosti jsou, ve snaze propagovat jim.</p><p>obecně platí, že pokud vaši uživatelé již vědí, že vaše doménové jméno je vaše, nepotřebujete jej.</p><p>zde jsou další podrobnosti z <a href="https://security.stackexchange.com/a/13614/2435">předchozí odpověď, kterou jsem dal na podobnou otázk</a> :</p><blockquote> <p>[...]</p> <p>certifikáty ověřené doménou vám zaručují, že certifikát byl vydán vlastníkovi této domény. nic víc, ale nic méně (předpokládám, že validační postup zde byl správný). v mnoha případech to stačí. vše záleží na tom, zda web, který propagujete, musí být propojen s institucí, která je již dobře známa off-line. certifikáty, které jsou validovány proti organizaci (ov a ev certs), jsou užitečné zejména v případě, že potřebujete doménu také svázat s fyzickou organizací.</p> <p>například je užitečné, aby instituce, která byla původně známá prostřednictvím své budovy (např. bank of america), mohla říci, že certifikát pro <code>bankofamerica.com</code> je skutečně místem, kde jste dali své fyzické peníze. v tomto případě má smysl použít certifikát ov nebo ev. to může být také užitečné, pokud existuje nejasnost ohledně toho, která instituce je za názvem domény (např. <code>apple.com</code> a <code>apple.co.uk</code>), což je ještě důležitější, je podobné doménové jméno vlastněné soupeřem/útočníkem, který používá podobnost názvu pro špatné účely.</p> <p>v porovnání, <a href="https://www.google.com/"><code>www.google.com</code></a> je to, co definuje google pro veřejnost; google nemusí dokazovat, že <code>google.com</code> patří skutečnému googlu. výsledkem je, že používá certifikát ověřený doménou (stejný pro <code>amazon.com</code>).</p> <p>to je opět užitečné, pokud uživatel ví, jak to zkontrolovat. prohlížeče zde opravdu nepomáhají. firefox pouze říká, „který je spuštěn (neznámý)“, pokud chcete o certifikátu získat další podrobnosti na <code>www.google.com</code>, aniž bychom skutečně řekli, co se tím myslí.</p> <p>certifikáty s rozšířenou validací jsou pokusem o zlepšení, a to zpřísněním postupu validace organizace a zviditelněním výsledku: zelený pruh a viditelnější organizace.</p> <p>bohužel se to někdy používá způsobem, který zvyšuje zmatek, myslím. zde je příklad, který si můžete zkontrolovat sami: jedna z velkých britských bank (natwest) používá <a href="https://www.nwolb.com/"><code>https://www.nwolb.com/</code></a> pro on-line bankovní služby. není jasné, že doménové jméno patří natwestu (který také vlastní logičtější <code>natwest.co.uk</code> mimochodem). horší je, že rozšířená validace (pokud zaškrtnete jméno vedle zeleného pruhu) se provede proti „royal bank of scotland group plc“.</p> <p>pro ty, kteří sledují finanční zprávy, to dává smysl, protože jak rbs, tak natwest patří do stejné skupiny, ale technicky jsou rbs a natwest konkurenty (a oba mají pobočky na hlavní ulici ve velké británii - i když se to změní). pokud váš uživatel nemá takovou zvláštní znalost o tom, které skupiny obchodují pod tímto jménem, ​​měla by výstražná zvonit zazvonit skutečnost, že certifikát je vydán na jméno potenciálního konkurenta. pokud jste jako uživatel viděli certifikát na <code>gooooogle.com</code> vydáno společnosti microsoft nebo yahoo, i když je tato lišta zelená, neměli byste to považovat za web společnosti google.</p> <p>jeden bod, který je třeba mít na paměti u certifikátů ev, je to, že <a href="https://security.stackexchange.com/a/14064/2435">jejich konfigurace je pevně zakódována do prohlížečů</a> . toto je nastavení kompilace, které nelze později nakonfigurovat (na rozdíl od běžných důvěryhodných úložišť certifikátů, do kterých můžete přidat například vlastní institucionální certifikační úřad). z cyničtějšího hlediska by to někteří mohli považovat za vhodný způsob, jak si hlavní hráči udržet silnou pozici na trhu.</p> </blockquote> <p>bez licence mohou společnosti a jednotlivci váhat s používáním vašeho kódu, protože jim neudělujete konkrétní práva.</p><p>i když vložíte kód do veřejné domény, udělujete práva k použití. můžete tedy také učinit prohlášení o přijatelném použití, které je pro vás přijatelné.</p><p>bez takového prohlášení nebo licence nic nebrání lidem v používání vašeho kódu způsobem, který považují za vhodný. samozřejmě nic nebrání špatným lidem v porušení vaší licence, ale většina dobrých lidí a společností bude vaše podmínky respektovat, pokud jim řeknete, jaké jsou tyto podmínky.</p><p>stručně řečeno: měli byste mít nějakou formu licence, i když tato licence poskytuje neomezené použití.</p> <p>děláme to úplně na <a href="http://smartystreets.com">smartystreets</a> . uživatelé nahrávají soubory s potenciálně miliony adres v nich a my je ověřujeme a standardizujeme/duplikujeme, atd. je to velmi náročné na procesor a dokonce i s kmenovými daty načtenými na jednotku ram, miliony adres zabere několik hodin (mimochodem, pro tuto částku je to velmi rychlé ...).</p><p>může být také důležité navrhnout uživatelské rozhraní, které může podporovat desítky úloh spuštěných paralelně. například naše serverové uzly se rozšiřují a můžeme podporovat mnoho souborů najednou. uživatelé budou potřebovat efektivní způsob, jak zobrazit stav a spravovat je. v roce 2011 jsme vylepšili naše uživatelské rozhraní a to je to, s čím jsme přišli.</p><hr><p> <a href="http://youtu.be/qdjsolatz4u?hd=1">zde je 30sekundové video</a> ukazující, jak celý proces funguje a jak rozhraní reaguje na aktuální stav úlohy (úloh). pokud chcete, můžete vyzkoušet sami od <a href="http://smartystreets.com/account/create">tato stránka</a> (zdarma, nebojte se ...).</p><hr><p>screenshoty pracovního postupu ... trvá asi 30 sekund až několik minut, v závislosti na vašich souborech.</p><p><img src="https://i.stack.imgur.com/egatr.png" alt="upload list"></p><p><em> nahrajte svůj seznam </em></p><p><img src="https://i.stack.imgur.com/kqkb9.png" alt="see the file uploading"></p><p><em> viz nahrání souboru </em></p><p><img src="https://i.stack.imgur.com/zv26q.png" alt="map the fields"></p><p><em> mapujte pole (probíhá automaticky; stačí potvrdit, že automatická mapa byla správná) </em></p><p><img src="https://i.stack.imgur.com/wodst.png" alt="stay up-to-date with the current status"></p><p><em> zůstaňte v kontaktu s tím, co se nyní děje </em></p><hr><p>všimněte si, že jakmile seznam začne zpracovávat, uživatel se může vrátit a nahrát více, které seznamy budou zpracovány paralelně v reálném čase. seznamy lze kdykoli zrušit/smazat a po dokončení je lze stáhnout. pokud byl seznam stažen alespoň jednou, zobrazí se zaškrtnutí.</p><p>toto je vlastně stárnoucí návrh, který plánujeme upgradovat. bude se to cítit spíš jako moderní, responzivní webová aplikace.</p><p>ještě stojí za zmínku, že jsme mnohokrát změnili vzhled stránky „dashboard“ účtu a tento návrh inicioval nejmenší volání/e-maily podpory a zákazníci to rádi viděli na první pohled. první uživatelé mají tendenci shledávat, že se s ním dostanou docela rychle.</p> <p>není důvod je vytvářet všechny jako jednotlivé e-mailové účty. můžete pouze nastavit předávací stanice, které vedou k obecnému účtu <code>site.admin@</code>, a nastavit filtr, který bude ve vašem poštovním klientovi udržovat hluk izolovaný.</p><p>budete je chtít, protože:</p><ul> <li><code>webmaster@</code> je místo, kde dobří nativní lidé dělají věci, jako jsou hlášení přerušených odkazů, děje se to víc, než byste si mysleli!</li> <li><code>abuse@</code> je hezké mít, někdy lidem brání v tom, aby šli přímo do vašeho hostitele/datového centra/poskytovatele šířky pásma v případě, že někdo našel způsob, jak využít váš server k odeslání spamu.</li> <li><code>postmaster@</code> se hodí ke kontrole a ujistěte se, že je tam také zasílána kořenová pošta, alespoň vám ukáže, zda je váš poštovní server nakonfigurován nesprávně, také zachytí odrazy, které vás informují, že máte spammer.</li> </ul><p>obvykle kontroluji svůj „catch all“ jednou týdně a vyčistím to. trvá to jen pár minut. jednou za čas najdete skutečný drahokam, který je něco jako „<em>vaše stránky mi pomohly, jen jsem chtěl poděkovat za zdroj!</em>" .. což vždy dělá váš den :)</p><p>to samozřejmě kromě pohodlí automaticky generovaných ssl certifikátů - poskytovatelé ssl pošlou potvrzovací e-mail na jednu z výše uvedených adres, takže jej musíte mít.</p>