[Bug] Der Befehl "Ganzen Text verschlüsseln" ändert den Zeichensatz in US-ASCII

  • Basierend auf dem Thread "Umlaut-Problem beim Verschlüsseln" (dort ab hier) habe ich folgenden BT-Eintrag erstellt:

    #0000766: After encrypting entire text the predefined character set is changed automatically to US-ASCII

    Es geht also darum, dass wenn man die gesamte Nachricht über "Sicherheit | Nachricht verschlüsseln" mit PGP/GnuPG verschlüsselt, der voreingestellte Zeichensatz (z.B. UTF-8) unverändert übernommen wird. Verschlüsselt man aber nur den Nachrichtentext über "Sicherheit | OpenPGP | Ganzen Text verschlüsseln", dann wird der Zeichensatz nach dem Versenden automatisch in US-ASCII geändert, was dazu führt, dass nach der Entschlüsselung weder Umlaute noch Unicode-Zeichen angezeigt werden, da der MUA für die Darstellung automatisch den im Nachrichtenkopf eingetragenen Zeichensatz wählt. Dort steht nämlich:

    Code
    Content-Type: text/plain; charset=us-ascii


    anstelle von

    Code
    Content-Type: text/plain; charset=utf-8


    Getestet wurde das sowohl mit GnuPG v1 und v2 als auch mit der internen (RFC-1991) OpenPGP-Implementierung. Wird wohl auch bei Verwendung von PGP bzw. Symantec Encryption Desktop der Fall sein.

  • Habe vergessen zu erwähnen, dass man für den Test die Nachricht nicht unbedingt abzuschicken braucht. Es reicht aus, wenn man sie in den Ordner "Ausgang" speichert und sich anschließend den Quelltext dieser Nachricht über F9 anschaut.

  • Nachvollziehbar.
    Bug auch im BT bestätigt.

    Andere PGP-Verschlüsser haben auch im OpenPGP-Header der Mail das Charset drin.

    Nach Norm sollte das Charset immer UTF-8 sein.

    Zitat

    - "Charset", a description of the character set that the plaintextis in. Please note that OpenPGP defines text to be in UTF-8 bydefault. An implementation will get best results by translatinginto and out of UTF-8. However, there are many instances wherethis is easier said than done. Also, there are communities ofusers who have no need for UTF-8 because they are all happy witha character set like ISO Latin-5 or a Japanese character set. Insuch instances, an implementation MAY override the UTF-8 defaultby using this header key. An implementation MAY implement thiskey and any translations it cares to; an implementation MAYignore it and assume all text is UTF-8.

    http://tools.ietf.org/html/rfc2440

    Das sähe dann so aus:

    Der Bug in The Bat! verletzt die OpenPGP-Norm bei ASCII Armored Messages (also bei PGP/Inline)! :evil:

    habe ich den Ritlabsern auch geschrieben.


    The Bat! Pro 11.x BETA (32bit) | Win 11 Pro x64 | GnuPG 2.4.x | XMP + Regula

    Wer mich Er oder der Drache nennt, bekommt von der Drachin Pratze und Feuer zu spüren.

    2 Mal editiert, zuletzt von GwenDragon (19. September 2015 um 19:08)

  • Könnt ihr das bitte auch für die aktuelle 7.1.12 Final im Bugtracker bestätigen?


    The Bat! Pro 11.x BETA (32bit) | Win 11 Pro x64 | GnuPG 2.4.x | XMP + Regula

    Wer mich Er oder der Drache nennt, bekommt von der Drachin Pratze und Feuer zu spüren.