Autentizace webových aplikací z pohledu NEbezpečnosti. Oldřich Válka Security
|
|
|
- Dušan Šmíd
- před 7 lety
- Počet zobrazení:
Transkript
1 Autentizace webových aplikací z pohledu NEbezpečnosti. Oldřich Válka Security
2
3 Úvod - základní typy autentizací. Basic Digest NTLM Formulářová Autentizace pomocí Certifikátu Autentizace pomocí Apletů Další možnosti autentizace Jak si vybrat?
4 Autentizace Basic - základní funkčnost Nejjednodušším autentizace. Autentizace pouze zakódována Base 64. Authorization: Basic VXppdmF0ZWw6aGVzbG8 Uživatel:heslo =
5 Autentizace Basic - základní funkčnost GET /page.html HTTP/1.1 HTTP/ Unauthorized WWW-Authenticate: Basic realm=" " Authorization: Basic VXppdmF0ZWw6aGVzbG8 HTTP/ OK
6 Basic Digest NTLM Form Applet Cert XSS no no no possible possible no SQL Injection no no no possible possible no Tools avalibility Cracking - protection Cracking - speed. Account Protection yes yes yes few no no no no no possible possible no no no no possible possible - Nonce (salt) no yes yes possible possible - Password - transfer Password saved Challenge - response plain hash hash plain/hash plain/hash - plain plain hash plain/hash plain/hash - no yes yes possible possible -
7 Autentizace Digest - základní funkčnost Je bezpečnější variantou metody BASIC. Model challenge-response. Využívá se hašovací funkce např. MD5. Využívá nonce pro znesnadnění zpětné kryptoanalýzy.
8 Autentizace Digest - základní funkčnost GET /page.html HTTP/1.1 HTTP/ Unauthorized WWW-Authenticate: Digest qop= auth, algorithm=md5-sess, nonce= dcd89b7172bc, charset=utf-8, realm= myrealm GET /page.html HTTP/1.1 Authorization: Digest username= test realm= myrealm nonce= dcd89b7172bc response= 6689bc783a HTTP/ OK
9 Basic Digest NTLM Form Applet Cert XSS no no no possible possible no SQL Injection no no no possible possible no Tools avalibility Cracking - protection Cracking - speed. Account Protection yes yes yes few no no no no no possible possible no no no no possible possible - Nonce (salt) no yes yes possible possible - Password - transfer Password saved Challenge - response plain hash hash plain/hash plain/hash - plain plain hash plain/hash plain/hash - no yes yes possible possible -
10 Autentizace NTLM - základní funkčnost NTLM autentizace: Modelu challenge-response. Obdoba Digest, vyšší bezpečnost. Po celou dobu autentizace musí být spojení otevřeno, jinak se musí proces opakovat. Protokol HTTP/1.1 Connection: Keep-alive. TYPE1 message. Jde o sérii flagu indikujících autentizační možnosti, které klient podporuje. Zakódováno B64. TYPE2 message (opět 401), který dokončí vyjednávání o nastaveních a vrací klientovi NONCE. Server's NTLM chalenge. TYPE3 message a dokončí autentizaci pomocí zahashovaného hesla. Odpověď obsahuje doménu, uživatele, hosta, Lanmanager-response, Nt-Response.
11 Autentizace NTLM - základní funkčnost GET /page.html HTTP/1.1 HTTP/ Unauthorized WWW-Authenticate: NTLM GET /page.html HTTP/1.1 Authorization: NTLM <base64-encoded type-1-message> HTTP/ Unauthorized WWW-Authenticate: NTLM <base64-encoded type-2-message> GET /page.html HTTP/1.1 Authorization : NTLM <base64-encoded type-3-message> HTTP/ OK
12 Basic Digest NTLM Form Applet Cert XSS no no no possible possible no SQL Injection no no no possible possible no Tools avalibility Cracking - protection Cracking - speed. Account Protection yes yes yes few no no no no no possible possible no no no no possible possible - Nonce (salt) no yes yes possible possible - Password - transfer Password saved Challenge - response plain hash hash plain/hash plain/hash - plain plain hash plain/hash plain/hash - no yes yes possible possible -
13 Autentizace Form - základní funkčnost Obrovské možnosti. Vše plně v režii vývojářů. Princip fungování může být od jednoduchého, kdy jsou odeslány autentizační údaje v plain textu až po složité, které šifrují, generují speciální URL, hidden items, různá přesměrování před a po autentizaci atd.
14 Autentizace Form - základní funkčnost GET /login.html HTTP/1.0 HTTP/ OK POST /login.html HTTP/1.0 user=test&pass=0293babe7c6e77eb HTTP/ Location: somewhere.else.net/page,html Set-Cookie: sessionid=1234;path=/;domain=aec.cz;secure GET HTTP/1.0 Cookie: sessionid=1234 HTTP/ OK
15 Basic Digest NTLM Form Applet Cert XSS no no no possible possible no SQL Injection no no no possible possible no Tools avalibility Cracking - protection Cracking - speed. Account Protection yes yes yes few no no no no no possible possible no no no no possible possible - Nonce (salt) no yes yes possible possible - Password - transfer Password saved Challenge - response plain hash hash plain/hash plain/hash - plain plain hash plain/hash plain/hash - no yes yes possible possible -
16 Ukázka
17 Autentizace pomocí JAVA nebo ActiveX apletů. Zde již se vlastně nejedná až tak o tenkého klienta. Applet se ve skutečnosti chová již jako tlustý klient. Možnosti stejné jako Form. Výhody: Možno implementovat všechny možné typy šifrování a ochrany. I asymetrickou kryptografii. Podepisování předávaných dat atd. Nevýhody : Již přílišná robustnost, uživatel se již není schopen přihlásit odkudkoliv. Instalace ActiveX, java runtime. Ztráta nezávislosti v přístupu odkudkoliv.
18 Basic Digest NTLM Form Applet Cert XSS no no no possible possible no SQL Injection no no no possible possible no Tools avalibility Cracking - protection Cracking - speed. Account Protection yes yes yes few no no no no no possible possible no no no no possible possible - Nonce (salt) no yes yes possible possible - Password - transfer Password saved Challenge - response plain hash hash plain/hash plain/hash - plain plain hash plain/hash plain/hash - no yes yes possible possible -
19 Autentizace pomocí asymetrické kryptografie. Klientský certifikát může být předáván pomocí prohlížeče případně pomocí apletů. Výhody: Pokud dobře implementováno velmi silná ochrana proti útokům. Cracking téměř nemožný. Možnost podepisování, timestampovaní aktivních akcí, transakcí. Nevýhody: Pro mnoho lidí špatně srozumitelné a složité. Nutnost certifikační autority a PKI.
20 Basic Digest NTLM Form Applet Cert XSS no no no possible possible no SQL Injection no no no possible possible no Tools avalibility Cracking - protection Cracking - speed. Account Protection yes yes yes few no no no no no possible possible no no no no possible possible - Nonce (salt) no yes yes possible possible - Password - transfer Password saved Challenge - response plain hash hash plain/hash plain/hash - plain plain hash plain/hash plain/hash - no yes yes possible possible -
21 Další typy autentizací MultiFactor MultiLayer OpenID (sso)
22 MultiFactor Authentication Autentizace se vždy skládá z více faktorů. Např. Něco co uživatel zná: heslo, pin... Něco co uživatel vlastní: security token, smartcard, mobil, pager... Něco co může mít pouze vlastník: otisk prstu, rozpoznání tváře, hlasu nebo oční duhovky...
23 Strong authentication (MultiLayer) Zde se mluví o MutiLayer nebo MultiTier Je to vlastně vícevrstvá autentizace. Autentizace spoléhá na dvě a více autentizačních metod. Například: Certifikát (pin) + autentizační údaje. Autentizační údaje + OTP. Biometrické znaky + autentizační údaje. OTP (one-time-password) - SMS, , autentizační kalkulátory, GRIDkarty atd.
24 Další možnosti autentizace - OpenID. Independent Authentication Authority (IAA) Live ID - Microsoft.com OpenID - openid.net OpenAuth - aol.com Výhody: Uživatel nepotřebuje heslo ke každé webové službě, portálu. Pouze autentizační údaje k IAA. Provozovatel webové služby pouze implementuje komunikační rozhraní s IAA. Nemusí se starat o hesla. Nevýhody: Pokud je kompromitován uživatelův účet na IAA získá útočník přístup ke všem aplikacím. Bezpečnost spoléhá na cizí mnohdy neověřený element. Výpadek komunikace či serveru IAA znepřístupní i vaše aplikace, pokud spoléhají pouze na IAA.
25 Další možnosti autentizace - OpenID. User Agent Relying Party (consumer) Request for resource Request OpenID Enter OpenID OpenID Provider User Discovery and Trust Establishment Redirect to OpenID Provider Request for authentication Authentication Confirmation and attribute release Request for resource Redirect to RP (openid, attributes, proof of trust) Personalized resources
26 Závěr shrnutí jak si vybrat? Nevýznamná aplikace nízká bezpečnost Významná aplikace střední bezpečnost Kritická aplikace vysoká bezpečnost
27 Nevýznamná aplikace nízká bezpečnost Využívat formulářovou autentizaci přes HTTPS. Uživatel se hlásí pouze pomocí účtu a hesla. Po 3-5 neplatných pokusech je uživatel vyzván k zadání učtu, hesla a captcha. V případě dalších 3-5 neplatných pokusů je účet na určitou dobu zablokován. Případně je blokována IP, ze které byly neplatné pokusy o přihlášení zaslány. Univerzální chybové hlášení. Stejné pro neexistující účet i špatné heslo. Implementace politiky hesel. Autentizace vždy přes šifrovaný protokol https.
28 Významná aplikace střední bezpečnost Využívat formulářovou autentizaci. Vyžadována MultiFactor a MultiLayer autentizace: Vyžadován uživatelský certifikát pro preautentizaci, ten je uložen (neexportovatelný) na souborovém systému. Implementace OTP. Uživatel se dále přihlašuje pomocí účtu a hesla. Po 3-5 neplatných pokusech je uživatel vyzván k zadání učtu, hesla a captcha. V případě dalších 3-5 neplatných pokusů je účet na určitou dobu zablokován. Případně je blokována IP, ze které byly neplatné pokusy o přihlášení zaslány. Univerzální chybové hlášení. Stejné pro neexistující účet i špatné heslo. Implementace politiky hesel. Autentizace vždy přes šifrovaný protokol https.
29 Kritická aplikace vysoká bezpečnost Využívat formulářovou autentizaci. Vyžadována MultiFactor a MultiLayer autentizace: Vyžadován uživatelský certifikát pro preautentizaci, ten je uložen na USB tokenu, smartcard atd. Vyžaduje PIN. Uživatel se dále může přihlašovat pomocí účtu a hesla. Po 3-5 neplatných pokusech je uživatel vyzván k zadání učtu, hesla a captcha. V případě dalších 3-5 neplatných pokusů je účet na určitou dobu zablokován. Případně je blokována IP, ze které byly neplatné pokusy o přihlášení zaslány. Univerzální chybové hlášení. Stejné pro neexistující účet i špatné heslo. Implementace politiky hesel. Autentizace vždy přes šifrovaný protokol https.
30 Děkuji za pozornost! - prostor pro otázky -
31 D A T A S E C U R I T Y Oldřich Válka oldrich.valka@aec.cz AEC, spol. s r.o. Spielberk Office Centre Holandská 878/ Brno Czech Republic Phone: Fax: AEC, spol. s r.o. European Business Center Dukelských hrdinů Praha 7 Czech Republic Phone: Fax:
Uživatelská dokumentace
Uživatelská dokumentace k projektu CZECH POINT Popis použití komerčního a kvalifikovaného certifikátu Vytvořeno dne: 20.5.2008 Aktualizováno: 23.5.2008 Verze: 1.3 Obsah Uživatelská dokumentace...1 Obsah...2
Šifrování Autentizace Bezpečnostní slabiny. Bezpečnost. Lenka Kosková Třísková, NTI TUL. 22. března 2013
Šifrování Autentizace ní slabiny 22. března 2013 Šifrování Autentizace ní slabiny Technologie Symetrické vs. asymetrické šifry (dnes kombinace) HTTPS Funguje nad HTTP Šifrování s pomocí SSL nebo TLS Šifrování
PHP a bezpečnost. nejen veřejná
PHP a bezpečnost nejen veřejná Navrhujeme bezpečné aplikace Efektivně spustitelných skriptů by mělo být co nejméně. V ideálním případě jen jeden "bootstrap" skript (index.php). Případně jeden bootstrap
BI-VWS. Vybrané partie z administrace Webového Serveru Autetizace, autorizace a kontrola přístupu Apache httpd
BI-VWS Vybrané partie z administrace Webového Serveru Autetizace, autorizace a kontrola přístupu Apache httpd Příprava studijního programu Informatika je podporována projektem financovaným z Evropského
Dokumentace. k projektu Czech POINT. Popis použití komerčního a kvalifikovaného certifikátu
Dokumentace k projektu Czech POINT Popis použití komerčního a kvalifikovaného certifikátu Vytvořeno dne: 11.4.2007 Aktualizováno: 19.2.2009 Verze: 3.3 2009 MVČR Obsah 1. Vysvětleme si pár pojmů...3 1.1.
Multichannel Entry Point. Technologický pohled na nové přístupy k autentizaci v přímých bankovních kanálech
Multichannel Entry Point Technologický pohled na nové přístupy k autentizaci v přímých bankovních kanálech Všechno, co jste kdy chtěli vědět o sexu (ale báli jste se zeptat) Pardon o MEPu Multi co? B -
SIM karty a bezpečnost v mobilních sítích
Spojujeme software, technologie a služby SIM karty a bezpečnost v mobilních sítích Václav Lín programátor 19.5.2009 1 Osnova SIM karty Role SIM karet v telekomunikacích Hardwarové charakteristiky Bezpečnost
Bezpečnost internetového bankovnictví, bankomaty
, bankomaty Filip Marada, filipmarada@gmail.com KM FJFI 15. května 2014 15. května 2014 1 / 18 Obsah prezentace 1 Bezpečnost internetového bankovnictví Možná rizika 2 Bankomaty Výběr z bankomatu Možná
Návrh a implementace bezpečnosti v podnikových aplikacích. Pavel Horal
Návrh a implementace bezpečnosti v podnikových aplikacích Pavel Horal Obsah přednášky úvod do problematiky aplikace, bezpečnost, základní pojmy informační bezpečnost, řízení
Datové schránky. Technická specifikace. Vytvořeno dne: Aktualizováno: Verze: Software602, a.s.
Datové schránky Autentizační služba Portálu veřejné správy Technická specifikace Vytvořeno dne: 7.12.2012 Aktualizováno: 26.8.2015 Verze: 1.7 2009 Software602, a.s. Obsah 1. Úvod... 3 1.1. Cíl dokumentu...
Digitální identita. zlý pán nebo dobrý sluha? Martin Jelínek, mjelinek@askon.cz ASKON INTERNATIONAL s.r.o.
Digitální identita zlý pán nebo dobrý sluha? Martin Jelínek, mjelinek@askon.cz ASKON INTERNATIONAL s.r.o. 0 18.2.2009 Security 2009 Ověřování identity o co jde? nutnost prokazování identity osob není nic
Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal. Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni
Webové aplikace Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni Harmonogram Dopolední blok 9:00 12:30 Ing. Dostal Úvod, XHTML + CSS Ing. Brada,
Bezpečná autentizace nezaměnitelný základ ochrany
Bezpečná autentizace nezaměnitelný základ ochrany Mgr. Pavel Hejl, CSc. 1 Obsah Realita dnešního dne Řešení Bezpečná autentizace Klíčník Single Sign-On Bezpečná autentizace všude Shrnutí Reference Závěr
Artlingua Translation API
Artlingua Translation API Dokumentace Jan Šváb, Artlingua, a.s. 2015 Revize: 2015-09-22 - verze API : v1 Obsah Obsah... 2 Předávání dokumentů k překladu... 3 Implementace klientské aplikace pro Translation
HTTP protokol. HTTP protokol - úvod. Zpracoval : Petr Novotný novotny0@students.zcu.cz
HTTP protokol Zpracoval : Petr Novotný novotny0@students.zcu.cz HTTP protokol - úvod zkratka z Hyper-Text Transfer Protocol možnost přenášet jakákoliv data (soubor, obrázek, výsledek dotazu) obvykle provozován
Jednorázová hesla pro zvýšení bezpečnosti vzdáleného přístupu mobilních uživatelů
Jednorázová hesla pro zvýšení bezpečnosti vzdáleného přístupu mobilních uživatelů Jedním z řešení bezpečného vzdáleného přístupu mobilních uživatelů k firemnímu informačnímu systému je použití technologie
POKYNY K REGISTRACI PROFILU ZADAVATELE
POKYNY K REGISTRACI PROFILU ZADAVATELE Stav ke dni 4. 12. 2012 Obsah: 1 Úvod... 3 1.1 Podmínky provozu... 3 1.2 Pokyny k užívání dokumentu... 3 2 Registrace profilu zadavatele... 4 2.1 Přihlášení uživatele...
GDPR A INFORMAČNÍ SYSTÉM. Nadežda Andrejčíková Libor Piškula
GDPR A INFORMAČNÍ SYSTÉM Nadežda Andrejčíková Libor Piškula GDPR a informační systém Obsah: 1. Principy ochrany 2. Legitimnost zpracování osobních údajů 3. Praktické dopady GDPR 4. Technologické aspekty
Digitální identita Moderní přístup k identifikaci klienta. Pavel Šiška, Štěpán Húsek, Deloitte Digital - Technology Services
Digitální identita Moderní přístup k identifikaci klienta Pavel Šiška, Štěpán Húsek, Deloitte Digital - Technology Services Digitální identita Moderní přístup k identifikaci klienta za pomoci federované
MOBILNÍ ZAŘÍZENÍ JAKO AUTENTIZAČNÍ NÁSTROJ A JEHO INTEGRACE DO SYSTÉMŮ MILAN HRDLIČKA MONET+ BŘEZEN 2015
MOBILNÍ ZAŘÍZENÍ JAKO AUTENTIZAČNÍ NÁSTROJ A JEHO INTEGRACE DO SYSTÉMŮ MILAN HRDLIČKA MONET+ BŘEZEN 2015 OSNOVA 18. února 2015 www.monetplus.cz info@monetplus.cz Strana: 2 MOBILE TOKEN www.monetplus.cz
CASE MOBILE MOBIL JAKO AUTENTIZAČNÍ TOKEN
CASE MOBILE MOBIL JAKO AUTENTIZAČNÍ TOKEN APLIKACE CASE MOBILE PŘINÁŠÍ KOMFORTNÍ A BEZPEČNOU DVOUFAKTOROVOU AUTENTIZACI Z MOBILNÍHO ZAŘÍZENÍ. BEZPEČNĚ SE PŘIHLÁSÍTE, AUTORIZUJETE TRANSAKCI, ELEKTRONICKY
Algoritmy autentizace v distribuovaných systémech
Názvosloví Známé / používané systémy Závěr ZČU / FAV / KIV 11. prosince 2009 Názvosloví Známé / používané systémy Závěr Obsah 1 Názvosloví 2 Známé / používané systémy OpenID Web-auth LDAP Kerberos 3 Závěr
Rozdíly oproti webové stránce:
Webové aplikace Rozdíly oproti webové stránce: interaktivní řádově vyšší počet požadavků práce s datovým skladem problémy se souběhem více uživatelů Webová aplikace se skládá z webových stránek Webová
.password xklima:$apr $l sbbajg$ruuy FCr urjfjsvlehsf/ Přídání hesla htpasswd.exe -c c:\www_root\vyuka\autentizace\apache\.
Autentikace mod_auth.htaccess AuthType Basic AuthName "Restricted Files" # (Following line optional) AuthBasicProvider file AuthUserFile c:\www_root\vyuka\autentizace\basic\.password require valid-user.password
Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5
Funkční specifikace ABOKWS Aplikační rozhraní elektronického bankovnictví ABO-K Verze 0.5 Přehled změn Verze Datum Změnil Popis 0.1 26.2.2013 MB Úvod, Osnova dokumentu, funkce ABOKWS 0.2 18.4.2014 MB Tabulky
Elektronický podpis. Marek Kumpošt Kamil Malinka
Elektronický podpis Marek Kumpošt Kamil Malinka Související technologie kryptografie algoritmy pro podepisování dokumentů management klíčů generování klíčů, distribuce, revokace, verifikace implementace
Autentizační metody na mobilních platformách
Autentizační metody na mobilních platformách Využití mobilních zařízení jako autentizačních prostředků 3.4.2014 Obsah Úvod Autentizace - průzkumy a trendy Preference a výzvy při výběru autentizační metody
O2 ENTERPRISE SECURITY. Vít Jergl, Vladimír Kajš
O2 ENTERPRISE SECURITY Vít Jergl, Vladimír Kajš Jsme silným partnerem pro Vaši bezpečnost Jsme největší konvergentní ICT poskytovatel v ČR Máme know-how a dlouholeté zkušenosti s implementací IT bezpečnosti
Bezpečnost sítí
Bezpečnost sítí 6. 4. 2017 Jiří Žiška Pročřešit bezpečnost? Dle statistik je až 90% všech útoků provedeno zevnitř sítě Zodpovědnost za útoky z vaší sítě má vždy provozovatel Bezpečnost je jen jedna pro
Platební systém XPAY [www.xpay.cz]
![Platební systém XPAY [www.xpay.cz]](/thumbs/27/11680148.jpg "Platební systém XPAY [www.xpay.cz]")
Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace
Návod k nastavení účtu v emclient (IceWarp Desktop) pro práci s IceWarp Mail serverem.
Návod k nastavení účtu v emclient (IceWarp Desktop) pro práci s IceWarp Mail serverem. SmartDiscover a automatická konfigurace Umožňuje zkonfigurovat veškerá potřebná nastavení na straně serveru a poskytnout
AUTENTIZAČNÍ SERVER CASE BEZPEČNÁ A OVĚŘENÁ IDENTITA
AUTENTIZAČNÍ SERVER CASE BEZPEČNÁ A OVĚŘENÁ IDENTITA SERVER CASE BYL NAVRŽEN JAKO CENTRÁLNÍ AUTENTIZAČNÍ A AUTORIZAČNÍ SYSTÉM. JEHO PRIMÁRNÍM ÚKOLEM JE USNADNIT INTEGRACI SILNÝCH BEZPEČNOSTNÍCH METOD DO
Počítačové sítě II. 18. World Wide Web, HTTP Miroslav Spousta, 2006 <qiq@ucw.cz>, http://www.ucw.cz/~qiq/vsfs/
Počítačové sítě II 18. World Wide Web, HTTP Miroslav Spousta, 2006 , http://www.ucw.cz/~qiq/vsfs/ 1 Historie WWW World Wide Web v současnosti nejrozšířenější a nejpoužívanější služba Internetu
Programové vybavení OKsmart pro využití čipových karet
Spojujeme software, technologie a služby Programové vybavení OKsmart pro využití čipových karet Ukázky biometrické autentizace Ing. Vítězslav Vacek vedoucí oddělení bezpečnosti a čipových karet SmartCard
IP telephony security overview
Fakulta informatiky Masarykovy univerzity 19. listopadu 2009 Souhrn z technické zprávy CESNET 35/2006 (M. Vozňak, J. Růžička) Obsah I Autentizace v H.323 1 Autentizace v H.323 H.323 CryptoToken 2 SIP 3
Bezpečnostní problémy VoIP a jejich řešení
Bezpečnostní problémy VoIP a jejich řešení Miroslav Vozňák Bakyt Kyrbashov VŠB - Technical University of Ostrava Department of Telecommunications Faculty of Electrical Engineering and Computer Science
Autentizace uživatelů
Autentizace uživatelů základní prvek ochrany sítí a systémů kromě povolování přístupu lze uživatele členit do skupin, nastavovat různá oprávnění apod. nejčastěji dvojicí jméno a heslo další varianty: jednorázová
1. Vyhlašovatel. 2. Vymezení pojmů. mojeid pravidla motivačního programu pro poskytovatele služeb
mojeid pravidla 1. Vyhlašovatel... 1 2. Vymezení pojmů... 1 3. Předmět a účel motivačního programu... 2 4. Podmínky účasti v programu... 2 5. Práva a povinnosti... 2 5.1. Poskytovatel... 2 5.2. Vyhlašovatel...
HTTP protokol. Zpracoval : Petr Novotný
HTTP protokol Zpracoval : Petr Novotný novotny0@students.zcu.cz HTTP protokol - úvod zkratka z Hyper-Text Transfer Protocol možnost přenášet jakákoliv data (soubor, obrázek, výsledek dotazu) obvykle provozován
Útoky na HTTPS. PV210 - Bezpečnostní analýza síťového provozu. Pavel Čeleda, Radek Krejčí
Útoky na HTTPS PV210 - Bezpečnostní analýza síťového provozu Pavel Čeleda, Radek Krejčí Ústav výpočetní techniky Masarykova univerzita celeda@ics.muni.cz Brno, 5. listopadu 2014 Pavel Čeleda, Radek Krejčí
ISMS. Autentizace ve WiFi sítích. V Brně dne 5. a 12. prosince 2013
ISMS Případová studie Autentizace ve WiFi sítích V Brně dne 5. a 12. prosince 2013 Pojmy Podnikové WiFi sítě Autentizace uživatelů dle standardu 802.1X Hlavní výhodou nasazení tohoto standardu je pohodlná
Dokumentace ke službě SMS Connect. www.smsbrana.cz
Dokumentace ke službě SMS Connect www.smsbrana.cz Obsah 1 ZÁKLADNÍ INFORMACE... 3 1.1 Aktivace služby SMS Connect... 3 1.2 Přístupové údaje... 3 1.3 Přístupový bod služby URL adresa pro SMS Connect...
Zabezpečení mobilních bankovnictví
Konference Security 2015 Zabezpečení mobilních bankovnictví Petr Dvořák CEO, Lime - HighTech Solutions s.r.o. petr@lime-company.eu Obsah Vlastnosti mobilních zařízení. Architektura mobilního bankovnictví.
Desktop systémy Microsoft Windows
Desktop systémy Microsoft Windows IW1/XMW1 2013/2014 Jan Fiedor, přednášející Peter Solár ifiedor@fit.vutbr.cz, solar@pocitacoveskoleni.cz Fakulta Informačních Technologií Vysoké Učení Technické v Brně
OAuth 2. Martin Kuba, ÚVT MU
OAuth 2 Martin Kuba, ÚVT MU OAuth 2 definován v RFC 6749 z roku 2012 používán firmami Google, Facebook, Microsoft, Twitter, LinkedIn, GitHub atd. je určen pro bezpečné delegování přístupu, ale byl od počátku
KYBERNETICKÁ BEZPEČNOST A AUTENTIZACE MONET+
KYBERNETICKÁ BEZPEČNOST A AUTENTIZACE MONET+ WWW.MONETPLUS.CZ OBSAH AUTENTIZACE Z POHLEDU ZÁKONA NÁSTROJE PRO OVĚŘOVÁNÍ IDENTITY UŽIVATELŮ O MONET+ www.monetplus.cz info@monetplus.cz Strana: 2 AUTENTIZACE
Připravil: Ing. Jiří Lýsek, Ph.D. Verze: 12.2.2015 Webové aplikace
Připravil: Ing. Jiří Lýsek, Ph.D. Verze: 12.2.2015 Webové aplikace Úvod strana 2 Vyučující Ing. Jiří Lýsek, Ph.D. Ing. Oldřich Faldík https://akela.mendelu.cz/~lysek/ https://akela.mendelu.cz/~xfaldik/wa/
Modelování hrozeb. Hana Vystavělová AEC, spol. s r.o.
Modelování hrozeb Hana Vystavělová AEC, spol. s r.o. Agenda Možné způsoby identifikace rizik Úskalí analýzy rizik Modelování hrozeb metodiky Modelování hrozeb ukázky Výhody a přínosy modelování hrozeb
Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták
Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták 25.4.2005 Obsah Úvod Vrstvy podle TCP/IP Požadavek / Odpověď Metody požadavku Hlavičky Kódy odpovědi Ukázka 25.4.2005 Pavel
Windows 10 & nové prvky zabezpečení proti novým hrozbám v IT
Windows 10 & nové prvky zabezpečení proti novým hrozbám v IT Jan Pilař Windows TSP Jan.pilar@microsoft.com Kapitola 1: Úvod do problematiky Spolehlivá ochrana je včasná detekce HOW DO BREACHES OCCUR? Malware
sms.sluzba.cz API_XML30 pro textové SMS zprávy do ČR a do zahraničí
sms.sluzba.cz API_XML30 pro textové SMS zprávy do ČR a do zahraničí 1. Odesílání zpráv Provádí se odesláním jednoduchého XML dokumentu pomocí HTTPS (nezabezpečená komunikace není povolena!) metodou POST
SSL Secure Sockets Layer
SSL Secure Sockets Layer internetové aplikační protokoly jsou nezabezpečené SSL vkládá do architektury šifrující vrstvu aplikační (HTTP, IMAP,...) SSL transportní (TCP, UDP) síťová (IP) SSL poskytuje zabezpečenou
Relační vrstva SMB-Síťový komunikační protokol aplikační vrstvy, který slouží ke sdílenému přístupu k souborům, tiskárnám, sériovým portům.
Aplikační vrstva http-protokol, díky kterému je možné zobrazovat webové stránky. -Protokol dokáže přenášet jakékoliv soubory (stránky, obrázky, ) a používá se také k různým dalším službám na internetu
DATOVÉ STANDARDY PRO WEB 2.0. OpenID, OpenAuth, XFN, mikroformáty a další...
DATOVÉ STANDARDY PRO WEB 2.0 OpenID, OpenAuth, XFN, mikroformáty a další... Změna pohledu na web (Web2.0) přinesla i posun ve způsobu prezentace dat Decentralizace dat, vzdálený přístup k nim Stále vyšší
Webové služby. Martin Sochor
Webové služby Martin Sochor Webové služby způsob komunikace dvou aplikací přes Web binární zprávy (CORBA) blokovány proxy servery a firewally masivní využití XML protokol SOAP + jazyk pro popis služeb
Uživatelská příručka RAZR pro OVM
Uživatelská příručka RAZR pro OVM Verze dokumentu: 2 Datum vydání: 20.11 2018 Schválil: Autor: Klasifikace: SZR Pasante Veřejný dokument www.szrcr.cz Strana: 1 / 14 Obsah 1. Úvod... 3 2. Nastavení počítače
Petr Vlk KPCS CZ. WUG Days října 2016
Petr Vlk KPCS CZ WUG Days 2016 8. října 2016 Jednoduchá správa Zařízení Jednotné přihlašování Windows Server Active Directory Další systémy a aplikace Uživatelské jméno Azure Veřejný Cloud SaaS Office
Šifrování ve Windows. EFS IPSec SSL. - Encrypting File System - Internet Protocol Security - Secure Socket Layer - Private Point to Point Protocol
Šifrování ve Windows EFS IPSec SSL PPTP - Encrypting File System - Internet Protocol Security - Secure Socket Layer - Private Point to Point Protocol 18.11.2003 vjj 1 Bezpečnost? co chci chránit? systém
Co je Czech Point? Podací Ověřovací Informační Národní Terminál, zredukovat přílišnou byrokracii ve vztahu
Czech Point Co je Czech Point? Podací Ověřovací Informační Národní Terminál, tedy Czech POINT je projektem, který by měl zredukovat přílišnou byrokracii ve vztahu občan veřejná správa. Czech POINT bude
Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn
Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn příloha č.4 Specifikace API národního konektoru (NC) pro získávání patient summary (PS) Autor: kolektiv
Schéma e-pošty. UA (User Agent) rozhraní pro uživatele MTA (Message Transfer Agent) zajišťuje dopravu dopisů. disk. odesilatel. fronta dopisů SMTP
Elektronická pošta Schéma e-pošty odesilatel UA disk SMTP fronta dopisů disk MTA SMTP MTA adresát UA disk POP IMAP poštovní schránka disk MTA SMTP UA (User Agent) rozhraní pro uživatele MTA (Message Transfer
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence
Extrémně silné zabezpečení mobilního přístupu do sítě.
Extrémně silné zabezpečení mobilního přístupu do sítě. ESET Secure Authentication (ESA) poskytuje silné ověření oprávnění přístupu do firemní sítě a k jejímu obsahu. Jedná se o mobilní řešení, které používá
Zabezpečení platformy SOA. Michal Opatřil Corinex Group
Zabezpečení platformy Michal Opatřil Corinex Group Agenda Současný přístup k bezpečnosti Požadavky zákazníků CA Security Manager Architektura Klíčové vlastnosti Proč CA Security Manager CA 2 Security Manager
Registr práv a povinností
Registr práv a povinností Doporučené postupy a nastavení internetového prohlížeče pro práci v aplikaci AIS RPP Doporučené postupy a nastavení internetového prohlížeče pro práci v aplikaci AIS RPP v4.0
Správa přístupu PS3-1
Bezpečnost informací BI Ing. Jindřich Kodl, CSc. Správa přístupu PS3-1 1 Osnova I základní metody pro zajištění oprávněného přístupu; autentizace; autorizace; správa uživatelských účtů; současné metody
Obsah. Kdo jsme?... 3. Co vám přinášíme s naší bránou?... 3. Jak si otevřu bránu na klikniavolej.cz?... 3
S M S b r á n a a z p t n é v o l á n í H l e d á t e s p o l e h l i v é h o p a r t n e r a p r o S M S t e r m i n a c i n e b o l e v n é v o l á n? í T e c h n i c k y z a j i š ł u j he rm oe m a
Gymnázium a Střední odborná škola, Rokycany, Mládežníků 1115
Gymnázium a Střední odborná škola, Rokycany, Mládežníků 1115 Číslo projektu: Číslo šablony: 28 CZ.1.07/1.5.00/34.0410 Název materiálu: Ročník: Identifikace materiálu: Jméno autora: Předmět: Tématický celek:
Aktivace RSA ověření
Aktivace RSA ověření Návod jak vygenerovat vlastní PIN pro RSA ověření do vzdáleného VPN připojení externího uživatele do sítě ČEZ pomocí autentizace přes SMS zprávu. Verze 1.00 Verze Stručný popis změn
REGISTRACE UŽIVATELE
OBCHODOVÁNÍ S POVOLENKAMI REJSTŘÍK UNIE REGISTRACE UŽIVATELE Stručná uživatelská příručka Obsah Spuštění aplikace... 2 Přihlášení a odhlášení... 3 Vytvoření uživatelského účtu EU Login a přidání čísla
1.1. Základní informace o aplikacích pro pacienta
Registrace a aktivace uživatelského profilu k přístupu do aplikace systému erecept pro pacienta, přihlášení do aplikace systému erecept pro pacienta na základě registrovaného profilu v NIA nebo elektronického
OpenID Connect. Martin Kuba
OpenID Connect Martin Kuba makub@cesnet.cz Obsah co jsou OpenID Connect a OAuth 2 principy OAuth 2 4 zúčastněné strany scope, access token různé typy authorization grant flow rozšíření OpenID Connect nad
Technické podmínky I. Služby: II. Technické podmínky pro službu MojeBanka, MojeBanka Business, MojePlatba a Expresní linka Plus
I. Služby: II. Tyto technické podmínky se vztahují na tyto služby: MojeBanka, MojeBanka Business a MojePlatba pro nakupující, Přímý kanál - doplněk služby MojeBanka Business, Profibanka, Certifikační průvodce
Content Security Policy
Content Security Policy Nový přístup v boji proti XSS 2011.cCuMiNn. Cross Site Scripting (XSS) XSS je všudypřítomné výskyt cca v 80% webových aplikací Webový browser nevidí rozdíl mezi legitimním skriptem
Přihlášení uživatele do aplikace
Informační systém GRANTY modul hodnocení Vypracováno pro MHMP Přihlášení uživatele do aplikace GRANTY modul Hodnocení vypracovala společnost ASD Software, s.r.o. Dokument ze dne: 23. 8. 2016, verze 1.03
PV157 Autentizace a řízení přístupu
PV157 Autentizace a řízení přístupu Zdeněk Říha Vašek Matyáš Konzultační hodiny FI MU: B415 St 17:00 18:00 část semestru mimo CZ Microsoft Research Cambridge Email: zriha / matyas @fi.muni.cz Průběh kurzu
Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat
Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat Obsah 1 Úvod... 2 2 Nastavení přístupů k rozhraní... 2 2.1 Popis obrazovky... 2 2.1.1 Nastavení datových extraktů z banky...
Uživatelská příručka RAZR pro OVM
Uživatelská příručka RAZR pro OVM Verze dokumentu: 5 Datum vydání: 12.2 2019 Autor: Klasifikace: SZR Veřejný dokument www.szrcr.cz Strana: 1 / 17 Obsah 1. Úvod... 3 2. Nastavení počítače uživatele pro
Uživatelská příručka Portálu CMS Centrální místo služeb (CMS)
Uživatelská příručka Portálu CMS Centrální místo služeb (CMS) Tento dokument obsahuje návod pro uživatele CMS nebo žadatele z řad orgánů veřejné moci pro přístup k portálu CMS. Informační systém CMS je
Návod k vygenerování certifikátu PKI-O2CZ-AUTENTIZACE
Návod k vygenerování certifikátu PKI-O2CZ-AUTENTIZACE Certifikát slouží pro autentizaci uživatele zejména pro vzdálený přístup VPN klientem Cisco nebo vzdálenou plochu CAG/Citrix a do dalších aplikací.
Bezpečná autentizace přístupu do firemní sítě
Bezpečná autentizace přístupu do firemní sítě ESET Secure Authentication (ESA) poskytuje silné ověření oprávnění přístupu do firemní sítě a k jejímu obsahu. Jedná se o mobilní řešení, které používá dvoufaktorové
Obsah přednášky. Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework
Web Jaroslav Nečas Obsah přednášky Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework Co to je web HTTP protokol bezstavový GET POST HEAD Cookies Session HTTPS
STORK Secure Identity Across Borders Linked
STORK Secure Identity Across Borders Linked Michal Procházka CESNET Ústav výpočetní techniky - Masarykova univerzita EurOpen 2016 Jindřichův Hradec Obsah Autentizace Single Sign-On Federované přihlášení
Příručka pro dodavatele. Systém EZVR 1.1 Verze dokumentu 1.3 Datum vydání:
Příručka pro dodavatele Systém EZVR 1.1 Verze dokumentu 1.3 Datum vydání: 1.10.2017 1 2 1. Úvod do systému...3 2. Technické požadavky a zabezpečení systému...3 3. Registrace nového dodavatele...4 4. Přihlášení
Google Apps. Administrace
Google Apps Administrace Radim Turoň 2015 Administrátorská konzole Google Apps Místo, ve kterém se nacházejí administrační nástroje pro správu vašeho Google Apps Administrátorská konzole - kde ji naleznete
Počítačové sítě II 17. WWW, HTTP. Miroslav Spousta, 2005
Počítačové sítě II 17. WWW, HTTP Miroslav Spousta, 2005 1 Historie WWW World Wide Web v současnosti nejrozšířenější a nejpoužívanější služba Internetu nebylo tomu tak vždy (Gopher,...) vyvinut v roce 1989
Elektronický podpis. Základní princip. Digitální podpis. Podpis vs. šifrování. Hashování. Jednosměrné funkce. Odesílatel. Příjemce
Základní princip Elektronický podpis Odesílatel podepíše otevřený text vznikne digitálně podepsaný text Příjemce ověří zda podpis patří odesílateli uvěří v pravost podpisu ověří zda podpis a text k sobě
I.CA RemoteSeal. Ing. Filip Michl První certifikační autorita, a.s
Technické řešení služby I.CA RemoteSeal Ing. Filip Michl První certifikační autorita, a.s. 5. 4. 2018 Agenda Úvod ARX CoSign vs. DocuSign Signature Appliance Architektura Zřízení služby Aktivace služby
AUTENTIZACE A SPRÁVA UŽIVATELŮ V PROSTŘEDÍ MS SHAREPOINT 2010 ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE FAKULTA ELEKTROTECHNICKÁ DIPLOMOVÁ PRÁCE
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE FAKULTA ELEKTROTECHNICKÁ DIPLOMOVÁ PRÁCE AUTENTIZACE A SPRÁVA UŽIVATELŮ V PROSTŘEDÍ MS SHAREPOINT 2010 Bc Jan Salajka Vedoucí práce: Ing. Richard Šusta, PhD. Studijní
Uživatelský manuál pro přístup do CS OTE Změny v certifikátech
Certifikáty od podporovaných certifikační autority pro CS OTE Od 1. 10. 2017 bude umožněno pro elektronický podpis a přístup do webového prostředí CS OTE použít pouze kvalifikovaný certifikát. Od 1. 7.
Generování žádosti o certifikát Uživatelská příručka pro prohlížeč Opera
Generování žádosti o certifikát Uživatelská příručka pro prohlížeč Opera První certifikační autorita, a.s. Verze 8.15 1 Obsah 1. Úvod... 3 2. Požadavky na software... 3 3. Instalace kořenového certifikátu
Třídy a objekty. Třídy a objekty. Vytvoření instance třídy. Přístup k atributům a metodám objektu. $z = new Zlomek(3, 5);
Programovací jazyk PHP doc. Ing. Miroslav Beneš, Ph.D. katedra informatiky FEI VŠB-TUO A-1007 / 597 324 213 http://www.cs.vsb.cz/benes Miroslav.Benes@vsb.cz Obsah Třídy a objekty Výjimky Webové aplikace
Oracle 1.6.0_43 Oracle 1.7.0_17* a novější verze. Oracle 1.6.0_43 Oracle 1.7.0_17* a novější verze. Oracle 1.6.0_43 Oracle 1.7.0_17* a novější verze
I. Služby: Tyto technické podmínky se vztahují na tyto služby: MojeBanka, MojeBanka Business a MojePlatba pro nakupující, Přímý kanál - doplněk služby MojeBanka Business, Profibanka, Expresní linka Plus,
KAPITOLA 22. Autentizace Windows
KAPITOLA 22 Autentizace Windows Formulářová autentizace je výborná, chcete-li vytvořit vlastní autentizační systém s záložní databází a vlastní přihlašovací stránkou. Co když ale vytváříte webovou aplikaci
Certifikáty a jejich použití
Certifikáty a jejich použití Verze 1.0 Vydání certifikátu pro AIS Aby mohl AIS volat egon služby ISZR, musí mít povolen přístup k vnějšímu rozhraní ISZR. Přístup povoluje SZR na žádost OVM, který je správcem
TRANSPORTY výbušnin (TranV)
TRANSPORTY výbušnin (TranV) Ze zákona vyplývá povinnost sledování přeprav výbušnin. Předpokladem zajištění provázanosti polohy vozidel v čase a PČR je poskytování polohy vozidla předepsaným způsobem. Komunikace
ISSS Mgr. Pavel Hejl, CSc. T- SOFT spol. s r.o.
Bezpečnost ICT ISSS 2009 Mgr. Pavel Hejl, CSc. T- SOFT spol. s r.o. 1 Obsah PKI a bezpečná autentizace Bezpečná komunikace Czech POINT Závěr 2 PKI a bezpečná autentizace 3 Bezpečná komunikace 4 Smart tokeny
Protokol HTTP 4IZ228 tvorba webových stránek a aplikací
4IZ228 tvorba webových stránek a aplikací Jirka Kosek Poslední modifikace: $Date: 2006/11/23 15:11:51 $ Obsah Úvod... 3 Co je to HTTP... 4 Základní model protokolu... 5 Struktura požadavku v HTTP 1.0 a
Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků
Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků 1 Obsah Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků (CIS)... 3 1. Dotaz na dostatek prostředků
Testování webových aplikací Seznam.cz
Testování webových aplikací Seznam.cz Roman Kümmel Bezpečnostní hrozby Síťové prvky, servery VPN, Remote desktop Webové aplikace DoS, DDoS Sociotechnika Wi-Fi Útoky proti uživatelům Útoky proti aplikaci