[html5] r1015 - /

whatwg at whatwg.org whatwg at whatwg.org
Tue Aug 21 00:37:44 PDT 2007


Author: ianh
Date: 2007-08-21 00:37:43 -0700 (Tue, 21 Aug 2007)
New Revision: 1015

Modified:
   index
   source
Log:
[e] (0) Some security notes on the SQL storage APIs.

Modified: index
===================================================================
--- index	2007-08-21 00:25:51 UTC (rev 1014)
+++ index	2007-08-21 07:37:43 UTC (rev 1015)
@@ -28876,6 +28876,17 @@
 
   <h4 id=executing><span class=secno>4.12.2. </span>Executing SQL statements</h4>
 
+  <p class=big-issue>There are two major missing features here: One: a way to
+   be secure against DNS spoofing (a database created over an SSL connection
+   covered by one cert should not be made accessible to content connecting
+   with another cert or with no cert). Two: there's no session-specific API,
+   so if you have two windows open at once, you can't interact with the site
+   doing two separate sessions unless the site goes out of its way to track
+   sessions itself, detecting when new tabs are opened, etc. sessionStorage[]
+   handles it, why doesn't this? Also, we need to be more explicit about disk
+   usage concerns, quota, etc. Some of the security notes from
+   globalStorage[] should maybe come down here.
+
   <p>Each <a href="#origin0">origin</a> must have an associated database
    unique to that origin. An author can interact with the database using the
    <code title=dom-executeSql><a href="#executesql">executeSql()</a></code>

Modified: source
===================================================================
--- source	2007-08-21 00:25:51 UTC (rev 1014)
+++ source	2007-08-21 07:37:43 UTC (rev 1015)
@@ -26386,6 +26386,18 @@
 
   <h4>Executing SQL statements</h4>
 
+  <p class="big-issue">There are two major missing features here: One:
+  a way to be secure against DNS spoofing (a database created over an
+  SSL connection covered by one cert should not be made accessible to
+  content connecting with another cert or with no cert). Two: there's
+  no session-specific API, so if you have two windows open at once,
+  you can't interact with the site doing two separate sessions unless
+  the site goes out of its way to track sessions itself, detecting
+  when new tabs are opened, etc. sessionStorage[] handles it, why
+  doesn't this? Also, we need to be more explicit about disk usage
+  concerns, quota, etc. Some of the security notes from
+  globalStorage[] should maybe come down here.</p>
+
   <p>Each <span>origin</span> must have an associated database unique
   to that origin. An author can interact with the database using the
   <code title="dom-executeSql">executeSql()</code> method.</p>




More information about the Commit-Watchers mailing list