Willkommen im mailbox User Forum
 

Ungültige PGP-Signatur bei Mails in Thunderbird von und nach mailbox.org

Ralf R. hat dies geteilt, 53 Tage her
gelöst

Hallo Forengemeinde, hoffentlich könnt ihr mir helfen.

Bei Mails von und in Richtung @mailbox.org bekomme ich folgende Fehlermeldung:

"Ungültige digitale Signatur

Diese Nachricht enthält eine Signatur, aber es wurde ein technischer Fehler festgestellt. Entweder wurde die Nachricht beschädigt oder von einer anderen Person verändert."


Der Fehler tritt unter allen neueren Thunderbird-Versionen auf, bis auf Thunderbird 140.14.0esr, da funktioniert die Signatur. Die Signatur bzw. derselbe Signaturschlüssel funktioniert auch unter allen Thunderbirdversionen bei anderen Mailprovidern. Vor ein paar Tagen habe ich dieses Problem dem Support gemeldet, allerdings habe ich nur Mailbox Light.

MfG

Beste Antwort
Foto

Dann sollte sich der @Support das trotzdem mal anschauen, auch wenn Du nur den Light-Tarif hast, denn es geht um eine angebotene Funktion.

Dieser Kommentar ist im Papierkorb! Wiederherstellen

Antworten (11)

Foto
1

Ich habe Thunderbird 154.0 (also neueste Version) und keine Probleme mit PGP. Was mich irritiert ist der Umstand, dass in beide Richtungen das Problem auftritt. Wenn Du eine PGP-signierte Mail von mailbox erhältst, wird der Key für noreply@mailbox.org verwendet. Hast Du diesen im Schlüsselbund? Sonst lade ihn von der Impressum-Seite herunter: https://mailbox.org/de/impressum/

Wenn Du Mails an mailbox.org sendest, verwendest Du ja Deinen public key.

Hast Du bei mailbox im Webmailer irgend welche Regeln/Filter, die Mails evtl. verändern?

Nachtrag: Oder sehe ich das Problem zu "eng"? Sind alle ein- und ausgehenden Mails mit Deinem mailbox-Account betroffen? Wie sehen die Mails im Webmailer aus, falls Du dort den Guard aktiviert hast?

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Guard ist nicht aktiviert. Den Schlüssel von noreply@mailbox.org habe ich im Schlüsselbund und die Signatur von der automatischen Antwort funktioniert. Wenn ich eine Mail von GMX oder Hotmail testweise an meine Mailbox-Adresse sende, ist die Signatur - wie oben beschrieben - ungültig. Genauso Nachrichten von meiner Mailbox-Adresse weg ....

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Sind in beiden Richtungen nur die Provider GMX und Hotmail betroffen? Ich frage deshalb, weil man hier im Forum, aber auch in anderen Foren bei anderen Provideren, immer wieder hört, dass Mails von/an GMX (+ WEB.DE), Hotmail und Google Probleme bereiten.
Könnte es sein, dass GMX und Hotmail Mails von Dir nach Einlieferung verändern?

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
Foto
1

Ich habe 3 Mailadressen: (GMX, Hotmail, Mailbox) und untereinander signierte Testmails verschickt. Hotmail-GMX und andersherum funktioniert - nur Mailbox nicht.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Auch Mailboxintern funktioniert es nicht. Ich habe eine signierte Mail an meinen Alias geschickt.

Jeder mit eigenem Schlüssel.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Dann sollte sich der @Support das trotzdem mal anschauen, auch wenn Du nur den Light-Tarif hast, denn es geht um eine angebotene Funktion.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

@Supprt: Ich habe jetzt versucht das Problem nachzustellen.
Ich habe mit Thunderbird von meinem mailbox-Konto eine digital signierte Mail an einen mailbox-Alias und an eine t-online-Adresse geschickt. In beiden Fällen wird auf Empfängerseite die vom Autor genannte Fehlermeldung angezeigt.
Dann habe das gleiche Spiel (signierte Mail an Alias und an t-online-Konto) mit eM Client (Vers. 10.4.5674) gemacht. In beiden Fällen kein Fehler; Signatur wird als gültig erkannt.
Fazit für den Augenblick: Der fehler tritt bei mir nur mit Thunderbird auf.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Noch ein Nachtrag: Jetzt Versand mit Thunderbird von T-Online an mailbox.org (Fehler!) und an ein Konto bei meinem Wehoster (kein Fehler!).
Fazit auch jetzt: Der Fehler tritt nur in Verbindung mit mailbox.org und Thunderbird auf.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
Foto
1

Kleiner Nachtrag: Bei verschlüsselten Mails (Signatur ist inbegriffen) funktioniert alles.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
Foto
1

Der Fehler tritt ab Thunderbird 144.0 mit dieser "Korrektur" auf:

"OpenPGP & Verschlüsselung: Ein kritischer Fehler wurde korrigiert, bei dem beim Erstellen einer digital signierten OpenPGP-E-Mail fälschlicherweise nicht alle Header-Daten mit signiert wurden."

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Authentication-Results: incoming_mbo;
	dkim=fail ("body hash did not verify")

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Gelöst ist es nicht ...

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
Foto
1

Denn offensichtlich stimmt was mit der DKIM-Konfiguration bei mailbox.org nicht.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

... und Thunderbird nimmt es mit der Signatur des gesamten Headers zu genau - aber richtig. :-)

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
2

Guten Tag,

ich kann das hier beschriebene Problem ebenfalls reproduzieren, in meinem Fall mit Betterbird 153.2.0esr-bb8 und mailbox.org.

Mir ist bewusst, dass der ursprüngliche Bericht Thunderbird betrifft und ich Betterbird verwende. Das beobachtete Verhalten entspricht jedoch dem beschriebenen Thunderbird-Problem. Entscheidend ist bei meinem Test außerdem, dass die von Betterbird erzeugte Nachricht im Ordner „Gesendet“ mit GnuPG erfolgreich verifiziert werden kann und erst die über mailbox.org empfangene Fassung eine ungültige Signatur aufweist.

Ich habe die gesendete und anschließend wieder empfangene OpenPGP/MIME-signierte Nachricht unabhängig mit GnuPG 2.4.4 untersucht.

Die im Ordner „Gesendet“ gespeicherte Nachricht besitzt eine kryptografisch gültige OpenPGP-Signatur. GnuPG meldet hier „Korrekte Signatur“.

Nach dem Versand über mailbox.org und dem erneuten Empfang derselben Nachricht zeigt Betterbird dagegen „Ungültige digitale Signatur – technischer Fehler“. Eine unabhängige Überprüfung der empfangenen Nachricht mit GnuPG ergibt ebenfalls eine falsche Signatur.

Daraufhin habe ich den tatsächlich signierten MIME-Bereich der gesendeten und der empfangenen EML-Datei miteinander verglichen. Das Ergebnis lautet: Der signierte Inhalt ist nicht identisch, der OpenPGP-Signaturblock selbst dagegen schon.

Der entscheidende Unterschied zwischen den beiden signierten MIME-Bereichen ist der Header „User-Agent: Betterbird (Linux)“. Dieser Header ist in der gesendeten und noch korrekt signierten Nachricht Bestandteil des signierten MIME-Bereichs. In der über mailbox.org empfangenen Nachricht fehlt genau dieser Header.

Dadurch wurde der bereits signierte Nachrichteninhalt nachträglich verändert, während die OpenPGP-Signatur selbst unverändert blieb. Entsprechend kann die Signatur beim Empfänger nicht mehr erfolgreich verifiziert werden.

Das Verhalten passt auch zu dem bereits bei Mozilla dokumentierten Bug 1999642 im Zusammenhang mit den seit Thunderbird 144 geschützten beziehungsweise signierten Headern.

Meine Systemumgebung:

Betriebssystem: Linux Mint 22.3 (Zena)
Kernel: 7.0.0-31-generic
Desktop: Cinnamon / X-Cinnamon

Betterbird: 153.2.0esr-bb8
Installation: Flatpak, systemweit
Quelle: Flathub
Runtime: org.freedesktop.Platform/x86_64/25.08

Flatpak: 1.14.6
GnuPG: 2.4.4
libgcrypt: 1.10.3

Vielleicht hilft dieser Vergleich bei der weiteren Eingrenzung. Nach meinem Test ist die von Betterbird erzeugte OpenPGP-Signatur zunächst gültig. Ungültig wird sie erst, nachdem der User-Agent-Header aus dem signierten MIME-Bereich verschwunden ist.

Die gesendete und die empfangene EML-Datei habe ich für weitere Untersuchungen noch vorliegen. Wegen der darin enthaltenen persönlichen Daten und Metadaten möchte ich diese nicht öffentlich im Forum hochladen. Falls sie für die Untersuchung benötigt werden, kann ich sie dem mailbox.org-Team auf einem nichtöffentlichen Weg zur Verfügung stellen.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Das Problem tritt auch bei Fastmail auf und sogar, wenn man den User-Agent-Header in Thunderbird deaktiviert.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Abhilfe schafft in den Thunderbird-Einstellungen

mailnews.headers.sendUserAgent UND

mail.identity.idX.sendAutocryptHeaders auf false zu stellen.

Danke an den User zapata.

https://userforum.mailbox.org/topic/16591-openpgp-signatur-nach-empfang-uber-mailbox-org-ungultig-user-agent-entfernt

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Ändert natürlich nichts daran, dass Mailbox noch ein wenig Arbeit deswegen hat. :o)

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Ja, mailbox soll umgehend das Entfernen von Headern (User-Agent, etc.) (zumindest bei Eingehenden Nachrichten) abstellen, da das ja offenbar auch zu Problemen mit DKIM führt.

Das Problem mit dem Autocrypt-Header sollten sich vielleicht die Thunderbird Entwickler anschauen. Das tritt nämlich auch in Verbindung mit anderen E-Mail Anbietern auf... bei Verwendung von RSA-Keys (ich habe 2048 und 4096 bits getestet). Evolution (3.60.2) fügt auch Autocrypt-Header ein und damit gibt es keine ungültige Signaturen.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Ich pushe das mal. Wenn es wirklich stimmt, dass mailbox.org bei eingehenden Mails den Header manipuliert, und damit Signaturen von dkim, pgp und smime bricht, dann wäre das ganz klar ein Fehler.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Ja, der User-Agent wird bei eingehenden E-Mails weiterhin entfernt: im Header und in der Signatur selbst (protected headers). Einfach mal selbst testen. Wieso und wo die Formatierung des Autocrypt-Headers geändert wird, habe ich noch nicht herausgefunden. Dieses Problem tritt auch bei anderen Anbietern auf. Der Workaround ist weiterhin erforderlich.

Und seit Monaten keine Rückmeldung vom Support. :-(

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
Foto
2

Hallo zusammen,

vielen Dank für Ihre Meldungen und Ihre Geduld.

Unser Administratoren-Team hat nun das Handling der E-Mails wieder so angepasst, dass die Header nicht mehr entfernt werden. Somit tritt der beschriebene Fehler nicht mehr auf.


Viele Grüße

Ihr mailbox Team

---

Nützliche Links:

b14dfb2e9d1721af60502acf8ae78994

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Danke für die Rückmeldung

kann ich bestätigen der Fehler wurde behoben.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Funktioniert jetzt. Vielen Dank an das Supportteam.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Mit Autocrypt-Header (und RSA Keys)? Diese Einstellung ist m.W. standardmäßig ein.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

mail.identity.idX.sendAutocryptHeaders

steht wieder auf Standard und es funktioniert mit RSA-Schlüsseln.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Standaed ist löschen des Wertes false, sodass Bolean markiert ist.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

OK, danke. Innerhalb von mailbox und mailbox zu einigen externen Empfängern scheint bei mir auch zu funktionieren. Bei zumindest einem Anbieter tritt das Problem weiterhin auf, scheint aber nicht an mailbox zu liegen.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
Hinterlassen Sie einen Kommentar
 
Dateianlage anfügen
You can't vote. Please authorize!