Chrome 14, only available in the Dev and Canary channels right now, adds a security feature that could affect a lot of sites. If you’re visiting an SSL site that loads some scripts using unencrypted connections, Chrome will refuse to load the scripts.
When a website is secured via HTTPS, the web site designer must also ensure that all of the scripts used by the page will be delivered in the same secure manner as the main page itself. The same requirements also apply to the plugins and external CSS stylesheets used by the page, as these have the same considerations as javascript. When this is not the case (sometimes called a ‘mixed script’ situation), visitors to the site run the risk that attackers can interfere with the website and change the script so as to serve their own purposes.
Traditionally, browsers have run the mixed script, genuine or not, and notified you after-the-fact by a broken lock icon, a dialog box, or a red https:// in the location bar (in the case of Google Chrome). The problem with this approach is that by the time the script has run, it is already too late, because the script has had access to all of the data on the page. Google Chrome now protects you by refusing up-front to run any script on a secure page unless it is also being delivered over HTTPS.
You can bypass this feature by clicking “Load anyway” in the infobar displayed at the top of the page, but Chrome doesn’t remember your preference. Unfortunately, you can’t whitelist a domain or a subdomain, so you’ll have to click “Load anyway” and wait until the page is reloaded.
