Skip to content

Security: r1si/zeroclipboard

Security

docs/security.md

ZeroClipboard Security

We try our best to keep ZeroClipboard secure but there are some rules that you should follow to keep your site safe.

Rules

Basically, if an attacker gets access to the main window/global object via an XSS exploit, it's pretty much an instant "GAME OVER" unless ALL of the following are true:

  1. The ZeroClipboard object itself is not globally accessible.
  2. The ZeroClipboard.prototype object itself is not globally accessible.
  3. No ZeroClipboard instances are globally accessible.
  4. No callback functions for dispatched ZeroClipboard events are globally accessible.
  5. If a variable is used to set the path to the SWF via ZeroClipboard#setDefaults, that variable must not be globally accessible.

Examples

  1. Having ZeroClipboard instances globally accessible (versus encapsulated in a closure). This allows an attacker to manually call a client's setText method and inject their own text.
  2. As with all globally accessible functions in JavaScript, any globally accessible callback functions (hooked to events) can be overridden by an attacker. This isn't terribly dangerous but could be annoying.
  3. Overriding any of the ZeroClipboard or ZeroClipboard.prototype properties or methods, if globally accessible.

Responsible Disclosure

If you find any security holes, please submit a pull request, or file an issue. We will be very appreciative.

There aren’t any published security advisories