Elektronická pošta
m (překlep)  | 
		m (překlep)  | 
		||
| Řádka 62: | Řádka 62: | ||
== Postup při komunikaci ==  | == Postup při komunikaci ==  | ||
[[Soubor:Mail2.gif|thumb]]  | [[Soubor:Mail2.gif|thumb]]  | ||
| − | * Uživatel spustí klientský program('''Microsoft Outlook''', '''Mozilla Thunderbird''', popřípadě webový prohlížeč) a napíše zprávu  | + | * Uživatel spustí klientský program ('''Microsoft Outlook''', '''Mozilla Thunderbird''', popřípadě webový prohlížeč) a napíše zprávu  | 
* Zpráva je upravena tak, aby vyhovovala standardu RFC822 a pokud zpráva obsahuje nepovolené znaky (diakritika) nebo přílohy, je na ni aplikován standard '''MIME'''.  | * Zpráva je upravena tak, aby vyhovovala standardu RFC822 a pokud zpráva obsahuje nepovolené znaky (diakritika) nebo přílohy, je na ni aplikován standard '''MIME'''.  | ||
* Poté je zpráva předána serveru pro odchozí poštu pomocí protokolu SMTP. Klientský program zde vystupuje jako SMTP klient.  | * Poté je zpráva předána serveru pro odchozí poštu pomocí protokolu SMTP. Klientský program zde vystupuje jako SMTP klient.  | ||
** Jako poštovní servery se používají např.: '''Sendmail, Postfix'''  | ** Jako poštovní servery se používají např.: '''Sendmail, Postfix'''  | ||
| − | * Zpráva je na serveru zařazena do fronty zpráv. Server se je postupně pokouší odeslat: (pokud se nezdaří, zpráva   | + | * Zpráva je na serveru zařazena do fronty zpráv. Server se je postupně pokouší odeslat: (pokud se nezdaří, zpráva jde zpátky do fronty, v případě vypršení limitu je zpráva označena jako nedoručitelná...)  | 
** Nejprve se podívá na část adresy vpravo od zavináče (seznam.cz)  | ** Nejprve se podívá na část adresy vpravo od zavináče (seznam.cz)  | ||
** Snaží se ptát systému DNS kam má být doručena pošta pro "seznam.cz"  | ** Snaží se ptát systému DNS kam má být doručena pošta pro "seznam.cz"  | ||
| Řádka 125: | Řádka 125: | ||
*** používá dva klíče - veřejný a privátní  | *** používá dva klíče - veřejný a privátní  | ||
*** jednoduché předání privátního klíče → posílá se jen veřejný  | *** jednoduché předání privátního klíče → posílá se jen veřejný  | ||
| − | *** šifruje se veřejným klíčem, přečíst zprávu   | + | *** šifruje se veřejným klíčem, přečíst zprávu jde jen pomocí privátního  | 
*** algoritmus RSA - klíč s libovolnou délkou, používá se i jako základ pro digitální podpisy  | *** algoritmus RSA - klíč s libovolnou délkou, používá se i jako základ pro digitální podpisy  | ||
Verze z 25. 4. 2012, 07:07
- schéma funkce distribuce zprávy elektronického emailu (včetně role DNS)
 - serverový a klientský software
 - formát zprávy podle standardu RFC822
 - protokoly pro práci s poštou
 - MIME
 - zabezpečení zprávy elektronického mailu
 
Elektronická pošta je forma datové komunikace po internetu, označována také jako e-mail nebo SMTP pošta (podle používaného protokolu zajišťující přenos), která není vlastněna žádnou osobou nebo firmou → vychází z plně otevřených standardů (není proprietární).
Elektronická pošta je:
- rychlá (čas doručení v minutách a sekundách, i když může být ovlivněno stavem serveru...)
 - levná (záleží na způsobu připojení, používaném softwaru...)
 - pohodlná (možnost automatizace některých úkolů - třídění apod. (záleží na softwaru...))
 - efektivní (snadná propojitelnost s ostatními aplikacemi, hromadné odesílání zpráv...)
 - funguje "off-line" (nevyžaduje současné připojení odesílatele a příjemce)
 
Obsah | 
Historický základ - Standardy
Původní zadání pro koncepci elektronické komunikace znělo asi takto: Budou se přenášet co nejefektivněji krátké, čistě textové zprávy. Od toho se odvíjí veškeré protokoly a techniky pro přenos, protože dnes se to do tohoto zadání nevejdeme → velké zprávy, nestandardní znakové sady, přílohy...
Koncepce elektronické pošty je dodnes založena na dvou dokumentech:
- RFC821 - definuje přenosový protokol SMTP
 - RFC822 - definuje formát zpráv
 
RFC821 - Přenosový protokol SMTP
Tento dokument definuje přenosový protokol SMTP:
-  Přenosový protokol SMTP (Simple Mail Transfer Protocol)
- Podle tohoto protokolu spolu komunikují jednotlivé poštovní servery (jednotky MTA - Message Transfer Agents), když si mezi sebou předávají jednotlivé zprávy.
 - Spojení probíhá na smluveném portu 25
 -  Předpokládá, že přenášená data jsou sedmibitová
- Zpráva může obsahovat 128 ASCII znaků (základní sada ASCII)
 - Každý znak je zobrazitelný v sedmi bitech ( 27 = 128)
 - Při přenosu osmibitových zpráv není zaručen správný přenos
 
 
 
RFC822 - Definice zpráv
Tento dokument definuje formát zpráv přenášených přes SMTP. Říká že:
- Zpráva se skládá z hlavičky a těla
 -  Definuje typ a přesný tvar (syntaxi i sémantiku) jednotlivých položek v hlavičce:
- From: adresy odesilatelů
 - To: adresáti
 - Cc: adresy na které se dopis odešle i když nejsou hlavními adresáty
 - Bcc: tajné kopie. Jako cc, ale adresy se vymažou z ostatních mailů
 - Subject: předmět
 - Return Path: zpáteční cesta k odesílateli
 - Received: záznamy přidané během zpracování
 - Replay to: adresa pro zaslání odpovědi
 - Sender: adresa skutečného odesílatele pokud je jiná než From: nebo je ve From: více adres.
 - Message ID: identifikace zprávy
 - Resent-klic: při přeposílání se klíče původních hlaviček uvodí Resent-
 - X-neco: doplňující hlavička (např. X-priority: 3)
 - Mime-version: použitá verze MIME. viz dále
 
 - Říká, co smí a nesmí být v těle zprávy
 -  Definuje přesný formát adres, které lze používat pro potřeby elektronické pošty
-  
frantisek@vysmrkmaslo.cz 
 -  
 
Postup při komunikaci
- Uživatel spustí klientský program (Microsoft Outlook, Mozilla Thunderbird, popřípadě webový prohlížeč) a napíše zprávu
 - Zpráva je upravena tak, aby vyhovovala standardu RFC822 a pokud zpráva obsahuje nepovolené znaky (diakritika) nebo přílohy, je na ni aplikován standard MIME.
 -  Poté je zpráva předána serveru pro odchozí poštu pomocí protokolu SMTP. Klientský program zde vystupuje jako SMTP klient.
- Jako poštovní servery se používají např.: Sendmail, Postfix
 
 -  Zpráva je na serveru zařazena do fronty zpráv. Server se je postupně pokouší odeslat: (pokud se nezdaří, zpráva jde zpátky do fronty, v případě vypršení limitu je zpráva označena jako nedoručitelná...)
- Nejprve se podívá na část adresy vpravo od zavináče (seznam.cz)
 - Snaží se ptát systému DNS kam má být doručena pošta pro "seznam.cz"
 - Odpověď mu může dát pouze cílový name server (seznam.cz), (cesta k němu může vést postupně nejdřív přes name server pro CZ doménu)
 - V name serveru Seznam.cz bude tzv. MX záznam (Mail Exchange), který nám řekne, kam tuto zprávu doručit
 - Odesílací server tedy naváže spojení se serverem příjemce a zprávu mu pošle pomocí SMTP protokolu (server odesílatele je zde jako SMTP klient)
 
 - Podle části adresy vlevo od zavináče uloží server příjemce zprávu k příslušnému uživateli
 - Příjemce si poté zprávu vyzvedne pomocí svého klientského programu, což provádí pomocí protokolů POP3 a IMAP
 
Protokoly pro stahování zpráv
Pro stahování příchozích zpráv z poštovního serveru se používají dva protokoly:
-  POP3
- Dávkově se stahuje pošta do PC, nezůstává na serveru
 
 -  IMAP4
- Emaily zůstávají na serveru, pouze se stáhnou, když si je chceme prohlédnout
 
 
MIME
- Multipurpose Internet Mail Extension
 - Umožňuje posílat nepovolené znaky a umožňuje posílat přílohy
 - Pomocí MIME se nepovolené znaky překódují do 7-bitového vyjádření, aby šli odeslat přes SMTP
 -  MIME metody:
-  Quated Printable
- použití tam, kde se text příliš neliší od čistého ASCII textu
 - převod nestandardních znaků na základní ASCII znaky
 - např.: Č → "=C8"
 - zakódovaný text je stále pro člověka čitelný (při malém výskytu cizích znaků)
 
 -  Base64
- použití při větší odlišnosti textu od klasických ASCII znaků
 - určeno především pro obecná binární data
 - kódovaná data jsou o třetinu delší než originální text
 - pro člověka zcela nesrozumitelný text
 - text se rozdělí na bity a ty se pak po šesti useknou a vytvoří standardní ASCII znak → viz. obrázek
 
 
 -  Quated Printable
 
Zabezpečení zprávy
Pro zabezpečení elektronických zpráv se využívá šifrování pomocí klíčů, které zajistí, že zprávu přečtou jen povolané osoby, a digitální podpisy pro ověření identity odesílatele.
Šifrování
- nebo-li moderní kryptografie
 -  dělí se na:
-  Symetrické šifrování
- použití jednoho (privátního) klíče
 - privátním klíčem se šifruje i rozšifrovává
 - rychlejší, ale nemožnost předání klíče
 -  Přehled šifrovacích algoritmů:
-  DES
- klíč o 56 bitech
 - používá se i víckrát za sebou (Double DES, Triple DES...)
 
 - RC
 - IDEA
 
 -  DES
 
 -  Asymetrické šifrování
- používá dva klíče - veřejný a privátní
 - jednoduché předání privátního klíče → posílá se jen veřejný
 - šifruje se veřejným klíčem, přečíst zprávu jde jen pomocí privátního
 - algoritmus RSA - klíč s libovolnou délkou, používá se i jako základ pro digitální podpisy
 
 
 -  Symetrické šifrování
 
Podepisování - HASH
- HASH = otisk
 - díky HASHi máme jistotu, že zpráva nebyla změněna
 - HASH je obsažen v certifikátu, který je zašifrován privátním (podpisovým klíčem)
 -  V certifikátu je Veřejný klíč odesílatele, zašifrovaný HASH a adresa odesílatele
- Obsahuje také podpis certifikační autority
 - Celý certifikát obsahuje jak privátní tak veřejný klíč, ale posílá se pouze veřejná část !
 - Certifikáty mají příponu .P12
 
 
-  Hashovací algoritmy:
- MD5 (128 bitový výtah)
 - SHA (160 bitový výtah)
 
 
-  Uložení certifikátu
- v počítači (nedoporučuje se)
 - zakryptován pomocí operačního systému
 - Šifrovací token (iKey)
 - Čipová karta
 
 


