5 ms·
https://www.cvedetails.com/vulnerability-list/vendor_id-53/product_id-6761/Adobe-Flash-Player.html https://www.cvedetails.com/vulnerability-list/vendor_id-53/p.
by andrewxdiamond 5y ago
https://www.cvedetails.com/vulnerability-list/vendor_id-53/product_id-6761/Adobe-Flash-Player.html https://www.cvedetails.com/vulnerability-list/vendor_id-53/p...
- pverghese 5y agohttps://www.cvedetails.com/vulnerability-list/vendor_id-49/product_id-2935/Apple-Safari.html https://www.cvedetails.com/vulnerability-list/vendor_id-49/p...
- rendall 5y agoDuring this conversation, someone inevitably posts this without comment, as if it is a rhetorical slam-dunk. Could you expand on this? Your point is the Flash had vulnerabilities? What software doesn't? https://www.cvedetails.com/product-list/vendor_id-1224/Google.html https://www.cvedetails.com/product-list/vendor_id-1224/Googl... Remember, Jobs' contention was that Flash's problems were inherent. Can you support that?
- hluska 5y agoSo, you will ask for citations and then rip them apart because “every piece of software is vulnerable”?? If you don’t like what you get, why did you ask for it? At first, you were merely overly aggressive. But this is turning into bullying.
- gmueckl 5y agoCompare Flash to Safari then: Flash is a comparatively small VM runtime and vector graphics engine while Safari is a whole browser, which has a much larger attack surface. And Safari, despite its increased complexity, had about the same amount of reported vulnerabilities around 2010: https://www.cvedetails.com/product/2935/Apple-Safari.html?vendor_id=49 https://www.cvedetails.com/product/2935/Apple-Safari.html?ve... So, objectively, Flash did have very persistent security issues.
- rendall 5y ago"Comparatively small" is doing a lot of lifting, there. What about Flash was "comparatively small" compared with Safari, and why does that let Safari of the hook for its vulnerabilities compared with Flash?
- bjoli 5y agoI spelunked through the Firefox source code about 10 years ago. A modern browser is an amazingly complex piece of software. A gazillion parsers with the ability to handle malformed content that should give anyone nightmares. Multiple JITs and interpreters. Layout handling with incremental grid calculation algorithms that gave me vertigo - before I understood that it was done asynchronously. There is no way in hell flash is anywhere near as complex.
- rendall 5y agoYour "no way in hell" is not really an answer, and any response will just devolve into "Uh huh!" "Nuh uh!" Browsers now are very complex. At the time, we were still dealing with IE6 and JavaScript 3. Flash could do literally everything that browsers at the time did, and more. Load and display multimedia files, animate them, interpret ActionScript, and do it cross platform, cross browser, in a performant, relatively secure manner.
- bjoli 5y agoYou compiled to flash. Content served that were run by the flash runtime were valid or didn't work at all. The amount of code dealing with malformed content in browsers is staggering. A browser deals with everything that flash did, but in more complex ways, while also doing a LOT more.
- gmueckl 5y ago"No well in hell" is a very good answer. Just the HTML DOM and layouting code in KHTML before it was forked into WebKit was an enormously complex piece of code. Then there is the JS implementation (including compiler - JS gets transferred as source code), the SVG DOM and renderer and other goodies that were integral parts of browsers already back then that I'm probably not thinking about.