Cannot decrypt inner OpenPGP MIME layer that is wrapped in an outer S/MIME signature
Categories
(MailNews Core :: Security: OpenPGP, enhancement)
Tracking
(Not tracked)
People
(Reporter: f.fainelli, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:103.0) Gecko/20100101 Firefox/103.0
Steps to reproduce:
Attempt to view a PGP encrypted email
Actual results:
The email client shows:
This is an encrypted message part. You need to open it in a separate window by clicking on the attachment.
but there are no attachments available for download
Expected results:
Inline decryption should have worked and allowed me to read the email without having to do Save as -> gpg -d-> Open
Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Do you have a sample you can attach, as .eml?
Reporter | ||
Comment 2•2 years ago
|
||
This is happening with my work account so it would contain sensitive information that I would not be allowed to share. Any way I can provide you with what you need under the form of logs maybe?
Reporter | ||
Comment 3•2 years ago
|
||
(In reply to f.fainelli from comment #2)
This is happening with my work account so it would contain sensitive information that I would not be allowed to share. Any way I can provide you with what you need under the form of logs maybe?
This is what the console reports while clicking on these PGP encrypted emails:
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
INBOX>121694
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
{9f5c9d22-f99b-438c-8885-b7401f658221}
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
blank
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
INBOX>121529
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
{9f4a3284-7f87-428e-9aaf-1330c1f3d590}
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
blank
This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
INBOX>121530
Updated•2 years ago
|
Reporter | ||
Comment 4•2 years ago
|
||
Also affects TB 102.2. How do we proceed further here?
Why do we have so many PGP bugs when there was a perfectly working environment thanks to Engimail? I suppose I could always go back to whatever older version worked be it using Engimail or be TB 91.
Seriously though this is a collosal disaster and it makes me both frustrated and sad.
Comment 5•2 years ago
|
||
If the message is indeed encrypted, I guess you could forward it to me (as .eml) or attach it to this bug.
For debugging you can find some info at https://wiki.mozilla.org/Thunderbird:OpenPGP#Debugging_.2F_Tracing
Encrypted subparts need to be viewed separately for security reasons. What was done in the past was not safe.
Reporter | ||
Comment 6•2 years ago
|
||
Reporter | ||
Comment 7•2 years ago
|
||
Forwarded you the email that fails to decrypt and attached the enigdbug.txt file that shows the message loading. Thanks Magnus!
Comment 8•2 years ago
|
||
I can reproduce the symptom you described.
Your message is a very unexpected combination, because the outermost signature is actually using the S/MIME technology, and the parts inside are using OpenPGP.
Nevertheless, I agree it's bad that the UI talks about an attachment, while we don't offer one.
I wonder if the cause of the missing attachment is bug 1749340. At that time, we had a scenario in which attachments were shown twice, and it wasn't clear in which scenarios the additional attachment might be helpful.
I can perform a local experiment to revert that patch and see if it would restore the ability to open the inner openpgp message.
Comment 9•2 years ago
|
||
While you're waiting for a better solution, I want to invite you to try the following (painful) workaround.
While viewing the email, use file save as, and save the full message to file.
Then open a text editor. Find the first occurrence of the content-type header.
Copy the contents of the boundary parameter found in that line (the part inside the quotes).
Search for that text in the remainer of the message.
You'll see that it is find immediately below again.
Remove the "Content-Type" line, the blank line that follows, and also the following boundary line.
Then continue to search. You'll find it again twice. Remove both lines, and everything in between those lines (which is the S/MIME signature).
Then save that file.
Then use Thundebird, file, open saved message, and open that file.
This should allow you to view the decrypted message.
Comment 10•2 years ago
|
||
(In reply to Kai Engert (:KaiE:) from comment #9)
This should allow you to view the decrypted message.
No. While the attachment is shown, we don't decrypt it when opened in a separate window.
Comment 11•2 years ago
|
||
Ok, we're actually saving a zero bytes file. So allowing that inner part to be saved and opened isn't as easy as restoring that old patch.
Updated•2 years ago
|
Comment 12•2 years ago
|
||
I want to say that the current behavior is intended. We don't directly decrypt, unless the encryption is the outermost MIME layer.
However, it might be helpful to offer some way to more easily access the inner encrypted part.
Updated•2 years ago
|
Reporter | ||
Comment 13•2 years ago
|
||
It took a while, but I now have a working PGP set-up with Outlook 2016, however it does not appear to create emails that Thunderbird is unable to read. Working with a colleague to get you that specific email that made me file this bug in the first place.
Comment 14•2 years ago
|
||
Let's handle it in the older bug 1594253.
Comment 15•2 years ago
|
||
Thunderbird Beta version 110 and later contain a fix for this issue. Are you able to test and give feedback if the solution works for you?
If you cannot comment in bugzilla for whatever reason, please send email to kaie@kuix.de
Thanks
Description
•