Thunderbird 128 no longer uses base64 encoding for signed-only OpenPGP messages, resulting in broken signatures with some providers.
Categories
(Thunderbird :: Security, defect)
Tracking
(thunderbird_esr128 fixed, thunderbird129 fixed)
People
(Reporter: u757434, Assigned: KaiE)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
|
48 bytes,
text/x-phabricator-request
|
wsmwk
:
approval-comm-beta+
wsmwk
:
approval-comm-esr128+
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
Steps to reproduce:
I tried TB 115.12. Everything is OK.
Error only in TB 128.0esr.
Actual results:
If the signature text field in the account settings is empty, I can send a digitally signed email using OpenPGP.
The digital signature is valid.
However, if the signature text field contains text, then the digital signature of a sent email is invalid.
But strangely enough, the digital signature is valid if I send this email encrypted.
additional information
The following error message appears in the email software eM Client:
The message signature contains confirmation errors:
Signature verification: The hash value of the message differs from the value of the signature.
| Assignee | ||
Comment 2•2 years ago
|
||
I cannot reproduce.
I tried both plain text and html emails.
Please send an example email to yourself, then save that email to a file (using menu file save as), and provide the resulting .eml file
(Either attach it here, or if you prefer, zip it, and send it by email to me. zipping is important to ensure no bits get modified in transit.)
| Assignee | ||
Comment 3•2 years ago
|
||
Or simply send a signed email to kaie@kuix.de
| Assignee | ||
Comment 4•2 years ago
|
||
cc yourself on the test email to me, so you can confirm (in sent folder, after sending) that it looks broken for you.
I sent you a signed email. With an eml file as an attachment.
Digital signature valid in the sent folder.
But the recipient receives an invalid signature.
| Assignee | ||
Comment 6•2 years ago
|
||
(In reply to andy76.honda from comment #5)
Digital signature valid in the sent folder.
That means the message is probably modified by your mail provider after you send it.
| Assignee | ||
Comment 7•2 years ago
|
||
I see that we're sending out 8bit messages for messages with OpenPGP signatures.
We have recently changed outgoing signed-only S/MIME messages to always use base64 encoding for the inner message, which makes it unnecessary for MTAs to change the encoding.
Looking at the test messages from Andy, I see they use quoted-printable encoding.
I think we should implement the equivalent fix from bug 1741362 for OpenPGP.
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 8•2 years ago
|
||
Andreas has provided me test messages that confirm my theory.
The test message used 7bit encoding, but still the provider converted it to quoted-printable.
| Assignee | ||
Comment 9•2 years ago
|
||
This appears to be regression and change of functional behavior.
Looking at signed-only OpenPGP messages sent with TB 115, I see did already use base64 encoding.
This also explains why the reporter says it worked with 115, and it broken in 128, only.
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 10•2 years ago
|
||
I found the cause.
It was this "cleanup" work:
https://hg.mozilla.org/comm-central/rev/66f9d9e76038#l2.1153
I failed to notice the functional change in the cleanup.
Magnus, I think we need to be more careful when doing cleanup in the future, and be even more careful to not introduce accidental behavior changes.
I have a patch, which restores the code.
It fixes the issue in my test, we again produce base64 encoding.
| Assignee | ||
Comment 11•2 years ago
|
||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
Comment 12•2 years ago
|
||
Pushed by daniel@thunderbird.net:
https://hg.mozilla.org/comm-central/rev/3f5427cedad6
Revert accidental functional change from cleanup, and improve decision logic. r=mkmelin
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 13•2 years ago
|
||
Comment on attachment 9413111 [details]
Bug 1908113 - Revert accidental functional change from cleanup, and improve decision logic. r=mkmelin
[Approval Request Comment]
Regression caused by (bug #): 1814893
User impact if declined: broken digital signatures on sent messages
Testing completed (on c-c, etc.): manually
Risk to taking this patch (and alternatives if risky): very low, because it's re-enable previously removed functionality
Comment 14•1 year ago
|
||
Comment on attachment 9413111 [details]
Bug 1908113 - Revert accidental functional change from cleanup, and improve decision logic. r=mkmelin
[Triage Comment]
Approved for beta
Approved for esr128
Comment 15•1 year ago
|
||
| bugherder uplift | ||
Thunderbird 129.0b4:
https://hg.mozilla.org/releases/comm-beta/rev/df09f29834ac
Comment 16•1 year ago
|
||
| bugherder uplift | ||
Thunderbird 128.1.0esr:
https://hg.mozilla.org/releases/comm-esr128/rev/9d0e7b44282a
| Reporter | ||
Comment 17•1 year ago
|
||
Everything works with TB 128.1.0esr.
With my email provider web.de and gmx.de, digital signatures are now valid again when I use OpenPGP.
Thank you very much.
Description
•