Closed Bug 803515 Opened 13 years ago Closed 13 years ago

DLL Hijacking - Thunderbird installer

Categories

(Thunderbird :: Installer, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

(thunderbird17+ fixed, thunderbird18+ fixed, thunderbird-esr1017+ fixed)

RESOLVED FIXED
Thunderbird 19.0
Tracking Status
thunderbird17 + fixed
thunderbird18 + fixed
thunderbird-esr10 17+ fixed

People

(Reporter: standard8, Assigned: standard8)

References

Details

(Keywords: csectype-priv-escalation, sec-high)

Attachments

(2 files)

+++ This bug was initially created as a clone of Bug #792106 +++ User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1 Build ID: 20120905151427 Steps to reproduce: I downloaded the current Firefox installer in the Windows downloads directory. C:\Users\User\Downloads Then I put a trojan dwmapi.dll in the same directory. Actual results: If a user wants to install the Firefox browser, the setup loads the trojan dll with administrative privileges. As described here http://seclists.org/fulldisclosure/2012/Aug/134 , you can compromise the victim with a social engineering attack like this. Expected results: The installer should not load the trojan dll.
Brian tells me Thunderbird can just take the copy of the Firefox file. For testing the fix, from private messages on irc: bbondy: so if you want to verify if it's fixed, you can do it really easily. There is a PoC dll that you just drop beside the thunderbird installer. bbondy: right click the installer and run as administrator bbondy: you should see a bunch of cmd.exe processes popup bbondy: inside task manager bbondy: you should only see those processes if the problem is not fixed
Sorry I missed one extra change you also have to make: Open the sfx file with reshacker or Visual Studio (click on the arrow next to open and choose resource editor). Open the VersionInfo resource and change Firefox to Thunderbird. You might want to look at the other resources as well to be 100% sure there's nothing else Firefox, but I think that's it.
Assignee: nobody → mbanner
Attached patch The fixSplinter Review
This follows Brian's instructions and copies the FF one and changes Firefox to Thunderbird in the version manifest, there's no other changes made.
wontfix for esr per bug 792106
Comment on attachment 674623 [details] [diff] [review] The fix Irving, can you test this? I'm struggling with getting a build environment running at the moment.
Attachment #674623 - Flags: review?(irving)
Attachment #674623 - Flags: review?(irving) → review+
(In reply to Mark Banner (:standard8) from comment #4) > wontfix for esr per bug 792106 This has changed, and there's a different fix I'll need to do, updating flags.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 19.0
Comment on attachment 674623 [details] [diff] [review] The fix [Triage Comment] a=me as we'll need these on branches.
Attachment #674623 - Flags: approval-comm-beta+
Attachment #674623 - Flags: approval-comm-aurora+
Blocks: 811227
Depends on: 811557
Attached patch ESR fixSplinter Review
This takes the Firefox 7zSD.sfx that is in the ESR repo currently and does the necessary changes for the resources so that it looks like Thunderbird.
Attachment #681932 - Flags: review?(irving)
Comment on attachment 681932 [details] [diff] [review] ESR fix Thunderbird esr10 installer no longer loads dwmapi.dll from the download directory
Attachment #681932 - Flags: review?(irving) → review+
(In reply to Irving Reid (:irving) from comment #11) > Comment on attachment 681932 [details] [diff] [review] > ESR fix > > Thunderbird esr10 installer no longer loads dwmapi.dll from the download > directory Checked in: https://hg.mozilla.org/releases/comm-esr10/rev/abd74617947c
No longer depends on: 811557
Group: core-security → core-security-release
Group: core-security-release
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: