NoScript extension icon and main menu
|Stable release||220.127.116.11 (April 6, 2016) [±]|
|Preview release||) [±]|
|Available in||45 languages|
- 1 Features
- 2 Awards
- 3 Controversies
- 4 See also
- 5 References
- 6 External links
Security and usage
Because many web browser attacks require scripting, configuring the browser to have scripting disabled by default reduces the chances of exploitation. Blocking plug-in content, as well, helps to mitigate any vulnerabilities in plug-in technologies, such as Java, Flash, Acrobat, and so on. NoScript will replace these blocked elements with a placeholder icon. Clicking on this icon enables the element.
NoScript takes the form of a toolbar icon or status bar icon in Firefox. It displays on every website to denote whether NoScript has either blocked, allowed, or partially allowed scripts to run on the web page being viewed. Clicking or hovering (since version 2.0.3rc1) the mouse cursor on the NoScript icon gives the user the option to allow or forbid the script's processing.
NoScript also may provide additional defenses against web-based attacks such as XSS, CSRF, clickjacking, man-in-the-middle attacks, and DNS rebinding, with specific countermeasures that work independently from script blocking.
Site matching and whitelisting
Scripts (and other blockable elements) are allowed or blocked based on the source from where the script is fetched. Very often, this source is not identical to the URL displayed in the address field of the web page (main page). This is because many web pages fetch elements such as iframes, style sheets, scripts, and embeddable objects from remote sites. When a web page includes scripts and other blockable elements from many sources, the user may specify blocking policy for the main address and each of the sources separately.
No scripts are executed if the address of the main page is untrusted. Once any source is marked as trusted, NoScript will regard it as trusted even if it is loaded indirectly by web pages or scripts originating from other domains.
The possibility to allow scripts coming from a certain source only for specific main page locations has been requested frequently, but is not yet easy to configure. It may be achieved by configuring the built-in ABE module to fine-tune cross-site resource access.
For each source, the exact address, exact domain, or parent domain may be specified. By enabling a domain (e.g. mozilla.org), all its subdomains are implicitly enabled (e.g. www.mozilla.org, addons.mozilla.org and so on) with every possible protocol (e.g. HTTP and https). By enabling an address (protocol://host, e.g. https://mozilla.org), its subdirectories are enabled (e.g. https://mozilla.org/firefox and https://mozilla.org/thunderbird), but not its domain ancestors nor its siblings. Therefore, mozilla.org and addons.mozilla.org will not be automatically enabled.
Sites can also be blacklisted with NoScript. This, coupled with the "Allow Scripts Globally" option, lets users who deem NoScript's "Default Deny" policy too restrictive, to turn it into a "Default Allow" policy. Even if the security level is lower than in the default configuration, NoScript still provides a number of defenses against certain web-based attacks, such as cross-site scripting, CSRF, clickjacking, man-in-the-middle attacks, and DNS rebinding.
Application Boundaries Enforcer (ABE)
The Application Boundaries Enforcer (ABE) is an inbuilt NoScript module meant to harden the web application oriented protections already provided by NoScript, by delivering a firewall-like component running inside the browser. Important --- site must be in the whitelist! If it isn't, ABE will ignore your rule about that site. This "firewall" is specialized in defining and guarding the boundaries of each sensitive web application relevant to the user (e.g. plugin, webmail, online banking and so on), according to policies defined either directly by the user, or by the web developer/administrator, or by a trusted third party. In its default configuration, NoScript's ABE provides protection against CSRF and DNS rebinding attacks aimed at intranet resources, such as routers or sensitive web applications.
ABE can protect browser plugins from being exploited, something that cannot be done by uBlock. However, in most cases plugins are unnecessary in web browsers, and security experts recommend that it not be run in a browser unless absolutely necessary. It was suggested that, if plugins are required by a few Web sites, users should have a separate browser installation specifically for those sites.
NoScript's ClearClick feature, released on October 8, 2008, prevents users from clicking on invisible or "redressed" page elements of embedded documents or applets, defeating all types of clickjacking (i.e. frame-based and plugin-based). This makes NoScript "the only freely available product which offers a reasonable degree of protection" against clickjacking attacks.
NoScript can force the browser to always use HTTPS when establishing connections to some sensitive sites, in order to prevent man-in-the-middle attacks. This behavior can be either triggered by the websites themselves, by sending the Strict Transport Security header, or configured by users for those websites which don't support Strict Transport Security yet. NoScript's HTTPS enhancement features have been used by the Electronic Frontier Foundation as the basis of its HTTPS Everywhere add-on.
NoScript is able to run user-provided scripts instead of, or in addition to, website-provided scripts, in a similar manner to the Greasemonkey addon. This feature was originally designed to fix pages that make use of third-party scripts (such as Google Analytics) in a way that causes the pages to break when the third-party scripts are blocked, but is not required for the actual functionality of the page. The list of built-in surrogate scripts is actively maintained and included 48 sites as of version 18.104.22.168.
Because electricity is required to run and cool computer processors (i.e. at the remote server, and at all the intermediary data-transmission nodes, as well as at the end user's desktop), any electricity consumed in delivering content that the end user did not specifically request is therefore wasted. So, the significant bandwidth savings of NoScript also translate into the benefit of energy conservation. (If the electricity is generated by fossil-fuel power plants, which are typically about 33% efficient, then the actual energy savings, in terms of heat value of the original fuel, are three times as much as the heat value of the electricity saved. Actual savings would be even greater when one considers the transmission losses inherent the power-transmission grid itself, include distribution transformers.)
- PC World chose NoScript as one of the 100 Best Products of 2006.
- In 2008, NoScript won About.com's "Best Security Add-On" editorial award.
- In 2010, NoScript was "The Reader's Choice Awards" winner in the "Best Privacy/Security Add-On" category at About.com.
- In 2011, for the second year in a row, NoScript was "The Reader's Choice Awards" winner in the "Best Privacy/Security Add-On" category at About.com.
- NoScript was the 2011 (first edition) winner of the Dragon Research Group's "Security Innovation Grant". This award is given to the most innovative project in the area of information security, as judged by an independent committee.
Conflict with Adblock Plus
In May 2009, it was reported that an "extension war" had broken out between NoScript's developer, Giorgio Maone, and the developers of the Firefox ad-blocking extension Adblock Plus after Maone released a version of NoScript that circumvented a block enabled by an AdBlock Plus filter. The code implementing this workaround was "camouflaged" to avoid detection. Maone stated that he had implemented it in response to a filter that blocked his own website. After mounting criticism, and a declaration by the administrators of the Mozilla Add-ons site that the site would change its guidelines regarding add-on modifications, Maone removed the code and issued a full apology.
Conflict with Ghostery
Also in May 2009, shortly after the Adblock Plus incident, a spat arose between Maone and the developers of the Ghostery add-on after Maone implemented a change on his website that disabled the notification Ghostery used to report web tracking software. This was interpreted as an attempt to "prevent Ghostery from reporting on trackers and ad networks on NoScript's websites". In response, Maone stated that the change was made because Ghostery's notification obscured the donation button on the NoScript site.
The conflict was resolved when Maone changed his site's CSS to move—rather than disable—the Ghostery notification.
- Firefox privacy extensions
- GNU LibreJS
- HTTP Switchboard
- Content Security Policy
- "NoScript :: Versions :: Add-ons for Firefox". Mozilla.org. Retrieved 2016-04-06.
- "NoScript :: Versions :: Add-ons for Firefox". Mozilla.org. Retrieved 2016-05-20.
- "NoScript :: Versions :: Add-ons for Firefox". Mozilla.org. Retrieved 2016-05-20.
- Supported language on noscript.net.
- "Meet the NoScript Developer". Mozilla. Retrieved 2011-09-27.
- "Mozilla Security Group". Internet Archive. Archived from the original on June 29, 2011. Retrieved 2011-06-29.
- Scott Orgera. "NoScript". About.com. Retrieved 2010-11-27.
- Will Dormann and Jason Rafail (2008-02-14). "Securing Your Web Browser". CERT. Retrieved 2010-11-27.
- "NoScript Changelog 2.0.3rc1". noscript.net. Retrieved 16 March 2011.
- Giorgio Maone (2010-08-01). "al_9x Was Right, My Router is Safe". Hackademix.net. Retrieved 2010-08-02.
- Can I use ABE to fine-tune NoScript's permissions? NoScript.net. Retrieved November 27, 2010.
- NoScript Features-Site matching NoScript.net. Retrieved April 22, 2008.
- NoScript Features-Untrusted blacklist NoScript.net. Retrieved April 22, 2008.
- Kassner, Michael. "An interview with Giorgio Maone, creator of NoScript". TechRepublic. Retrieved 19 May 2013.
- NoScript's first Anti-XSS release Mozilla Add-ons
- NoScript Features-Anti-XSS protection NoScript.net. Retrieved April 22, 2008.
- Nathan Mc Fethers (2008-07-03). "NoScript vs Internet Explorer 8 Filters". ZDNet. Retrieved 2010-11-27.
- Adam Barth (2010-01-26). "Security in Depth: New Security Features". Google. Retrieved 2010-11-27.
- Giorgio Maone. "Application Boundaries Enforcer (ABE)". NoScript.net. Retrieved 2010-08-02.
- Giorgio Maone (2010-07-28). "ABE Patrols Routes to Your Routers". Hackademix.net. Retrieved 2010-08-02.
- Giorgio Maone (2008-10-08). "Hello ClearClick, Goodbye Clickjacking". Hackademix.net. Retrieved 2008-10-27.
- Michal Zalewski (2008-12-10). "Browser Security Handbook, Part 2, UI Redressing". Google Inc. Retrieved 2008-10-27.
- NoScript FAQ: HTTPS NoScript.net. Retrieved August 2, 2010.
- HTTPS Everywhere
- Giorgio Maone (2009-01-25). "Surrogate Scripts vs Google Analytics". Hackademix.net. Retrieved 2015-07-07.
- "NoScript changelog".
- "The effect of Firefox addons on bandwidth consumption".
- Bellman, David K. et al. National Petroleum Council: Power Generation Efficiency Subgroup of the Demand Task Group of the NPC Committee on Global Oil and Gas. http://www.npc.org/study_topic_papers/4-dtg-electricefficiency.pdf
- "Panopticlick: How Unique and Trackable is Your Browser?".
- Mozilla issue tracker, item 873709
- PC World Award pcworld.com. Retrieved April 22, 2008.
- About.com 2008 Best Security Add-On Award about.com. Retrieved August 2, 2010.
- Best Privacy/Security Add-On 2010 about.com. Retrieved August 2, 2010.
- Best Privacy/Security Add-On 2011 about.com. Retrieved March 20, 2011.
- Security Innovation Grant Winner Announcement Dragon Research Group. Retrieved July 17, 2011.
- Goodin, Dan. "Firefox users caught in crossfire of warring add-ons". The Register. Retrieved 19 May 2013.
- "Extension wars – NoScript vs. AdblockPlus". Ajaxian. Retrieved 19 May 2013.
- "No Surprises". 2009-05-01.
- Dear Adblock Plus and NoScript Users, Dear Mozilla Community
- Attention all NoScript users
- "When blockers block the blockers" - yardlay.ca, Greg Yardley (2009-05-04)
- NoScript support forum "Re: Latest NoScript version (1.9.2) breaks Adblock Plus", comment #3704, Giorgio Maone (2009-05-04)
- NoScript support forum "Re: Additional steps to regain and retain user trust", comment #3935, Giorgio Maone (2009-05-06)