Closed Bug 1869397 Opened 1 year ago Closed 1 year ago

Remove LoadLibrary injection protection

Categories

(Core :: DLL Services, defect)

defect

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)

(adding cc's for :haik and :gcp in case one of you disagrees :-) )

Assignee: nobody → gstoll
Status: NEW → ASSIGNED

(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
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: