Der Konfigurationsparameter "network.trr.default_provider_uri" legt Cloudflare-DNS (angeblich ganz speziell für Mozilla zur Verfügung gestellt und zugeschnitten) als Standard fest.
about:config
network.trr.default_provider_uri
https://mozilla.cloudflare-dns.com/dns-query
https://support.mozilla.org/de/kb/firefox-dns-%C3%BCber-https
https://blog.mozilla.org/en/products/firefox/firefox-continues-push-to-bring-dns-over-https-by-default-for-us-users/
Achtung - Link führt zu Cloudflare!
https://mozilla.cloudflare-dns.com/
Wird hier von Nutzerseite nicht manuell eingegriffen, läuft die Adressauflösung jeder besuchten Internetseite automatisch über Cloudflare (auch LibreWolf). Das ist doch nicht gesund! Sollte das nicht von vornherein unterbunden werden, insbesondere bei Browser-Forks wie LibreWolf?
Überprüft habe ich (unter GNU/Linux):
- Firefox ESR 102
- Firefox Release 108
- LibreWolf 108
* Nachtrag Screenshots (https://areac.de/index.php?topic=201.msg1298#msg1298)
Zitat von: duda am 05.01.2023, 18:05
Wird hier von Nutzerseite nicht manuell eingegriffen, läuft die Adressauflösung jeder besuchten Internetseite automatisch über Cloudflare (auch LibreWolf).
Das glaub ich nicht.
Bei mir steht in jedem Profil der genannte Parameter auch auf Cloudflare, und zwar auch in Profilen, in denen ich die user.js aus dem PrHdb oder die ghacks user.js nutze.
Lege ich ein neues Profil an "ohne-alles", dann zeigt die Seite https://www.dnsleaktest.com/ (https://www.dnsleaktest.com/) mir den DNS meines Internetproviders an (fest in der FritzBox).
In den anderen Profilen zeigt die Seite den DNS ein, den ich eingestellt hab.
Vielleicht sollten wir mal kären, was für eine Bedeutung der Parameter hat.
Im Moment rollt Mozilla das bei einigen US-Nutzern aus, andere Regionen kommen später dran. Also ist es nicht verwunderlich, dass bei einem deutschen Firefox der System-DNS verwendet wird.
Wenn die Nutzer nicht manuell eingreifen, ist es das gleiche wie bei der Suchmaschine. Standard ist Google, wenn der Nutzer nicht manuell eingreift.
Implikationen von Cloudflare DoH für die Privatsphäre:
Cloudflare wird keine Daten verkaufen, die IP-Adressen der Nutzer nicht auf die Festplatte schreiben und Logdaten max. 24h behalten. Cloudflare wird aber auswerten, welche Domains gesucht wurden und darauf aufbauend Analysen durchführen, die viel Geld wert sind, wenn große Mengen an Daten einfließen, die für die weltweite Internetnutzung repräsentativ sind.
Wenn ein Internetdienst in einer Woche von 1.000 Nutzern verwendet wird, in der folgenden Woche von 10.000 und dann von 50.000, dann ist diese Information viel Geld wert, wenn sie vor allen anderen hat. Man erkennt Tendenzen... und für diese Informationen gibt es viele Interessenten... da kann man der Phantasie freien Lauf lassen.
Aber Google als Standard-Suchmaschine macht das auch.
Was wäre ein passender DNS-over-TLS Server als Default? (Könnte man villeicht in die user.js vom Privacy-Handbuch einbauen?) Aber welcher Server könnte das sein? Schwierige Entscheidung.
By the way: beim Librewolf ist der Default-DoH-Provider rausgepatcht in den Einstellungen. Man muss einen Custom Provider eintragen, wenn man DoH nutzen will.
Zitat von: xanthippe am 05.01.2023, 19:12Das glaub ich nicht.
Ist aber so.
Zitat von: cane am 05.01.2023, 20:42By the way: beim Librewolf ist der Default-DoH-Provider rausgepatcht in den Einstellungen.
Davon ging ich auch aus. Im Gegensatz zum normalen FF ist beim LW dort nur "Custom" verfügbar.
Spoiler
(https://lutim.ggc-project.de/tuR86j5F.png)
Lasse ich das Feld "Custom" leer, bin ich automatisch bei Cloudflare. Habe es heute mit Hilfe verscheidener Abfragetools mehrfach überprüft. Ich kann euch gerne einen/mehrere Screenshot/s posten. Erst nachdem ich die drei mir zur Verfügung stehenden Browser dahingehend überprüft hatte (wie oben beschrieben), habe ich dieses Thema erstellt.
Mit Eintrag (ffmuc):
Spoiler
(https://lutim.ggc-project.de/dPwkELXd.png)
Ohne Eintrag (Feld leer):
Spoiler
(https://lutim.ggc-project.de/IShXAj0U.png)
* Nachtrag Screenshots
Ich muss mich korrigieren, das Librewolf Team hat nichts geändert, das ist jetzt das normale Verhalten vom Firefox (wie oben beschrieben).
Also: Mozilla beginnt jetzt in US damit, DoH standardmäßig zu aktivieren wenn "network.trr.mode = 0" (default bei Auslieferung) und verwendet dann den Default Resolver (Cloudflare). Irgendwann wird das auch nach DE rüberschwappen. Die Strategie von Mozilla werden wir nicht ändern, es war auch seit längerem angekündigt.
Das könnte man verhindern, indem man "network.trr.mode = 5" setzt (DoH deaktiviert auf Wunsch des Nutzers).
Oder man setzt einen passenden DoH Resolver als Default, der aktiviert werden könnte (das würde ich für die user.js vom PrHdb bevorzugen).
Damit ergibt sich die Frage, was ein passender DoH Resolver wäre, den die Leser vom PrHdb als Kompromiss akzeptieren würden. Es sollte ein Resolver sein, der etwas Last abfedern kann und der keine Werbung usw. blockiert (manche Leute mögen das nicht). Ich würde sagen, FFmuc (das mein Favorit und hat genug Power für die kleine Gruppe der PrHdb Leser) oder Quad9 (hat mehr Power aber wäre besser als Cloudflare - oder?). Andere Meinungen?
Und wie wird sich Thunderbird verhalten?
Zitat von: cane am 06.01.2023, 08:45Damit ergibt sich die Frage, was ein passender DoH Resolver wäre, ...
Wie du schon sagst, sollte das ein Resolver sein der einiges an Last aushält. Wenngleich die Nutzergruppe insgesamt auch überschaubar klein sein mag.
FFmuc habe ich jetzt schon über einen längeren Zeitraum im Blick, und wenn der eingestellt ist, gibts keine Probleme bzw. ich konnte keine feststellen. Bei den beiden Alternativen (dismail.de, dnsforge.de) kommt es da schon eher mal zu Unregelmäßigkeiten. Zur dritten Alternative (digitalcourage.de) kann ich nichts sagen, weil zu selten im Einsatz. Mit der Alternative, dem Resolver von digitale-gesellschaft.ch, konnte ich auch keinerlei Unregelmäßigkeiten feststellen. cane: Hältst du Quad9 für vertrauenswürdig?
Zitat von: cane am 06.01.2023, 08:45Und wie wird sich Thunderbird verhalten?
Dazu kann ich auch nicht viel sagen. Privat benutze ich einen anderen Mailclient und bei der Arbeit läuft sowieso alles über Cloudflare (vom Sys-Admin so voreingestellt) :facepalm: bzw. über den provider-eigenen DNS (DT).
Endlich ist es mir gelungen, das vermisste, gut 5 Jahre alte, aber so sehr nachgefragte Firefox-AddOn Block Cloudflare MiTM Attack (https://my.owndrive.com/s/G7aDA6Nm6HH9J49) wieder auszugraben und kann es Euch nun zum Download anbieten.
Das gab es leider eben nicht in der AMO, (https://addons.mozilla.org/de/firefox/), sondern nur im Torprojekt unter einem Link, der wohl seit Jahren nicht mehr funktioniert. Die Variante in der AMO (https://addons.mozilla.org/de/firefox/) war eine Fälschung.
Bitte ladet es runter und bietet es selbst irgendwo an! Ich habe es auf einem Freespace und man weiß ja nie, wie lange der steht.
Es wird offensichtlich von vielen gesucht und die Strukturen des Torprojekts haben sich geändert, da ist es nicht mehr zu finden.
Das AddOn ist in der Lage, nicht nur gegen Cloudflare MiTM, sondern auch gegen:
• Incapsula MiTM
• Google Project Shield MiTM
• Sucuri MiTM
zu wirken.
Weitere AddOns, die noch in dem Zusammenhang hilfreich sind:
True Sight (https://addons.mozilla.org/en-US/firefox/addon/detect-cloudflare-plus/) by claustromaniac (https://addons.mozilla.org/en-US/firefox/user/13341776/)
Detect Cloudflare (https://addons.mozilla.org/de/firefox/addon/detect-cloudflare/)
Cloud Firewall (https://addons.mozilla.org/de/firefox/addon/cloud-firewall/)
Sie sind teils Jahre nicht mehr aktualisiert worden, aber auch nicht sicherheitsrelevant.
Welche Software sonst gegen das Problem?
Möge jeder selber prüfen: cloudflare-bypass (https://github.com/topics/cloudflare-bypass)
Weitere Informationen dazu gibt es nebenan (https://www.kuketz-forum.de/t/diskussion-cloudflare/4080/21?u=bit).
Zitat von: Bit am 17.07.2023, 02:44
Endlich ist es mir gelungen, das vermisste, gut 5 Jahre alte, aber so sehr nachgefragte Firefox-AddOn Block Cloudflare MiTM Attack (https://my.owndrive.com/s/G7aDA6Nm6HH9J49) wieder auszugraben und kann es Euch nun zum Download anbieten.
Und wie steht es um die Vertrauenswürdigkeit der "Fundgrube"? Was macht dich so sicher, dass das wiedergefundene Addon wirklich "sauber" ist?
Zitat von: duda am 17.07.2023, 07:17
Was macht dich so sicher
Abgesehen davon, daß ich es jahrelang genutzt habe (genau dieses, nicht eine Kopie) und daß es von Cypherpunk, einer Entwicklergruppe aus dem Torprojekt, im eigenen Interesse, zum eigenen Bedarf (nicht zum Vertrieb) entwickelt wurde?
Es ist kein sicherheitsrelevantes Tool. Es untersucht nur die aufgerufenen Daten und meldet seine Erkenntnisse. Es verändert nichts und es telefoniert meiner Wahrnehmung nach nirgendwo hin und ich hörte bzw. las auch nichts Derartiges.
Bit
Probeweise habe ich das Addon eingebunden und den Funktionsumfang erweitert auf:
ZitatIncapsula MiTM
Google Project Shield MiTM
Sucuri MiTM
So habe ich das auf diesem Rechner auch gemacht und schon ein paar Opfer gefangen ... >:(
.deepl.com
a.fsdn.com
sourceforge.net
www.alternate.de
Zitat von: Bit am 19.07.2023, 17:41
deepl.com
Von "deepl.com" bin ich dbzgl. sehr enttäucht. :DOWN
Dass "sourceforge.net" dbzgl. nicht der Hit sein würde, war mir eigentlich klar. ::)
Na dann auch mal was Positives: Mozilla.org ist nicht mehr hinter Cloudflare! :D
Zitat von: Bit am 19.07.2023, 22:51
Mozilla.org ist nicht mehr hinter Cloudflare!
Aha, und wie schützt sich Mozilla jetzt vor DDoS-Attacken (https://wikiless.org/wiki/Denial_of_Service?lang=de)?
Na, das weiß ich natürlich nicht ...
Ich wollte nur das AddOn testen und kam glatt durch ... ;D
Zitat von: Bit am 19.07.2023, 22:51
Mozilla.org ist nicht mehr hinter Cloudflare!
Zitat von: duda am 19.07.2023, 23:05
Aha, und wie schützt sich Mozilla jetzt vor DDoS-Attacken (https://wikiless.org/wiki/Denial_of_Service?lang=de)?
Zitat von: Bit am 20.07.2023, 00:06
Na, das weiß ich natürlich nicht ...
Das war nur Sarkasmus! ;D :D
Wenn sich auch (zumindest in gewissen Kreisen) die Gerüchte eisern halten, ohne Cloudflare könne kein wirksamer Schutz vor DDoS-Attacken gewährleistet werden, ist das natürlich kompletter Blödsinn.
Und schon wieder habe ich eine "Verdächtige" gefunden (mxlinux.org), worüber ich sehr, sehr enttäuscht bin. Ich bekomme über das Monitoring des Addons einen Zahlenwert und einen Prozentwert angezeigt. Weiß jemand (weißt du, Bit), was diese Werte bedeuten bzw. woraus sie sich zusammensetzen?
Zitat von: duda am 20.07.2023, 13:25
Das war nur Sarkasmus! ;D :D
Ich hatte das schon vermutet. Aber mit dem Sarkasmus und der Ironie ist es im verschriftlichten Internet so eine Sache. ;)
Zudem erkenne ich anderen Sarkasmus nicht sicher, obwohl ich ihn gelegentlich selbst benutze — im Internet ist das noch gefährlicher. ::)
Daher beantworte ich ihn sicherheitshalber
immer ernsthaft (was in manchen Fällen noch lustiger ist). :P
AddOns monitore ich (sogar Programme) eher nicht. In zwanzig Jahren habe ich vielleicht in fünf konzentrierten Phasen mal mit dem Wireshark (https://www.wireshark.org/) recherchiert, aber geübt bin ich darin nicht.
Also überlasse ich solche Auskünfte lieber denen, die sich da besser auskennen. 8)
Mit "Monitoring" meinte ich das des Addons selber. Das erscheint z. B., wenn man auf das Icon klickt. ;)
Zitat von: duda am 20.07.2023, 15:55
wenn man auf das Icon klickt
Das ist der "Total Requests counter" (steht auch dran).
Der zeigt die Fälle numerisch für den jetzt gefundenen Typ und ihren Anteil an der Gesamtsumme aller Fälle für die vier MiTM-Detektionen (je nachdem, was Du aktiviert hast).
Zitat von: Bit am 20.07.2023, 16:23
Das ist der "Total Requests counter" (steht auch dran).
Schon. Mir sagt das nur nicht viel. Ich will dbzgl. aber nicht weiter nerven. Danke dir!
Zitat von: duda am 20.07.2023, 16:59
nerven
Du nervst nicht, bitte entschuldige, wenn ich zu brüsk war. :-*
Total Requests counter meint den Zähler der gesamten Fälle, hier zusätzlich im Verhältnis zu den anderen aktivierten Optionen.
Zu DeepL, die windows App und die Android App können über das Tor Netzwerk ohne Einschränkungen genutzt werden.
Somit sollte hier eine Umleitung nicht stattfinden.
Zitat von: M-u-m-p-i-t-z am 23.07.2023, 15:11Somit sollte hier eine Umleitung nicht stattfinden.
Man kommt jetzt keine Sperrseite bei
.DeepL.com pur, wohl aber bei der Übersetzungsseite
https://www.deepl.com/translator (Standardweiterleitung, wenn man nur
https://deepl.com eingibt und Skripte erlaubt, ohne die die Übersetzungsseite nicht funktioniert), und zwar wegen
login-wall.deepl.com und
static.deepl.com – guck:
(https://img.adminforge.de/Lzt0GmuT/NKIgL0wW.png)
(https://img.adminforge.de/WjFeHhaV/SZes30cp.png)
(beide nur 38 Tage haltbar)
Zitat von: Bit am 23.07.2023, 16:32[img]https://lutim.ggc-project.de/pLD7gRW1.png[/img]
[img]https://lutim.ggc-project.de/25bHDicL.png[/img](beide nur 30 Tage haltbar)
https://lutim.ggc-project.de/ist derzeit nicht erreichbar.
Zitat502 Bad Gateway
Mozilla wird doch nicht die Erreichbarkeit des FTP-Downloads per HTTP(S) für den Firefox kappen wollen?!https://ftp.mozilla.org/pub/firefox/releasesDer direkte Aufruf des Unterverzeichnisses führt mich derzeit zu einem 404-Fehler.
Zitat404 Not Found
Über den Umweg
https://ftp.mozilla.org/pub/und danach erst zum Unterverzeichnis "firefox" navigieren, führt mich dann allerdings wieder ins gewünschte Verzeichnis.
Seltsam, denn das Ergebnis (die Linkstruktur) ist dasselbe (ist dieselbe).https://ftp.mozilla.org/pub/firefox/releases/
Zitat von: duda am 29.07.2023, 09:49...
Aha, gefunden: Das "Slash" (/) am Ende des Links ist unerlässlich.
Zitat von: Bit am 23.07.2023, 16:32Zitat von: M-u-m-p-i-t-z am 23.07.2023, 15:11Somit sollte hier eine Umleitung nicht stattfinden.
Man kommt jetzt keine Sperrseite bei .DeepL.com pur, wohl aber bei der Übersetzungsseite https://www.deepl.com/translator (Standardweiterleitung, wenn man nur https://deepl.com eingibt und Skripte erlaubt, ohne die die Übersetzungsseite nicht funktioniert), und zwar wegen login-wall.deepl.com und static.deepl.com – guck:
(https://lutim.ggc-project.de/pLD7gRW1.png)
(https://lutim.ggc-project.de/25bHDicL.png)
(beide nur 30 Tage haltbar)
Seltsamer Weise werden mir im Forum die Links bei Dir nicht angezeigt, welches Script muss man erlauben?
Wenn ich DeepL mit den Torbrowser nutzen will geht das nicht, weil man angeblich den Internet Explorer verwendet, die nette Variante zu sagen Tor Browser kein Einlass. Auch nur die Verwendung eines Tor Proxys mit Firefox wird von cloudflare geblockt, bzw. werden nur HTML Elemente angezeigt, es fehlen sämtliche Grafiken und stylesheets, obwohl Javascripte aktiviert wurden.
VPN geht aber noch...
ABER wenn man die APP von Windows oder Android verwendet kann man sich ganz normal Anmelden und Übersetzungen verwenden trotz Verwendung eines Tor Proxy in den Einstellungen.
Zitat von: duda am 29.07.2023, 09:49https://lutim.ggc-project.de/ ist derzeit nicht erreichbar.
Zitat von: M-u-m-p-i-t-z am 31.07.2023, 11:03Seltsamer Weise werden mir im Forum die Links bei Dir nicht angezeigt, welches Script muss man erlauben?
Die ursprünglich genutzte Instanz ist trotz anderslautender Aussage offensichtlich nicht in der Lage, die bestehenden Bilder weiterhin anzuzeigen.
Ich habe sie nun auf eine andere, derzeit aktive Instanz umquartiert: siehe oben (https://areac.de/index.php?msg=2152).
Nur um die Frage zu beantworten, obwohl es damit nichts zu tun hatte: ich sah sie auch nicht mehr, trotzdem ich dem Forum und Lutim (auf der alten Instanz) alle Skripte erlaubt habe (sind ja nicht so viele).
Zitat von: Bit am 31.07.2023, 21:08Zitat von: duda am 29.07.2023, 09:49https://lutim.ggc-project.de/ ist derzeit nicht erreichbar.
Zitat von: M-u-m-p-i-t-z am 31.07.2023, 11:03Seltsamer Weise werden mir im Forum die Links bei Dir nicht angezeigt, welches Script muss man erlauben?
Die ursprünglich genutzte Instanz ist trotz anderslautender Aussage offensichtlich nicht in der Lage, die bestehenden Bilder weiterhin anzuzeigen.
Ich habe sie nun auf eine andere, derzeit aktive Instanz umquartiert: siehe oben (https://areac.de/index.php?msg=2152).
Nur um die Frage zu beantworten, obwohl es damit nichts zu tun hatte: ich sah sie auch nicht mehr, trotzdem ich dem Forum und Lutim (auf der alten Instanz) alle Skripte erlaubt habe (sind ja nicht so viele).
ok cool, wer oder was gibt Dir diese Anzeige? Das alte cyberpunk addon?
Zitat von: M-u-m-p-i-t-z am 01.08.2023, 03:11Das alte cyberpunk addon?
Ja, genau: Anti-MiTM
Block Cloudflare MiTM Attack (https://my.owndrive.com/s/G7aDA6Nm6HH9J49)
Unter Auswahl aller vier MiTM in den Einstellungen. Kommt aber fast nur Cloudflare und ganz selten Sucuri ...
Das neueste Release (119) bringt einen "Translater" mit, welcher auf der rechten Seite des Adressfeldes permanent erscheint. Wer das als störend empfindet, kann das "Feature" wie folgt deaktivieren:
about:config
browser.translations.alwaysTranslateLanguagesbrowser.translations.alwaysTranslateLanguages = 0
Zitat von: duda am 09.11.2023, 16:00Wer das als störend empfindet, kann das "Feature" wie folgt deaktivieren: ...
Beim Browser "Librewolf" funktioniert diese Art der Deaktivierung
nicht!
Zitat von: duda am 12.11.2023, 14:04Beim Browser "Librewolf" funktioniert diese Art der Deaktivierung nicht!
Ist mir trotzdem nie zu Gesicht gekommen. Hat Librewolf scheinbar direkt rauseditiert.
Zitat von: com am 12.11.2023, 17:03Hat Librewolf scheinbar direkt rauseditiert.
Unter Windows?
Bei mir (unter MX-Linux, Librewolf 119.0.1-1) ist das "Feature" enthalten und lässt sich leider nicht so einfach verbannen. Deshalb auch der Hinweis.
Bild
(https://pic.pirate-guild.org/bkmgriPc/ycTEmcXy.png)
Ah, sorry. Ist unter Linux ebenso wie unter WIN vorhanden. In meiner privaten Debian Maschine erscheint allerdings kein nerviges Popup, weshalb ich dachte es wäre rausgeschmissen. Immerhin.
Ausschalter:
browser.translations.enable = false