News for hackers. Stuff that matters.
Re:AlaSQL.js – JavaScript SQL Database for Browser and Node.js by daleharvey on Monday January 14, 2019 @09:19AM (#18903074)
WebSQL literally just had a remote code execution bug showing exactly why it was right that browsers decided against WebSQL

https://blade.tencent.com/magellan/index_en.html

Re:AlaSQL.js – JavaScript SQL Database for Browser and Node.js by tzs on Monday January 14, 2019 @10:24AM (#18903613)
Uhm...all major browsers have a long history of remote code execution bugs, and almost certainly still have remote code execution bugs that aren't publicly known yet.

Heck, even if we just consider databases, the IndexedDB implementations in both Firefox and Chrome have had remote memory corruption bugs of the type that are often exploitable for remote code execution, although I don't know if anyone ever actually built such an exploit.

Re:AlaSQL.js – JavaScript SQL Database for Browser and Node.js by daleharvey on Monday January 14, 2019 @05:02PM (#18906952)
They all have different remote code execution bugs so those bugs can and should be fixed. The reason to not standardise on a specific single implementation is to make sure those bugs do not become part of the web platform
Re:AlaSQL.js – JavaScript SQL Database for Browser and Node.js by Klathmon on Monday January 14, 2019 @09:22AM (#18903104)
Specifically SQLite had a remote code execution bug, and since all browsers that shipped WebSQL used SQLite as the backing engine, they all inherited the vulnerability and exposed it to all web-pages out there.
Re:AlaSQL.js – JavaScript SQL Database for Browser and Node.js by detaro on Monday January 14, 2019 @09:25AM (#18903123)
And WebSQL was more or less specified to be backed by SQLite, given its "specification" for the SQL used was "whatever SQLite x.y.z implements" (which was one of the reasons it was rejected)