Closed
Bug 1869397
Opened 1 year ago
Closed 1 year ago
Remove LoadLibrary injection protection
Categories
(Core :: DLL Services, defect)
Core
DLL Services
Tracking
()
RESOLVED
FIXED
122 Branch
| Tracking | Status | |
|---|---|---|
| firefox122 | --- | fixed |
People
(Reporter: gstoll, Assigned: gstoll)
Details
Attachments
(1 file)
It's been a year and a half since we had to limit the LoadLibrary injection protection to just Nightly in bug 1762576. We are working towards being able to turn this on, but in the meantime having this code behave differently in Nightly than Beta/Release makes it harder to track down when issues happen. (for an example, see bug 1868531)
| Assignee | ||
Comment 1•1 year ago
|
||
(adding cc's for :haik and :gcp in case one of you disagrees :-) )
| Assignee | ||
Comment 2•1 year ago
|
||
Updated•1 year ago
|
Assignee: nobody → gstoll
Status: NEW → ASSIGNED
Comment 3•1 year ago
•
|
||
(In reply to Greg Stoll from comment #1)
(adding cc's for :haik and :gcp in case one of you disagrees :-) )
I support doing this. Having the block in Nightly only at this time
- is not helping users because it's limited to Nightly
- makes Nightly not usable as a test case for DLP-related issues
- lets us ask DLP vendors to test Nightly for exercising file dialog remoting
Once bug 1811076 ships and we support the Content Analysis SDK, we should re-attempt LoadLibrary injection protection.
Pushed by gstoll@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/8d65114d97d0
remove LoadLibrary injection protection r=mhowell,haik,win-reviewers
Comment 5•1 year ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
status-firefox122:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•