Elektronická pošta

Verze z 12. 4. 2012, 19:33

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)

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 ( 2 na 7 = 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: pož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 de 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

• Quated Printable
• Base64

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
        • požívá se i víckrát za sebou (Double DES, Triple DES...)
      • RC
      • IDEA
  • 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 de jen pomocí privátního
    • algoritmus RSA - klíč s libovolnou délkou, používá se i jako základ pro digitální podpisy

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