Vlákno názorů k článku E-mailem se šíří falešné výzvy k prodloužení domény, varuje CZ.NIC od Vindis - Reklamovat transakci u své banky s odkazem, že...

Reklamovat transakci u své banky s odkazem, že se jedná o podvodný účet. Ale nevím, jakou šanci to má.

Nevím jak ten email vypadá ve skutečnosti. Především odkud email přichází (i když ten se dá falšovat). Ale majitel domény by měl snad vědět jakého registrátora má a kdy přibližně má expiraci. A pokud má pochybnosti, tak se podívá do administrace registrátora, kde by měla být rovněž vystavena zálohová faktura.

Sledoval jsem z různých zdrojů a je to jak píšete. Je to docela dobře promyšlený.

V tom případě by mělo platit jedno zásadní pravidlo. Nikdy se nespoléhat na emaily. Emaily vždy brát jen jako informační nebo komunikační, ale nikdy ne vykonávací. Pokud přijde nějaká žádost o platbu, tak nespoléhat se na údaje v něm, ale platbu provádět a ověřovat jen přes skutečné stránky nebo osoby. To jest, přihlásit se k registrátorovi a ověřit fakturu tam. A ze stejného místa provádět i platby.
To samé i u těch exekučních podvodů. Ověřit si u zdroje, zda je ta platba skutečná.

Stačí mít doménu zaregistrovanou u registrátora, který e-maily s fakturami elektronicky podepisuje. A samozřejmě podpis kontrolovat.

Webmaily by podpisy mohly umět kontrolovat, ale nedělají to, protože by tím na sebe braly odpovědnost, kterou má mít uživatel. Navíc by bylo divné, kdyby jejich uživatelé mohli podpisy kontrolovat ale ne vytvářet.
I když po včerejšku si říkám, že zpráva "podpis e-mailu je asi platný" by nebyla k zahození ani u webmailu.
SPF ani DKIM snad neřeší adresu uvedenou ve zprávě, ne? Umožnili by lépe vystopovat skutečného odesílatele, ale těm e-mailům by to nezabránilo.

Jenže DKIM není povinný, a jak byli řečeno, není všude. Tudíž ochrana to je, ale záleží jen na příjemci, zda zprávu ověří nebo ne. Tedy je to stejný stav jako s e-podpisem.

Co brání útočníkovi hlavičku From z podpisu vynechat? Nebo váš klient vám zobrazuje, které hlavičky byly DKIM podepsány? Pravda je, že třeba GMail zobrazuje název domény, kterou byl e-mail podepsán, toho by si někdo všimnout mohl.
Nicméně DKIM je primárně určen pro ověření serveru, ne obsahu e-mailu. Je úplně v pořádku posílat e-mail s fakturou třeba přes SMTP server ISP. U registrátora domén by bylo trochu divné, že nemá svůj server, ale třeba u e-shopu by to nebylo nic překvapivého.

E-podpisy na webmailech. Implementačně to není složitý. Sám jsem něco podobného dělal, i když nešlo o webmail, ale o systém, jež přijímal emaily a kontroloval pravost. Stejně tak podepisoval a odesílal. Problém ale představuji dvě věci. Tím prvním je správa CA. Webmail musí mít nějaký seznam podporovaných CA certifikátů, aby mohl ověřit email. Navíc je tu i určitá režie. Webmail by musel pořád něco ověřovat (není jen jeden email, ale stovky tisíc) a to je zátěž. Takže nejde ani tak o zodpovědnost, ale o technické aspekty a rozšiřitelnost e-podpisu. A druhým a to je největší problém. Webmail musí mít přístup k privátnímu klíči, aby mohl vůbec email podepsat. Což představuje bezpečnostní riziko - klíč se někam posílá ven. Takže jde o důvěru. A pochybuji, že by někdo jen tak dával serveru privátní klíč, jen aby podepsal email.
Na desktopu je to jednoduché. Všechno je na jednom místě. Ověření provádí program a jen při načtení emailu, takže v daný moment se ověřuje jen jeden email - nulová zátěž. Navíc správa CA je na uživateli. Pokud tam vloží CA, tak je to jen na jeho riziko, zda CA důvěřuje. A podepisování je také snadné. Program jen sáhne do systému nebo pokud to má v sobě, a přímo na místě email podepíše.

Certifikáty CA by si mohl každý uživatel udržovat sám i na webmailu. Jak je vidět, smysl by mělo i pouhé ověřování, bez možnosti e-mail také podepsat. Problém je v tom, že je pak potřeba věřit, že provozovatel webmailu dělá to ověření správně. Na druhou stranu, Googlu bych v případě faktury na pár korun, jako je tenhle případ,to ověření podpisu věřil.
Podpis by se dal udělat, pokud by byl elektronický podpis implementován v prohlížečích. Nějaké náznaky, že by se něco takového mohlo udělat, se občas objevují, ale je to hodně okrajové. Jsou mnohem důležitější věci, co v prohlížečích implementovat – přehrávání videa, 3D transformace…

Ale pořád ta hlavička From může mít e-mail z úplně jiné domény, než ze které je podpis. To se přece uvádí jako zásadní výhoda DKIM oproti SPF, že je možné přeposílat e-maily i se zachováním obálkového odesílatele.

Takže mi přijde e-mail s From faktury@eshop.cz s validním DKIM podpisem z domény hosting.cz. A někde v hlavičkách bude možná zmínka, že obálkovým odesílatelem byl faktury@eshop.cz. Příště přijde další e-mail s From faktury@eshop.cz s validním DKIM podpisem z domény hosting.cz.A někde v hlavičkách bude možná zmínka, že obálkovým odesílatelem byl hacker@taky-klient-hosting.cz. To mi asi moc nepomůže, ne?
Registrátor domén svůj e-mailový server nemusí poskytovat i klientům, ale spousta registrátorů je zároveň třeba webhostery, takže je dost pravděpodobné, že přes jejich e-mailové servery mohou e-maily posílat i klienti.

Pokud ta firma chce vypadat důvěryhodně, měla by především podepisovat tu fakturu a/nebo e-mail. Ověření domény odesílatele totiž pořád ještě mnoho neznamená pro důvěryhodnost obsahu. Třeba e-mail odeslaný z domény vysoké školy může mít všechno v pořádku, DKIM podpis pro odesílatele uvedené ve zprávě sedí, doména má ADSP s dkim=all, ale přesto bych neproplácel každou fakturu, kterou student té školy odešle.
Zrovna GMail DKIM bere v úvahu při analýze spamu a pokud je DKIM podpis ověřen, zobrazuje to u e-mailu.