Browser unresponsive (dos) ios
Categories
(Firefox for iOS :: General, defect)
Tracking
()
People
(Reporter: mrnoob790, Unassigned)
Details
(Keywords: csectype-dos, reporter-external, sec-low, Whiteboard: [client-bounty-form])
Attachments
(2 files)
go to mrnoob790.github.io/attack nd on page click 3-4 time go to google.com button then u will in other tab ur website will load slow otherwise dont load
Poc https://www.mediafire.com/file/rjrfv10e7m9s885/ScreenRecording_10-10-2024_00-28-07_1.mp4/file
Updated•1 year ago
|
Comment 1•1 year ago
|
||
Can you please attach a copy of the test case to this bug, even if it won't reproduce like that? It is difficult to do view source of a page that rapidly spam reloads and then navigates. Thanks.
Comment hidden (offtopic) |
Comment hidden (offtopic) |
In testing so far I haven't been able to replicate a full DOS here, though I might be doing something incorrectly. The closest I got was by spam-clicking the button in the linked page, and then rapidly switching back and forth between tabs. In that scenario I was able to get the attack page to lock up (and it appeared to cause other tabs to avoid loading) but that state was temporary and only lasted for about ~5 seconds in my case, after which the app appeared to resume functioning normally.
See these video https://www.mediafire.com/file/6uhus1rm31r5mz6/ScreenRecording_10-12-2024_09-19-06_1.mp4/
My internet speed is 100mbps
See firefox focus
Poc video
https://www.mediafire.com/file/heco35zhzlu0vdp/ScreenRecording_10-14-2024_20-01-55_1.mp4/file
Is its ok ticket for firefox focus issue to be there or i need to create a separate one
Comment 9•1 year ago
|
||
Focus and Firefox for iOS are now built from largely the same codebase. For browser content related bugs like this let's assume they're both the same issue and will be fixed together.
Comment hidden (offtopic) |
Comment hidden (offtopic) |
Comment hidden (offtopic) |
Comment 13•11 months ago
|
||
The severity field is not set for this bug.
:jeevans, could you have a look please?
For more information, please visit BugBot documentation.
Comment hidden (offtopic) |
Comment 15•11 months ago
|
||
Hi @bharat, you'll need to reach out to security@mozilla.org for questions involving bounty rewards.
I tested this POC again and based on what I can see there doesn't appear to be a DOS attack that requires a reboot of the user's device, or one that is persistent across browser restarts. I do see that the UI in the client locks up however when this JS is run, and in some cases the browser will likely need to be quit/relaunched (note: the distinction here is between relaunching the browser vs the entire device).
Note: for me, replicating this so far appears to require clicking multiple times on the JS link and then also switching immediately to a new tab (if I, for example, just close the current tab instead, I cannot replicate). My guess is this will probably be a factor in how this is prioritized given that it's a slightly unusual set of steps that a user would need to be coerced into performing, and once they relaunched their browser the issue is resolved.
@dveditz Can you advise on the security rating for this? Thank you
Comment hidden (offtopic) |
Comment 17•11 months ago
|
||
Note: our current severity ratings guideline (https://wiki.mozilla.org/Security_Severity_Ratings/Client) specifically mentions DOS requiring a client restart as sec-low, so I'm going to set that priority for now.
Comment hidden (offtopic) |
Description
•