Simple Browser Security Improvements

Security Engineering is all about tradeoffs:

Web Browsers attempt to achieve an absolutely bananas goal: Allow safe execution of untrusted content on a user’s device.

Browsers are a huge vector for compromise of users’ devices and personal information, owing to the power and complexity. Much of the vulnerability induced by browsers occur where tradeoffs were either made poorly initially, or where the tradeoff would be made differently knowing what we know now.

So, what should we do? Here’s a modest list of proposals, many of which could be achieved in less than one dev day:

  1. Disallow random websites from going fullscreen without permission
  2. Allow simple Enterprise control of what types of files are allowed to download — current controls are comically underpowered. (https://issues.chromium.org/issues/40265750)
  3. Block download UI launch of high-risk file types that the OS has inexplicably failed to secure
  4. Introduce a pre-fetch security check to allow security software to block malicious requests (similar to this)
  5. Call AMSI to detect malicious content copied to the clipboard (https://issues.chromium.org/issues/440381280)
  6. Call AMSI when installing a new browser extension or restarting the browser to allow local security software insight of what code can impact the user’s browsing experience
  7. Stop supporting UserInfo in URLs or introduce a warning
  8. Disallow user-navigation to javascript: URLs or introduce a warning (https://issues.chromium.org/issues/559142626)
  9. Further restrict notification permissions to prevent scams and spam
  10. more to come, I’m sure

Published by ericlaw

Impatient optimist. Dad. Author/speaker. Created Fiddler & SlickRun. PM @ Microsoft 2001-2012, and 2018-, working on Office, IE, and Edge. Now working on Microsoft Defender. My words are my own, I do not speak for any other entity.

Leave a Reply

Discover more from text/plain

Subscribe now to keep reading and get access to the full archive.

Continue reading