Add the --remote-enable-system-access argument to Firefox to control whether the client is allowed to access the parent process
Categories
(Remote Protocol :: Agent, enhancement, P2)
Tracking
(firefox138 fixed)
Tracking | Status | |
---|---|---|
firefox138 | --- | fixed |
People
(Reporter: whimboo, Assigned: whimboo)
References
(Blocks 3 open bugs)
Details
(Keywords: sec-want, Whiteboard: [webdriver:m15][webdriver:relnote][adv-main138-])
Attachments
(1 file)
On bug 1359472 we are adding a --enable-system-access
argument to geckodriver, which is forwarding it to Firefox as a --remote-enable-system-access
argument. This argument is needed for Firefox because WebDriver BiDi clients can connect directly to Firefox without running the HTTP-upgrade path.
The argument’s value will be evaluated by the RemoteAgent and exposed as a property on the RemoteAgent interface in the parent process. Both WebDriver BiDi and Marionette will access this property in the future to determine whether system access is enabled. Based on this value, they will allow or disallow interaction with browsing contexts in the parent process or privileged sandboxes in content processes.
Assignee | ||
Comment 1•3 months ago
|
||
Freddy, based on my latest comments on bug 1359472 I wonder if this bug should be as well a security one or if a confidential is already enough. See my initial description what we are planning to do for both Marionette and WebDriver BiDi. For adding this argument to Firefox do we need another security review here or on bug 1710425 or for WebDriver BiDi bugs like bug 1944568 (there will be more for individual commands). Thanks!
Assignee | ||
Comment 3•2 months ago
|
||
Updated•2 months ago
|
Comment 5•2 months ago
•
|
||
Backed out for causing wpt & lint failures.
Backout link: https://hg.mozilla.org/integration/autoland/rev/3e7d2dc07f55d2df2e18cc6cf6c0ac032c9ddfa6
Assignee | ||
Comment 6•2 months ago
|
||
The failures are related to the addition / changes on bug 1710425.
Comment 10•2 months ago
|
||
Backed out for causing failures @test_no_errors_clean_profile.py.
Assignee | ||
Comment 11•2 months ago
|
||
The problem here is that we also have to consume the command line argument in the nsICommandLineHandler:handle
method, see bug 1838158 for details to the other arguments. I'm going to update the patch to include the new argument, which will fix the browser chrome test for me.
Comment 12•2 months ago
|
||
Comment 13•2 months ago
|
||
Updated•2 months ago
|
Updated•23 days ago
|
Updated•22 days ago
|
Updated•21 days ago
|
Description
•