Hallo zusammen,

heute musste ich wiederholt feststellen, dass verschlüsselte Mails,
welche mit SeaMonkey 2.53.18.2 (benutzt Enigmail) verschlüsselt und
signiert wurden, von TB als auch von BB nicht entschlüsselt werden
konnten. Selbst eine gültige Signatur wird *nicht* (mehr) erkannt.

Enigmail ist auf dem neusten Stand mit GPG4Win4.3.1 und gpg2.4.5

Zur Gegenprobe werden hier die MUAs Outlook und Claws-Mail verwendet,
welche keinerlei Probleme mit diesen Mails von SM + Enigmail haben. Es
wird also die korrekte Signatur und die verschlüsselte Nachricht im
Detail wiedergegeben.
Dieses Problem mit TB/BB ist jederzeit mit Gegenprobe auf anderen MUAs
nachvollziehbar.

Auskunft von TB/BB:
<https://www.barghahn-online.de/Pictures/tb_bb_mails_von_sm_enigmail.png>

Kennt hier jemand dieses Problem? Nachfrage bei Kollegen, welche
ebenfalls diese Mails erhalten haben ergab, dass ihr TB diese
Nachrichten ebenfalls nicht verifizieren oder gar entschlüsseln kann.

Vielen Dank!

Thomas
--
== S E N D E Z E I T ============ DATUM : Dienstag, 21. Mai 2024
UHRZEIT: 20:48:21 UHR (MESZ)
== Heute: Tag der Notizzettel ===

Thomas Barghahn wrote:
> Hallo zusammen,
>
> heute musste ich wiederholt feststellen, dass verschlüsselte Mails,
> welche mit SeaMonkey 2.53.18.2 (benutzt Enigmail) verschlüsselt und
> signiert wurden, von TB als auch von BB nicht entschlüsselt werden
> konnten. Selbst eine gültige Signatur wird *nicht* (mehr) erkannt.
>
> Enigmail ist auf dem neusten Stand mit GPG4Win4.3.1 und gpg2.4.5
[..snip..]
> Auskunft von TB/BB:
> <https://www.barghahn-online.de/Pictures/tb_bb_mails_von_sm_enigmail.png>

Und was sagt das OpenPGP-Debug-Protokoll, welches dir da im Screenshot
rechts unten als Button angeboten wird?

*Frank Miller* meinte:
> Thomas Barghahn wrote:
>> [Entschlüsseln nicht möglich]
>> Enigmail ist auf dem neusten Stand mit GPG4Win4.3.1 und gpg2.4.5
> [..snip..]
>> Auskunft von TB/BB:
>> <https://www.barghahn-online.de/Pictures/tb_bb_mails_von_sm_enigmail.png>
>
> Und was sagt das OpenPGP-Debug-Protokoll, welches dir da im Screenshot
> rechts unten als Button angeboten wird?

Sorry, dieses Protokoll sollte eigentlich schon dabei sein. Hier also
nun das ungekürzte Protokoll:

| OpenPGP-Debug-Protokoll
| | :armored input
| :off 0: packet header 0x85010c (tag 1, len 268)
| Public-key encrypted session key packet
| version: 3
| key id: 0x6[...]
| public key algorithm: 1 (RSA (Encrypt or Sign))
| encrypted material:
| rsa m: 2046 bits
| :off 271: packet header 0x85010c (tag 1, len 268)
| Public-key encrypted session key packet
| version: 3
| key id: 0xc[...]
| public key algorithm: 1 (RSA (Encrypt or Sign))
| encrypted material:
| rsa m: 2048 bits
| :off 542: packet header 0xd2e9 (tag 18, partial len)
| Symmetrically-encrypted integrity protected data packet

Thomas
--
== S E N D E Z E I T ============== DATUM : Mittwoch, 22. Mai 2024
UHRZEIT: 00:09:33 UHR (MESZ)
== Heute: Tag des Vanillepuddings =

Thomas Barghahn wrote:
> *Frank Miller* meinte:
>> Thomas Barghahn wrote:
>>> [Entschlüsseln nicht möglich]
>>> Enigmail ist auf dem neusten Stand mit GPG4Win4.3.1 und gpg2.4.5
>> [..snip..]
>>> Auskunft von TB/BB:
>>> <https://www.barghahn-online.de/Pictures/tb_bb_mails_von_sm_enigmail.png>
>>
>> Und was sagt das OpenPGP-Debug-Protokoll, welches dir da im Screenshot
>> rechts unten als Button angeboten wird?
>
> Sorry, dieses Protokoll sollte eigentlich schon dabei sein. Hier also
> nun das ungekürzte Protokoll:
>
> | OpenPGP-Debug-Protokoll
> |
> | :armored input
> | :off 0: packet header 0x85010c (tag 1, len 268)
> | Public-key encrypted session key packet
> | version: 3
> | key id: 0x6[...]
> | public key algorithm: 1 (RSA (Encrypt or Sign))
> | encrypted material:
> | rsa m: 2046 bits
> | :off 271: packet header 0x85010c (tag 1, len 268)
> | Public-key encrypted session key packet
> | version: 3
> | key id: 0xc[...]
> | public key algorithm: 1 (RSA (Encrypt or Sign))
> | encrypted material:
> | rsa m: 2048 bits
> | :off 542: packet header 0xd2e9 (tag 18, partial len)
> | Symmetrically-encrypted integrity protected data packet

Also ich hab jetzt mit Crypto kaum was zu tun. Aber was mir auffällt sind
die Werte von "rsa m:". Zuerst 2046 bits und als nächstes 2048 bits.
2046 bits ist IMO eine sehr ungewöhnliche Größe in der IT.
Aber wie gesagt, frag besser Crypto-Experten, was da schief läuft.

*Frank Miller* meinte:
> Thomas Barghahn wrote:
>>
>> | OpenPGP-Debug-Protokoll
>> | [...]
>
> Also ich hab jetzt mit Crypto kaum was zu tun. Aber was mir auffällt sind
> die Werte von "rsa m:". Zuerst 2046 bits und als nächstes 2048 bits.
> 2046 bits ist IMO eine sehr ungewöhnliche Größe in der IT.
> Aber wie gesagt, frag besser Crypto-Experten, was da schief läuft.

Persönlich bin ich hier auch überfordert, zumal die MUAs Outlook,
Claws‑Mail und TheBat! mit der Verifizierung und dem Entschlüsseln
keinerlei Probleme haben.
Selbst wenn ich das Chiffrat über den Umweg "Kleopatra" oder "GPA"
dekodieren lasse, so bekomme ich immer ein sauberes Ergebnis.

Ja, hier benötige ich tatsächlich jemanden, der sich mit TB/BB aber mal
so richtig auskennt. ;-) Allerdings gehe ich nun schon von einem
ernstzunehmenden Bug aus.

Thomas
--
== S E N D E Z E I T ==============  DATUM : Mittwoch, 22. Mai 2024
  UHRZEIT: 02:08:20 UHR (MESZ)
== Heute: Tag des Vanillepuddings =

On 21 May 2024 20:48, Thomas Barghahn wrote:
> heute musste ich wiederholt feststellen, dass verschlüsselte Mails, welche mit
> SeaMonkey 2.53.18.2 (benutzt Enigmail) verschlüsselt und signiert wurden, von TB
> als auch von BB nicht entschlüsselt werden konnten. Selbst eine gültige Signatur
> wird *nicht* (mehr) erkannt.

Leider ist es so, dass die Verschlüsselungstechnologie sich ständig ändert, alte
E-Mails dann nicht mehr entschlüsselt werden können. Auf der sicheren Seite ist
man, wenn man verschlüsselte Nachrichten nach dem Erhalt entschlüsselt. Klingt
verrückt, ist aber so.

Ein Grund könnte sein, dass alte Nachrichten ohne MDC grundsätzlich nicht mehr
entschlüsselt werden:
https://bugzilla.mozilla.org/show_bug.cgi?id=1731608

TB/BB benutzen intern RNP und Botan, hat mit GnuPG nichts mehr zu tun. Und
Enigmail gibt es seit TB 78(?) sowieso nicht mehr.

Beantwortet das die Frage?

Es gibt übrigens gerade einen Crypto-Krieg zwischen GnuPG und dem Rest der Welt:
https://www.google.com.au/search?q=openpgp+schism
Es ist also zu erwarten, dass das Zeug in Zukunft untereinander inkompatibel wird
und mit der Vergangenheit sowieso.

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better.
www.betterbird.eu - www.betterbird.eu/#featuretable
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon funktioniert's!

*Jörg Knobloch* meinte:
> On 21 May 2024 20:48, Thomas Barghahn wrote:
>>
>> [Mails von SeaMonkey werden nicht verifiziert und entschlüsselt]
>
> Leider ist es so, dass die Verschlüsselungstechnologie sich ständig
> ändert, alte E-Mails dann nicht mehr entschlüsselt werden können. Auf
> der sicheren Seite ist man, wenn man verschlüsselte Nachrichten nach dem
> Erhalt entschlüsselt. Klingt verrückt, ist aber so.

Ja, das wird hier grundsätzlich auch so gehandhabt. Konkret geht es
jedoch um aktuelle Mails, welche in den letzten Wochen hier
"eingetrudelt" sind. Genau diese aktuellen Mails (nur von SM + Enigmail)
werden nicht (mehr) verifiziert und schon gar nicht entschlüsselt.
Letzteres gilt nur * *nur für TB/BB* *!

> Ein Grund könnte sein, dass alte Nachrichten ohne MDC grundsätzlich
> nicht mehr entschlüsselt werden:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1731608

Auch dieses gilt * *nur für TB/BB* *!

> TB/BB benutzen intern RNP und Botan, hat mit GnuPG nichts mehr zu tun.
> Und Enigmail gibt es seit TB 78(?) sowieso nicht mehr.

Enigmail ist auf aktuellem Stand und arbeitet nicht nur im MUA/NUA
SeaMonkey, welchen man ja auch schon "totgesagt" hat.

> Beantwortet das die Frage?

Zumindest muss ich mit deiner Antwort zunächst einmal leben. Zudem gibt
es Alternativen, *welche korrekt mit OpenPGP umgehen können*.
Auch das BSI unterstützt und rät weiterhin zu GPG4Win mit aktuellem
gpg2.4.5.

> Es gibt übrigens gerade einen Crypto-Krieg zwischen GnuPG und dem Rest
> der Welt: [...]

War das nicht auch schon vor 20 Jahren ein Thema(?). Aber gut, denn du
persönlich kannst für dieses "Missgeschick" von TB/BB nichts. :-)

Die Zukunft wird uns zeigen, wie es bezüglich Verifizierung,
Verschlüsselung und Privatsphäre weitergeht. Auch die Politik wird mMn..
dabei eine entscheidende Rolle spielen (wollen).

Thomas
--
== S E N D E Z E I T ============== DATUM : Mittwoch, 22. Mai 2024
UHRZEIT: 20:00:13 UHR (MESZ)
== Heute: Tag des Vanillepuddings =

On 22 May 2024 20:00, Thomas Barghahn wrote:
> Konkret geht es jedoch um aktuelle Mails, welche in den letzten Wochen hier
> "eingetrudelt" sind. Genau diese aktuellen Mails (nur von SM + Enigmail) werden
> nicht (mehr) verifiziert und schon gar nicht entschlüsselt. Letzteres gilt nur *
> *nur für TB/BB* *!

Also, die sog. "aktuellen" Mails, die mit Uralt-Software erzeugt wurden, würde ich
als Altlast bezeichnen und nicht erwarten, dass die moderne Software noch
entschlüsselt. Wende Dich doch mal an den Autor von Enigmail, Patrick Brunschwig.
Der hilft sicher gerne, da er sein Enigmail, dort noch pflegt, wo es eingesetzt
wird. Oder lege einen Bug in Bugzilla an.

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better.
www.betterbird.eu - www.betterbird.eu/#featuretable
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon funktioniert's!

*Jörg Knobloch* meinte:
> On 22 May 2024 20:00, Thomas Barghahn wrote:
>
>> ... Genau diese aktuellen Mails
>> (nur von SM + Enigmail) werden nicht (mehr) verifiziert und schon gar
>> nicht entschlüsselt. Letzteres gilt nur * *nur für TB/BB* *!
>
> Also, die sog. "aktuellen" Mails, die mit Uralt-Software erzeugt wurden,
> würde ich als Altlast bezeichnen und nicht erwarten, dass die moderne
> Software noch entschlüsselt. Wende Dich doch mal an den Autor von
> Enigmail, Patrick Brunschwig. [...] ...

Nun, dort wird man mir wahrscheinlich sagen:
"Alle modernen MUAs, wie bspw. Outlook365, TheBat!, Epyrus und
Claws‑Mail, haben mit dem Verifizieren und mit dem Entschlüsseln von
Mails, welche mit SM + Enigmail (*OpenPGP*) erstellt wurden, keinerlei
Probleme. Nur TB & BB können es nicht. Wo ist nun also das Problem zu
suchen?"

Wie sollte ich nun auf diese Frage antworten? ;-)

> ... Oder lege einen Bug in Bugzilla an.

Ob man dort den Namen "Enigmail" überhaupt noch hören bzw.lesen mag, das
wage ich zu bezweifeln. ;-)

Thomas
--
== S E N D E Z E I T ==============  DATUM : Donnerstag, 23. Mai 2024
  UHRZEIT: 00:24:25 UHR (MESZ)
== +++ Gründung der BRD 1949 +++ ==

On 22 May 2024 21:22, Jörg Knobloch wrote:
> Wende Dich doch mal an den Autor von Enigmail, Patrick Brunschwig. Der hilft
> sicher gerne, da er sein Enigmail, dort noch pflegt, wo es eingesetzt wird.

Genau das habe ich getan, seine Antwort war:

MDC ist sicher nicht die Ursache. Ich vermute eher, dass der Absender eine
top-aktuelle Version von Gpg einsetzt, welche TB nicht versteht.

Da sind wir also wieder bei

> Es gibt übrigens gerade einen Crypto-Krieg zwischen GnuPG und dem Rest der Welt:
> https://www.google.com.au/search?q=openpgp+schism
> Es ist also zu erwarten, dass das Zeug in Zukunft untereinander inkompatibel wird und mit der Vergangenheit sowieso.

Wenn das so ist, könnte man schon einen Bug anlegen mit dem Tenor:
Encrypted mail originating from latest GnuPG can't be handled by TB. Outlook,
Claws‑Mail and TheBat! can handle it.

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better.
www.betterbird.eu - www.betterbird.eu/#featuretable
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon funktioniert's!

On 23 May 2024 10:11, Jörg Knobloch wrote:
> Wenn das so ist, könnte man schon einen Bug anlegen mit dem Tenor:
> Encrypted mail originating from latest GnuPG can't be handled by TB. Outlook,
> Claws‑Mail and TheBat! can handle it.

Schau mal
https://bugzilla.mozilla.org/show_bug.cgi?id=1872833
https://bugzilla.mozilla.org/show_bug.cgi?id=1896918

Man kennt das Problem also schon:

I think Thunderbird should not produce such messages. However, GnuPG has already
released production versions that produce such messages. Worse, Thunderbird might
have already distributed public keys that signal support for being able to decrypt
this algorithm (because users had used GnuPG to create or edit their keys, and
then imported them into Thunderbird, but Thunderbird didn't remove the feature
advertisement flags).

As a result, no longer decrypting such messages in the next Thunderbird release
would mean a functional regression.

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better.
www.betterbird.eu - www.betterbird.eu/#featuretable
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon funktioniert's!

*Jörg Knobloch* meinte:
> On 22 May 2024 21:22, Jörg Knobloch wrote:
>
>> Wende Dich doch mal an den Autor von Enigmail, Patrick Brunschwig. Der
>> hilft sicher gerne, da er sein Enigmail, dort noch pflegt, wo es
>> eingesetzt wird.
>
> Genau das habe ich getan, seine Antwort war:
>
> MDC ist sicher nicht die Ursache. Ich vermute eher, dass der Absender
> eine top-aktuelle Version von Gpg einsetzt, welche TB nicht versteht.

Na da schau her! Verzeih mir bitte, dass ich mir gerade das Lachen
verkneifen muss, denn seine Antwort klingt wie eine schallende Ohrfeige. ;-)

> Da sind wir also wieder bei

Soviel zu deinem weiter oben geschriebenen Satz: "... Mails, die mit
Uralt-Software erzeugt wurden ..."

Aber gut, ich empfehle in diesem Zusammenhang GPG4Win 4.3.1 zu
installieren. Dieses Paket enthält die "top-aktuelle" und offizielle
Version 2.4.5 der "gpg.exe". Auch für Linux wird gpg in der Version
2.4.5 schon angeboten.

Erzeuge dir mit Kleopatra einen Testschlüssel, welchen du dann in TB/BB
/extern/ einbindest:
<https://www.barghahn-online.de/Pictures/tb_bb_openpgp_extern.png>

Schreibe dir nun selbst eine verschlüsselte Mail. Zum Entschlüsseln
dieser Mail benötigst du dann aber einen "top-aktuellen" MUA, der mit
OpenPGP in der "top-aktuellen" Version auch umgehen kann.
Ich empfehle in dem Zusammenhang die kostenlosen und aktuellen MUA/NUA
"SeaMonkey/2.53.18.2" und "Claws-Mail/4.2.0".

> Wenn das so ist, könnte man schon einen Bug anlegen mit dem Tenor:
> Encrypted mail originating from latest GnuPG can't be handled by TB.
> Outlook, Claws‑Mail and TheBat! can handle it.

Mache dir bitte zunächst selbst ein Bild über die aktuelle Situation
bezüglich aktueller Version OpenPGP und TB/BB.

Thomas
--
== S E N D E Z E I T ==============  DATUM : Donnerstag, 23. Mai 2024
  UHRZEIT: 12:10:38 UHR (MESZ)
== +++ Gründung der BRD 1949 +++ ==

*Jörg Knobloch* meinte:
> On 23 May 2024 10:11, Jörg Knobloch wrote:
>> Wenn das so ist, könnte man schon einen Bug anlegen mit dem Tenor:
>> Encrypted mail originating from latest GnuPG can't be handled by TB.
>> Outlook, Claws‑Mail and TheBat! can handle it.
>
> Schau mal
> https://bugzilla.mozilla.org/show_bug.cgi?id=1872833
> https://bugzilla.mozilla.org/show_bug.cgi?id=1896918
>
> Man kennt das Problem also schon:

Da liest sich /dein Satz/ aus:
M-ID: <mid:fffba185-c942-4dd2-ae45-843de85cbd1d@news.betterbird.eu> bzw.
M-ID: <fffba185-c942-4dd2-ae45-843de85cbd1d@news.betterbird.eu> bzw.
M-ID: <news:fffba185-c942-4dd2-ae45-843de85cbd1d@news.betterbird.eu> ...

| Also, die sog. "aktuellen" Mails, die mit Uralt-Software erzeugt
| wurden,würde ich als Altlast bezeichnen und nicht erwarten, dass die
| moderne Software noch entschlüsselt.

.... schon wie ein "Eigen-Tor" mit Anlauf! ;-)

Thomas
--
== S E N D E Z E I T ==============  DATUM : Donnerstag, 23. Mai 2024
  UHRZEIT: 13:09:17 UHR (MESZ)
== +++ Gründung der BRD 1949 +++ ==

*Jörg Knobloch* meinte:
>
> Leider ist es so, dass die Verschlüsselungstechnologie sich ständig
> ändert, alte E-Mails dann nicht mehr entschlüsselt werden können. Auf
> der sicheren Seite ist man, wenn man verschlüsselte Nachrichten nach dem
> Erhalt entschlüsselt. Klingt verrückt, ist aber so.

Dazu musste ich mich zunächst einmal kundig machen.

OpenPGP war, ist und bleibt vollständig abwärtskompatibel, was auch das
BSI immer wieder betont und dabei auf die entsprechende Spezifikation
verweist!

Sollte die MZLA bezüglich OpenPGP hier andere Wege gehen (wollen), so
sollte man vor der Benutzung von TB/BB im Zusammenhang mit
Verschlüsselungstechnologien grundsätzlich warnen. Zudem dürften TB/BB
dann nicht mehr mit dem Begriff "OpenPGP" auftreten und Werbung betreiben!

Siehe hierzu bitte auch die in diesem Thread geschilderte aktuelle
Situation bezüglich der Verifizierung und Entschlüsselung von OpenPGP
erstellten Chiffraten.

Thomas
--
== S E N D E Z E I T ==============  DATUM : Donnerstag, 23. Mai 2024
  UHRZEIT: 13:53:55 UHR (MESZ)
== +++ Gründung der BRD 1949 +++ ==

On 23 May 2024 13:09, Thomas Barghahn wrote:
> | Also, die sog. "aktuellen" Mails, die mit Uralt-Software erzeugt
> | wurden,würde ich als Altlast bezeichnen und nicht erwarten, dass die
> | moderne Software noch entschlüsselt.
>
> ... schon wie ein "Eigen-Tor" mit Anlauf!

Ja und? Ich hatte Unrecht und habe mich korrigiert. Nicht Altlasten sind das
Problem, sondern eine neue Inkompatibilität mit GnuPG.

Altes DDR-Sprichwort: Wer nichts macht, macht keine Fehler, und wer keine Fehler
macht, wird befördert.

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better.
www.betterbird.eu - www.betterbird.eu/#featuretable
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon funktioniert's!

On 21.05.24 20:48, Thomas Barghahn wrote:
> heute musste ich wiederholt feststellen, dass verschlüsselte Mails,
> welche mit SeaMonkey 2.53.18.2 (benutzt Enigmail) verschlüsselt und
> signiert wurden, von TB als auch von BB nicht entschlüsselt werden
> konnten. Selbst eine gültige Signatur wird *nicht* (mehr) erkannt.

Welche Version on TB betrifft das?
Eine der 115.x Versionen?

On 22.05.24 00:09, Thomas Barghahn wrote:
> | :off 542: packet header 0xd2e9 (tag 18, partial len)
> | Symmetrically-encrypted integrity protected data packet

Wenn es sich um den neuen Modus handeln würde, dann würde der Debug
Output ungefähr so aussehen:

:off 495: packet header 0xd4c013 (tag 20, len 211)
AEAD-encrypted data packet
aead algorithm: 2 (OCB)

Entgegen der Vermutungen in den anderen Nachrichten in dieser
Diskussion, nutzt diese verschlüsselte Nachricht scheinbar ein älteres
Paketformat (tag 18), aber eines, das eigentlich bereits in Kombination
mit MDC verwendet wird.

Es ist also noch nicht klar, warum mit TB nicht entschlüsselt werden
kann. Vielleicht ist die Nachricht beschädigt worden?

TB 115.x kann den neuesten Verschlüsselungs-Modus (AEAD/OCB), der
spezifisch von neueren GnuPG/LibrePGP eingeführt wurde, übrigens
entschlüsseln, zumindest sollte er es können. Nur in den neueren
Entwicklungs-Versionen wurde er abgeschaltet, und es wird aktuell
diskutiert, ob er doch wieder eingeschaltet werden sollte.)

Seid ihr in der Lage, solche Nachrichten reproduzierbar zu erzeugen?

Wenn ja, könntet ihr bitte solche verschlüsselte an mich schicken?

Den OpenPGP-Schlüssel für meine email Adresse findet ihr bei
keys.openpgp.org

Danke

On 23.05.24 12:10, Thomas Barghahn wrote:
> Aber gut, ich empfehle in diesem Zusammenhang GPG4Win 4.3.1 zu
> installieren. Dieses Paket enthält die "top-aktuelle" und offizielle
> Version 2.4.5 der "gpg.exe". Auch für Linux wird gpg in der Version
> 2.4.5 schon angeboten.
>
> Erzeuge dir mit Kleopatra einen Testschlüssel, welchen du dann in TB/
> BB /extern/ einbindest:
> <https://www.barghahn-online.de/Pictures/tb_bb_openpgp_extern.png>
>
> Schreibe dir nun selbst eine verschlüsselte Mail.

Mit TB geschickt?

Selbst wenn man in TB, wie von Dir gezeigt, einen von GnuPG verwalteten
privaten Schlüssel extern in TB einbindet, dann wird dieser private
Schlüssel nur für Operationen genutzt, die einen privaten Schlüssel
benötigen. Diese Operationen sind:
- signieren
- entschlüsseln

Das Verschlüsseln wird von Thunderbird immer mit dem internen RNP
ausgeführt, also auch in der von Dir gezeigeten Konfiguration.

Wenn Du also mit TB eine Nachricht an Dich selbst schickst, dann wird
TB/TNP interner Code zum verschlüsseln verwendet. Wenn die Nachricht
dann in TB wieder ankommt, und entschlüsselt werden soll, wird TB
zunächst versuchen, mit seinem internen verfügbaren Schlüsselmaterial zu
entschlüsseln. Vermutlich schlägt das in Deinem Fall fehl, da Du den
privaten Schlüssel nur in GnuPG hast. Aber da Du die externe GnuPG
Konfiguration hast, wird TB nun einen zweiten Versuch machen zu
entschlüsseln, bei dem TB die GnuPG bittet zu entschlüsseln. Da GnuPG
den passenden privaten Schlüssel hat, sollte das entschlüsseln
funktionieren, und TB sollte die entschlüsselte Nachricht anzeigen.

> Zum Entschlüsseln
> dieser Mail benötigst du dann aber einen "top-aktuellen" MUA, der mit
> OpenPGP in der "top-aktuellen" Version auch umgehen kann.

Wenn die Nachricht mit TB erzeugt wurde, dann sollte eigenlich eine top
aktuelle Version hierzu nicht nötig sein.

Die Verschlüsselung, die mit aktuellen Versionen von TB erzeugt wird,
sollte das gleiche Standard-Format verwenden, der in den letzten 5+
Jahren üblich war.

Es wäre hilfreich einen Dump zu erzeugen, welches Paketformat denn
konrekt von einer Nachricht erzeugt wurde.

Das kann man übrigens ganz gut mit diesem Kommando machen, über die
Kommandozeile. Wenn die Nachricht mit TB als Datei abgespeichert wurde
(Datei mit Endung .eml), dann könntet ihr die Nachricht in einem
Text-Editor editieren und alles vor -----BEGIN PGP MESSAGE-----
entfernen, und auch alles nach -----END PGP MESSAGE-----
entfernen. Dann speicher, und dann:

gpg --list-packets filename.eml

Das Ergebnis ist die Paketstruktur der Nachricht, mit Hilfe von dieser
Ausgabe kann man dann herausfinden, welche Struktur die Nachricht
tatsächlich hat.

Interessant ist hierzu auch die Struktur innerhalb des verschlüsselten
Bereichs, den man hierbei als Ausgabe nur dann erhält, wenn GnuPG den
passenden privaten Schlüssel hat.

Über diese Ausgabe könnte es möglich sein herauszufinden, warum die
ursprüngliche Nachricht nicht gelesen werden könnten.

Grüße

On 23 May 2024 23:32, Thunderbird Insider wrote:
> Welche Version on TB betrifft das?
> Eine der 115.x Versionen?

Hi, Kai. Nett, dass Du auf https://bugzilla.mozilla.org/show_bug.cgi?id=1896918#c1
reagiert hast. Wieso inkognito? Wir wissen, dass Du es bist.

Viele herzliche Grüße, Jörg ;-)

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better.
www.betterbird.eu - www.betterbird.eu/#featuretable
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon funktioniert's!

*Thunderbird Insider* (Kai Engert) meinte:
> On 21.05.24 20:48, Thomas Barghahn wrote:
>
>> heute musste ich wiederholt feststellen, dass verschlüsselte Mails,
>> welche mit SeaMonkey 2.53.18.2 (benutzt Enigmail) verschlüsselt und
>> signiert wurden, von TB als auch von BB nicht entschlüsselt werden
>> konnten. Selbst eine gültige Signatur wird *nicht* (mehr) erkannt.
>
> Welche Version on TB betrifft das?
> Eine der 115.x Versionen?

Genutzt werden hier die aktuellen Versionen von TB & BB 115.11.0.
Aufgefallen ist dieses Problem aber auch schon in früheren Versionen der
genannten Clienten.
>
> [...]
>
> Es ist also noch nicht klar, warum mit TB nicht entschlüsselt werden
> kann. Vielleicht ist die Nachricht beschädigt worden?

Keinesfalls, denn dann wären jene Nachrichten auf anderen Clienten
(bspw. CM, TheBat! oder Outlook) ebenfalls nicht verifizier- und
entschlüsselbar. In jenen Clienten wird das Chiffrat korrekt "ausgewertet".

> Seid ihr in der Lage, solche Nachrichten reproduzierbar zu erzeugen?

Jederzeit. :-) SeaMonkey/2.53.18.2 war hier schon länger installiert.
Enigmail wurde Add-On nun zu Testzwecken noch einmal hinzugezogen, um
genau solch eine Situation nachzustellen. Klappt immer! ;-)

> Wenn ja, könntet ihr bitte solche verschlüsselte an mich schicken?

Sehr gern. Eine verschlüsselte und signierte Mail wird in wenigen
Minuten versendet (siehe Bild).

<https://www.barghahn-online.de/Pictures/sm_test_mail.png>

> Den OpenPGP-Schlüssel für meine email Adresse findet ihr bei
> keys.openpgp.org

Gefunden! Vielen Dank! :-)

Thomas
--
== S E N D E Z E I T =============== DATUM : Freitag, 24. Mai 2024
UHRZEIT: 01:22:45 UHR (MESZ)
== Heute: Tag der Weinbergschnecke =

Am 24.05.2024 um 01:22 schrieb Thomas Barghahn:
> *Thunderbird Insider* (Kai Engert) meinte:
>> On 21.05.24 20:48, Thomas Barghahn wrote:
>
>> Wenn ja, könntet ihr bitte solche verschlüsselte an mich schicken?
>
> Sehr gern. Eine verschlüsselte und signierte Mail wird in wenigen
> Minuten versendet (siehe Bild).
>
> <https://www.barghahn-online.de/Pictures/sm_test_mail.png>

Nur mal so gefragt, weil es mir aufgefallen ist...

Macht es denn einen Unterschied, für den von Dir festgstellten Fehler in
TB oder BB, ob man eine Mail im HTML- oder im Text-Format verschlüsselt
versendet/empfängt?

--
LG
Matthias Berke

*Thomas 'Ingrid' Barghahn* meinte:
>
> Sehr gern. Eine verschlüsselte und signierte Mail wird in wenigen
> Minuten versendet (siehe Bild).
>
> <https://www.barghahn-online.de/Pictures/sm_test_mail.png>

Hier die Ergebnisse:

TB/BB : <https://www.barghahn-online.de/Pictures/ergebnis_tb_bb.png>
:-(
Outlook: <https://www.barghahn-online.de/Pictures/ergebnis_outlook.png>
CM : <https://www.barghahn-online.de/Pictures/ergebnis_cm.png>
TheBat!: <https://www.barghahn-online.de/Pictures/ergebnis_thebat.png>
:-)

Viel Erfolg! :-)

Thomas
--
== S E N D E Z E I T =============== DATUM : Freitag, 24. Mai 2024
UHRZEIT: 01:51:38 UHR (MESZ)
== Heute: Tag der Weinbergschnecke =

*Matthias Berke* meinte:
> Am 24.05.2024 um 01:22 schrieb Thomas Barghahn:
>>
>> <https://www.barghahn-online.de/Pictures/sm_test_mail.png>
>
> Nur mal so gefragt, weil es mir aufgefallen ist...

Es macht absolut keinen Unterschied.

Thomas
--
== S E N D E Z E I T =============== DATUM : Freitag, 24. Mai 2024
UHRZEIT: 02:01:02 UHR (MESZ)
== Heute: Tag der Weinbergschnecke =

*Thunderbird Insider* meinte:
> On 23.05.24 12:10, Thomas Barghahn wrote:
>
>> Aber gut, ich empfehle in diesem Zusammenhang GPG4Win 4.3.1 zu
>> installieren. Dieses Paket enthält die "top-aktuelle" und offizielle
>> Version 2.4.5 der "gpg.exe". Auch für Linux wird gpg in der Version
>> 2.4.5 schon angeboten.
>>
>> Erzeuge dir mit Kleopatra einen Testschlüssel, welchen du dann in TB/
>> BB /extern/ einbindest:
>> <https://www.barghahn-online.de/Pictures/tb_bb_openpgp_extern.png>
>>
>> Schreibe dir nun selbst eine verschlüsselte Mail.
>
> Mit TB geschickt?

Zunächst sollten wir unterscheiden, dass das erste Beispiel bezüglich
des Empfangs Schwierigkeiten macht. Die Test-Mail könntest du schon
erhalten haben.

Hier geht es nun um das Versenden von Mails (verschlüsselt *und*
signiert) aus TB/BB heraus mit extern gelagerten privaten Schlüsseln.

In diesem Fall ist es nur möglich eine Mail *nur* zu signieren /oder/
*nur* zu verschlüsseln. Die bei einer Verschlüsselung durchaus wichtige
Signatur führt zu Fehlern bzw. zu kaputten Mails, welche auch von
anderen Mailern *nicht* verifiziert und auch *nicht* entschlüsselt
werden können. TB/BB geben hierzu keinerlei Warnhinweise vor dem
Versenden aus und verschicken die kaputten Nails (mal eben so). ;-)

Die externe Lagerung von privaten Schlüsseln macht also nur noch dann
Sinn, wenn *nur* signiert werden soll. Mit Enigmail gab es zu der
damaligen Zeit nie Schwierigkeiten. Allein durch diese Problematik ist
heute eine doppelte Schlüsselverwaltung nötig, wenn gpg auch für andere
Dinge (siehe bspw. Dateiverschlüsselung bei Arbeitsprozessen) eingesetzt
werden soll bzw. muss.

Thomas
--
== S E N D E Z E I T =============== DATUM : Freitag, 24. Mai 2024
UHRZEIT: 03:57:19 UHR (MESZ)
== Heute: Tag der Weinbergschnecke =

*Thunderbird Insider* meinte:
> On 23.05.24 12:10, Thomas Barghahn wrote:
>
>> Aber gut, ich empfehle in diesem Zusammenhang GPG4Win 4.3.1 zu
>> installieren. Dieses Paket enthält die "top-aktuelle" und offizielle
>> Version 2.4.5 der "gpg.exe". Auch für Linux wird gpg in der Version
>> 2.4.5 schon angeboten.
>>
>> Erzeuge dir mit Kleopatra einen Testschlüssel, welchen du dann in TB/
>> BB /extern/ einbindest:
>> <https://www.barghahn-online.de/Pictures/tb_bb_openpgp_extern.png>
>>
>> Schreibe dir nun selbst eine verschlüsselte Mail.
>
> Mit TB geschickt?

Zunächst sollten wir unterscheiden, dass das erste Beispiel bezüglich
des Empfangs Schwierigkeiten macht. Die Test-Mail könntest du schon
erhalten haben.

Hier geht es nun um das Versenden von Mails (verschlüsselt *und*
signiert) aus TB/BB heraus mit extern gelagerten privaten Schlüsseln.

In diesem Fall ist es nur möglich eine Mail *nur* zu signieren /oder/
*nur* zu verschlüsseln. Die bei einer Verschlüsselung durchaus wichtige
Signatur führt zu Fehlern bzw. zu kaputten Mails, welche auch von
anderen Mailern *nicht* verifiziert und auch *nicht* entschlüsselt
werden können. TB/BB geben hierzu keinerlei Warnhinweise vor dem
Versenden aus und verschicken die kaputten Nails (mal eben so). 😉

Die externe Lagerung von privaten Schlüsseln macht also nur noch dann
Sinn, wenn *nur* signiert werden soll. Mit Enigmail gab es zu der
damaligen Zeit nie Schwierigkeiten. Allein durch diese Problematik ist
heute eine doppelte Schlüsselverwaltung nötig, wenn gpg auch für andere
Dinge (siehe bspw. Dateiverschlüsselung bei Arbeitsprozessen) eingesetzt
werden soll bzw. muss.

Thomas
--
== S E N D E Z E I T =============== DATUM : Freitag, 24. Mai 2024
UHRZEIT: 03:57:19 UHR (MESZ)
== Heute: Tag der Weinbergschnecke =

*Thunderbird Insider* meinte:
> On 23.05.24 12:10, Thomas Barghahn wrote:
>
>> Aber gut, ich empfehle in diesem Zusammenhang GPG4Win 4.3.1 zu
>> installieren. Dieses Paket enthält die "top-aktuelle" und offizielle
>> Version 2.4.5 der "gpg.exe". Auch für Linux wird gpg in der Version
>> 2.4.5 schon angeboten.
>>
>> Erzeuge dir mit Kleopatra einen Testschlüssel, welchen du dann in TB/
>> BB /extern/ einbindest:
>> <https://www.barghahn-online.de/Pictures/tb_bb_openpgp_extern.png>
>>
>> Schreibe dir nun selbst eine verschlüsselte Mail.
>
> Mit TB geschickt?

Zunächst sollten wir unterscheiden, dass das erste Beispiel bezüglich
des Empfangs Schwierigkeiten macht. Die Test-Mail könntest du schon
erhalten haben.

Hier geht es nun um das Versenden von Mails (verschlüsselt *und*
signiert) aus TB/BB heraus mit extern gelagerten privaten Schlüsseln.

In diesem Fall ist es nur möglich eine Mail *nur* zu signieren /oder/
*nur* zu verschlüsseln. Die bei einer Verschlüsselung durchaus wichtige
Signatur führt zu Fehlern bzw. zu kaputten Mails, welche auch von
anderen Mailern *nicht* verifiziert und auch *nicht* entschlüsselt
werden können. TB/BB geben hierzu keinerlei Warnhinweise vor dem
Versenden aus und verschicken die kaputten Nails (mal eben so). ;-)

Die externe Lagerung von privaten Schlüsseln macht also nur noch dann
Sinn, wenn *nur* signiert werden soll. Mit Enigmail gab es zu der
damaligen Zeit nie Schwierigkeiten. Allein durch diese Problematik ist
heute eine doppelte Schlüsselverwaltung nötig, wenn gpg auch für andere
Dinge (siehe bspw. Dateiverschlüsselung bei Arbeitsprozessen) eingesetzt
werden soll bzw. muss.

Thomas
--
== S E N D E Z E I T =============== DATUM : Freitag, 24. Mai 2024
UHRZEIT: 04:02:05 UHR (MESZ)
== Heute: Tag der Weinbergschnecke =