Open Bug 1326260 Opened 8 years ago Updated 2 years ago

Consider about:debugging client code to be in a child process

Categories

(DevTools :: about:debugging, defect, P3)

defect

Tracking

(Not tracked)

People

(Reporter: jkt, Unassigned)

Details

I noticed when working on: https://reviewboard.mozilla.org/r/100720/diff/3#index_header for 1325505 I had to make a Handler for child to parent process because about:serviceworkers is loaded in child. (http://searchfox.org/mozilla-central/source/docshell/base/nsAboutRedirector.cpp#110) However this wasn't needed for about:debugging I directly injected the jsm module. Which means that all the code including the client side of the client/server relationship is running in parent process. Code such as: devtools/client/aboutdebugging/components/workers/service-worker-target.js is running in client despite the code separated into server vs client relationship. This means all of the react code in about:debugging is running in a privileged context. This is more of a query, sorry for triggering a security bug. However I thought it was good to check this way.
I don't think this needs to be sec-sensitive. We still have chrome-privileged code in content processes (those two things are orthogonal), though it might be decent defense-in-depth to move more stuff to the child and/or separate processes, on the other hand, if we then have to open up APIs via IPC that shouldn't be open that way, that might be less fun.
Group: firefox-core-security
Aboutdebugging triage. Filter on TRIAGE-JD201705
Priority: -- → P3
Product: Firefox → DevTools
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.