Embedded content loaded from third-party domains (for example, YouTube, Google Analytics, ad networks, or CDNs) may also be affected. You can test this by loading the web page in question in a browser with HTTPS Everywhere installed and pulling down the HTTPS Everywhere rules menu. This will show a list of HTTPS Everywhere rules that were applied as the page was loaded, including rules that might have affected embedded content from other domains.
The stable (as yet unreleased) branch contains the following rule that is disabled by default (so very few users' browsing is likely to be affected by their action):
<!-- Disabled by https-everywhere-checker because: Fetch error: http://action.amnesty.org/ => https://action.amnesty.org/: (6, 'Could not resolve host: action.amnesty.org') Fetch error: http://livewire.amnesty.org/ => https://livewire.amnesty.org/: (6, 'Could not resolve host: livewire.amnesty.org') Other Amnesty International rulesets: - Amnesty.at.xml - Amnesty.ch.xml - Amnesty.de.xml - Amnesty.fi.xml - Amnesty.fr.xml - Amnesty.gr.xml - Amnesty.ie.xml - Amnesty.it.xml - Amnesty.or.jp.xml - Amnesty.org.nz.xml - Amnesty.org.pl.xml - Amnesty.org.ru.xml - Amnesty.org.tr.xml - Amnesty.org.uk.xml - Amnesty.se.xml - Amnesty.tw.xml - Amnesty-in-Bewegung.de.xml - Amnesty_International_Norway.xml - Amnesty_USA.org.xml - Amnistia.cl.xml - Amnistia.org.mx.xml - Amnistia.org.pe.xml CDN buckets: - d3soxcs9eo85xz.cloudfront.net Nonfunctional hosts in *amnesty.org: - web (http reply) - files (connections refused on 443) Insecure cookies are set for these domains: - .amnesty.org - .action.amnesty.org - .www.amnesty.org --><ruleset name="Amnesty.org (partial)" default_off="failed ruleset test"> <!-- Direct rewrites: --> <target host="amnesty.org"/> <target host="action.amnesty.org"/> <target host="adam.amnesty.org"/> <target host="es.amnesty.org"/> <target host="www.es.amnesty.org"/> <target host="livewire.amnesty.org"/> <target host="www.amnesty.org"/> <!-- Not secured by server: --> <!--securecookie host="^\.(action\.|www\.)?amnesty\.org$" name="^ARRAffinity$" /--> <securecookie host=".+" name=".+"/> <rule from="^http:" to="https:"/> </ruleset>
The release branch contains the following rules that are disabled by default (so very few users' browsing is likely to be affected by their action):
<!-- Disabled by https-everywhere-checker because: Fetch error: http://action.amnesty.org/ => https://action.amnesty.org/: (6, 'Could not resolve host: action.amnesty.org') Fetch error: http://livewire.amnesty.org/ => https://livewire.amnesty.org/: (6, 'Could not resolve host: livewire.amnesty.org') Other Amnesty International rulesets: - Amnesty.at.xml - Amnesty.ch.xml - Amnesty.de.xml - Amnesty.fi.xml - Amnesty.fr.xml - Amnesty.gr.xml - Amnesty.ie.xml - Amnesty.it.xml - Amnesty.or.jp.xml - Amnesty.org.nz.xml - Amnesty.org.pl.xml - Amnesty.org.ru.xml - Amnesty.org.tr.xml - Amnesty.org.uk.xml - Amnesty.se.xml - Amnesty.tw.xml - Amnesty-in-Bewegung.de.xml - Amnesty_International_Norway.xml - Amnesty_USA.org.xml - Amnistia.cl.xml - Amnistia.org.mx.xml - Amnistia.org.pe.xml CDN buckets: - d3soxcs9eo85xz.cloudfront.net Nonfunctional hosts in *amnesty.org: - web (http reply) - files (connections refused on 443) Insecure cookies are set for these domains: - .amnesty.org - .action.amnesty.org - .www.amnesty.org --><ruleset name="Amnesty.org (partial)" default_off="failed ruleset test"> <!-- Direct rewrites: --> <target host="amnesty.org"/> <target host="action.amnesty.org"/> <target host="adam.amnesty.org"/> <target host="es.amnesty.org"/> <target host="www.es.amnesty.org"/> <target host="livewire.amnesty.org"/> <target host="www.amnesty.org"/> <!-- Not secured by server: --> <!--securecookie host="^\.(action\.|www\.)?amnesty\.org$" name="^ARRAffinity$" /--> <securecookie host=".+" name=".+"/> <rule from="^http:" to="https:"/> </ruleset>
The HTTPS Everywhere developers welcome corrections and updates to rules. Please see our developer information and documentation of the ruleset format. If filing a bug in the Tor Project's Trac bug tracker, you can use the shared username and password cypherpunks / writecode; please ensure that the bug is marked as applying to HTTPS Everywhere.
Information current as of:
current release 6a955e7 2018-11-01 05:00:06 -0700;
next release e7f9f87 2018-12-14 12:11:54 -0700;
current release 6a955e7 2018-11-01 05:00:06 -0700;
next release e7f9f87 2018-12-14 12:11:54 -0700;