|Stable release||22.214.171.124 / July 28, 2014|
|Available in||45 Languages|
- 1 Features
- 2 Awards
- 3 Criticism
- 4 Controversies
- 5 See also
- 6 References
- 7 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. http://www.mozilla.org), its subdirectories are enabled (e.g. http://www.mozilla.org/firefox and http://www.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 a NoScript module meant to harden the web application oriented protections already provided by NoScript, by delivering a firewall-like component running inside the browser. This "firewall" is specialized in defining and guarding the boundaries of each sensitive web application relevant to the user (e.g. 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.
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.
- 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.
NoScript's standard installation state contains a number of whitelistings that comprise some of the most commonly denounced tracking and data aggregation entities on the web. Some portions of NoScript also contain settings usually hidden from the user's eye or made difficult to remove which list numerous advertising entities, including Maone's own, in a way that can allow activities the user has not willfully consented to.
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.
- NoScript CHANGELOG NoScript.net. Retrieved 2014-08-01.
- "Meet the NoScript Developer". Mozilla. Retrieved 2011-09-27.
- "Mozilla Security Group". Mozilla. Retrieved 2011-09-27.
- 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". 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
- "The effect of Firefox addons on bandwidth consumption".
- "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.
- Peter Smith (17 Apr 2007). "Top 10 Firefox extensions to avoid". Computerworld. International Data Group. Retrieved 2 May 2009.
- 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
- yardley.ca "When blockers block the blockers", 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)