Bug 34294 – Initialize DOM Storage's quota's current length parameter when we clone it.

• Status: RESOLVED
• Resolution: FIXED
• Component: DOM

[Jeremy Orlow]

Initialize DOM Storage's quota's current length parameter when we clone it.

[Jeremy Orlow]

Created attachment 47661 [details]
Patch

[Adam Barth]

Comment on attachment 47661 [details]
Patch

Ok....  I wish this had a test, but you said in IRC that you couldn't write one that actually worked.

[Adam Barth]

Jeremy said this might be a security issue.  Marking security sensitive to be safe.

[Jeremy Orlow]

I've looked closer and now I'm pretty sure this is not a security issue.

Background:
LocalStorage has quotas and is shared by all tabs.  SessionStorage does not have quotas and is a per-tab storage.  When you create a new window, we clone the session storage.  We store the amount of quota space currently used in m_currentLength and update it on any mutations.

The current length is supposed to be copied when we clone the StorageMap but it was not.  Cloning should only ever happen for SessionStorage which has no quota (because it never touches disk and there are much better ways to fill up your memory in the browser).  In addition, it's a little far-fetched to think that a site could keep opening up more windows despite popup blockers, users noticing, etc.

Thus I think this isn't actually a security issue.  Sorry for jumping the gun!

[Jeremy Orlow]

Landed in 54035.

[David Kilzer (:ddkilzer)]

Removing the security bit per Comment #4.