|
|
|
|
|
by marshray
4995 days ago
|
|
When we data security advocates discuss things like promiscuous trust among SSL certificate authorities and one-click scary page bypass features with browser vendors, inevitably the old adage comes up "no vendor is willing to lose market share by making its security policies more restrictive than the others". Perhaps this is a test case trying to break out of the old status quo? Disclaimer: I recently accepted a position at the big M itself. |
|
This is though the first test of kicking flash in the teeth in a less restricted environment than the iDevice ecosystem, so it is still a brave move to be the first to do so (time will tell whether it is a brave move in the Yes Minister use of the word "brave"!).
One key fact that will help is that there is a growing perception amongst people who don't even know what Flash is that Flash is an out-dated technology, mainly because of the iDevice thing (if your site/app won't run on my iPad because of this "flash" thing, your flash thing is wrong not my shiny shiny). This will help MS and other browser makers as it reduces the uphill struggle convincing people that losing the feature is not too much to pay for the potential security and stability benefits.
Of course the other key factor will be what sites are on the white-list and how they address not being if they aren't (do they change tech, do they follow what-ever procedure is needed to get on the whitelist, or do they just tell their users "IE10 doesn't work here"?). I can name many video sites that MS won't want to be seen to support and won't want to make changes or pay for certification (or what-ever is needed) in order to get on the white list. A great many people use those sites regularly while pretending they don't know they exist - if those sites don't move to HTML5-video (with the problems that still exist there) or somehow get on the white-list those people might find some reason to switch to Chrome/Firefox/other (or stick with IE9) rather than upgrade to IE10.