Autentizace. Podává-li Investor Platební příkaz, musí tak být učiněno za využití Autentizačních prvků a řádné identifikace jednající osoby.
Autentizace. IV.7.1 Veškerá pravidla týkající se autentizace jsou uvedena ve směrnici Správa identit a přístupů.
Autentizace. 1. Podmínkou vzniku práv a povinností ze Smlouvy o portálu je provedení Autentizace Zákazníka. Autentizaci Zákazník uskuteční následujícím způsobem. Na emailovou adresu uvedenou Zákazníkem ve Smlouvě o portálu nebo při registraci v Zákaznickém portálu bude zaslána ověřovací zpráva, kterou je Zákazník povinen potvrdit způsobem uvedeným v ověřovací zprávě. Po potvrzení ověřovací zprávy bude Zákazníkovi prostřednictvím provozovatele poštovních služeb nebo emailové adresy uvedené Zákazníkem ve Smlouvě o portálu nebo při registraci v Zákaznickém portálu zasláno heslo k Účtu, a případně též jiné údaje, na základě kterých bude Zákazník moci aktivovat na Internetových stránkách Obchodníka svůj Účet. Heslo k Účtu může být také Obchodníkem Zákazníkovi předáno do vlastních rukou, a to zejména v obchodních kancelářích Obchodníka současně s podepsanou Smlouvou o portálu. registraci v Zákaznickém portálu náleží pouze jeho osobě, je pod jeho kontrolou a že jakékoli právní jednání prostřednictvím jich učiněné lze považovat za jednání daného Zákazníka. Zákazník odpovídá za to, že veškeré kontaktní údaje evidované v Zákaznickém portálu jsou aktuální.
Autentizace mobilním telefonem Uživatelský portál Signature provider (QSCD)
Autentizace a) Autorizace uživatelů musí být pomocí protokolu Kerberos/NTLM vůči Active Directory MF a GFŘ. Minimální úroveň šifrování protokolu Kerberos je AES.
Autentizace. Systém musí umožňovat autentizaci vůči: - Externímu zdroji identit - Internímu zdroji identit Požadavky na autentizaci vůči externímu zdroji identit: Pro autentizaci vůči externímu zdroji identit (Shibboleth) musí být použit zabezpečený protokol (HTTPoverSSL), který splňuje požadavky na kryptografii, které jsou definované dále v této zadávací dokumentaci. Požadavky na autentizaci vůči internímu zdroji identit: Systém musí umožnit nadefinování vlastní heslové politiky pro jednotlivé typy lokálních (záložních) účtů, a to minimálně v tomto rozsahu: - stáří hesla, - granulární komplexita hesla (určení kategorií znaků), - délka hesla, - historie hesla (počet opakování). Uložení hesel v DB musí být v souladu s požadavky na kryptografii, které jsou definované dále v této zadávací dokumentaci. Systém musí umožňovat granulární řízení přístupových oprávnění na základě aplikačních rolí. V případě autentizace vůči externímu zdroji identit musí být přidělování přístupových oprávnění (aplikačních rolí) založeno na uživatelských skupinách. Úrovně všech přístupových oprávnění/jednotlivých rolí musí být detailně popsány (např. formou popisu role v administračním rozhraní a v dokumentaci systému). Aplikační servery/moduly (např. web server, DB server, apod.) nesmí vyžadovat pro své spuštění privilegovaná oprávnění (např. typu root, Administrator, NT Authority\System, sysadmin, apod.). Tato privilegovaná oprávnění nesmějí být vyžadována pro běh zmíněných částí systému v průběhu implementaci či provozu systému.
Autentizace. Systém ICZ DESA je vybaven autentizačními mechanismy, které umožňují správu uživatelů lokálně bez napojení na externí autentizační systémy, ale umožňuje také napojení na adresářové služby Microsoft Active Directory. Uživatele lze organizovat do skupin a lze jim přidělovat role.
Autentizace. 1. Užití Zákaznického portálu vyžaduje autentizaci, kterou provede Zákazník následujícím způsobem. Na emailovou adresu uvedenou Zákazníkem ve Smlouvě o portálu nebo při registraci v Zákaznickém portálu bude zaslána ověřovací zpráva, kterou je Zákazník povinen potvrdit. Po potvrzení ověřovací zprávy bude Zákazníkovi prostřednictvím provozovatele poštovních služeb nebo emailové adresy uvedené Zákazníkem ve Smlouvě o portálu nebo při registraci v Zákaznickém portálu zasláno heslo k účtu, a případně též jiné údaje, na základě kterých bude Zákazník moci aktivovat na internetových stránkách Obchodníka svůj účet. Heslo k účtu může být také Obchodníkem Zákazníkovi předáno do vlastních rukou, a to zejména v obchodních kancelářích Obchodníka současně s podepsanou Smlouvou o portálu. V dne V dne
Autentizace. Autentizace uživatelů musí být pomocí protokolu Kerberos/NTLM vůči jedné Active Directory. Provoz této AD zajišťuje Objednatel.
Autentizace proces ověření Vaší totožnosti nebo oprávnění použití Vašeho platební- ho prostředku včetně použití vybraných Bezpečnostních prvků a Úřed- ního autentifikátoru, zejména při přihlášení do služeb Nonstop banking, MultiCash, InBiz a Byznys zóna, nebo v jiných dohodnutých nebo záko- nem stanovených situacích. souhlas s uzavřením, respektive provedením Bankovního obchodu, Po- kynu nebo poskytnutím služby. souhlas k provedení SEPA inkasa z Vašeho účtu vedeného námi jako bankou plátce, kterým specifikujete podmínky provádění inkasa z Va- šeho účtu jako plátce ve prospěch konkrétního příjemce SEPA inkasa poté, co byl z Vaší strany příjemci SEPA inkasa udělen Mandát k inkasu. den, ve kterém vykonávají svou činnost poskytovatel platebních služeb plátce nebo poskytovatel platebních služeb příjemce, kteří se účast- ní provádění platební operace. Tento den není dnem pracovního volna nebo pracovního klidu.