Limit CVE-2017-17689 (EFAIL) in KMail #70

Merged
SlavekB merged 2 commits from feat/efail-fixes into master 2 years ago
Owner

The patches are taken from KDE and adapted for TDE. Because we do not have a separate library messagelib, patches for messagelib and KMail as such are merged into one. Therefore, there are two patches instead of three patches. See https://dot.kde.org/2018/05/15/efail-and-kmail

This resolve issue #22.

The patches are taken from KDE and adapted for TDE. Because we do not have a separate library `messagelib`, patches for `messagelib` and KMail as such are merged into one. Therefore, there are two patches instead of three patches. See https://dot.kde.org/2018/05/15/efail-and-kmail This resolve issue #22.
SlavekB added this to the R14.0.13 release milestone 2 years ago
SlavekB added 2 commits 2 years ago
f065cd30d5
Load external references in encrypted emails only on explicit request.
be41d346d1
Distinguish between settings and explicit override for external content
MicheleC approved these changes 2 years ago
MicheleC left a comment
Owner

Look good. Have not tested, but it's surprising to see how simple the fix is.

Look good. Have not tested, but it's surprising to see how simple the fix is.
Poster
Owner

Look good. Have not tested, but it's surprising to see how simple the fix is.

I did not do additional research – I just came out of the conclusions in the overview of the impact of the problem on individual clients at https://efail.de/ and the patches that were applied to KMail in KDE.

The patches deal with, for encrypted messages, it is always necessary to confirm the loading of parts from external sources. That is, for the user to always check what will be loaded. Therefore, they are quite simple.

> Look good. Have not tested, but it's surprising to see how simple the fix is. I did not do additional research – I just came out of the conclusions in the overview of the impact of the problem on individual clients at https://efail.de/ and the patches that were applied to KMail in KDE. The patches deal with, for encrypted messages, it is _always_ necessary _to confirm_ the loading of parts from external sources. That is, for the user to always check what will be loaded. Therefore, they are quite simple.
SlavekB added the PR/not-ok label 2 years ago
Poster
Owner

This requires further testing and adjustments, because the behavior with patches is not as intended.

This requires further testing and adjustments, because the behavior with patches is not as intended.
SlavekB changed title from Limit CVE-2017-17689 (EFAIL) in KMail to WIP: Limit CVE-2017-17689 (EFAIL) in KMail 2 years ago
SlavekB added the PR/wip label 2 years ago
SlavekB force-pushed feat/efail-fixes from be41d346d1 to fb582ff127 2 years ago
SlavekB removed the PR/not-ok PR/wip labels 2 years ago
SlavekB changed title from WIP: Limit CVE-2017-17689 (EFAIL) in KMail to Limit CVE-2017-17689 (EFAIL) in KMail 2 years ago
SlavekB requested review from MicheleC 2 years ago
Poster
Owner

Resetting override flag has been added to the slot responding to the message selection.

Resetting override flag has been added to the slot responding to the message selection.
SlavekB changed title from Limit CVE-2017-17689 (EFAIL) in KMail to WIP: Limit CVE-2017-17689 (EFAIL) in KMail 2 years ago
SlavekB added the PR/wip label 2 years ago
Poster
Owner

Turning on to load external links at the folder level does not have the expected behavior. So it requires another effort.

Turning on to load external links at the folder level does not have the expected behavior. So it requires another effort.
SlavekB force-pushed feat/efail-fixes from fb582ff127 to c8e1b254e2 2 years ago
SlavekB changed title from WIP: Limit CVE-2017-17689 (EFAIL) in KMail to Limit CVE-2017-17689 (EFAIL) in KMail 2 years ago
Poster
Owner

Testing !mMessage was misleading and caused an unwanted result. Set the mViewer->setOnlyLocalReferences(!htmlLoadExternal()); moved to the moment when the message that is currently displayed is already loaded.

I did tests and it seems that now everything really works as it was intended.

Testing `!mMessage` was misleading and caused an unwanted result. Set the `mViewer->setOnlyLocalReferences(!htmlLoadExternal());` moved to the moment when the message that is currently displayed is already loaded. I did tests and it seems that now everything really works as it was intended.
SlavekB removed the PR/wip label 2 years ago
MicheleC approved these changes 2 years ago
MicheleC left a comment
Owner

Looks good.

Looks good.
SlavekB merged commit c8e1b254e2 into master 2 years ago
SlavekB deleted branch feat/efail-fixes 2 years ago

Reviewers

MicheleC approved these changes 2 years ago
The pull request has been merged as c8e1b254e2.
Sign in to join this conversation.
No reviewers
No Milestone
No Assignees
2 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: TDE/tdepim#70
Loading…
There is no content yet.