Open
Bug 1810748
Opened 3 years ago
Updated 1 year ago
Place downloaded DLL files into subfolder within download directory
Categories
(Firefox :: File Handling, defect, P3)
Tracking
()
NEW
People
(Reporter: cmartin, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: sec-want)
Bug 1605308 introduced a patch causing any .exe file launched through our "Downloads" menu to inherit the same security permissions as the current firefox.exe process. This was done mainly to prevent DLL files the user may have been tricked into downloading from being unintentionally loaded.
Unfortunately, this approach seems to have a few shortcomings:
- Some applications would not be compatible running under the same permissions that firefox.exe runs under
- Some applications explicitly require the ability to load custom versions of system DLLs
- Users generally would expect that launching a program from our "Downloads" dialog would have the same behavior as-if they had navigated there in Explorer and launched it themselves (I know I've always assumed this...)
- Users are not protected by this approach in the last scenario
We ran into a program that is broken by this in Bug 1802834, where I proposed an alternative -- Let's revert the change in Bug 1605308 and instead store all DLL downloads in a subfolder in the Downloads directory. (Possibly just named "DLLs" for simplicity).
There seems to be agreement in the bug that it might be a good approach, so this bug is to actually track the work for implementation.
| Reporter | ||
Updated•3 years ago
|
Updated•3 years ago
|
Severity: -- → S3
Priority: -- → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•