Urheberrechtsverletzung auf google.by-Seiten

698
naXa

Ab heute bekomme ich ständig diese Fehlermeldung, wenn ich versuche, etwas bei google.by zu suchen:

Gut gut gut. Was haben wir hier? Ein Verstoß gegen die Ursprungsrichtlinie.

Und was haben wir nicht? Eine Seite!

Sie versuchen zu gehen: https://www.google.by/search?q=thymeleaf+is+0+or+zero&sourceid=chrome&ie=UTF-8 Die Richtlinie gilt für: https://www.google. durch

Ich habe andere Domains (google.com, google.ru, google.de) ausprobiert und sie funktionieren einwandfrei. Das Problem ist im Inkognito-Modus (mit deaktivierten Plugins) reproduzierbar. Nur in Chrome (Firefox und Edge haben kein solches Problem) und es wurde kürzlich gestartet, daher kann es mit dem aktuellen Chrome-Update zusammenhängen. Jetzt verwende ich Chrome Version 71 (Beta).

  1. Was heißt das?
  2. Ich habe in meinen Verbindungseinstellungen nichts geändert. Wer ist zuständig? Google? ISP?

UPD. Ich bin nicht der einzige mit diesem Problem, es gibt andere Benutzerberichte dieses Problems im Google Chrome-Hilfeforum .

2
Tritt dies auf, wenn Sie es gleich beim Start einer neuen Chrome-Sitzung tun? Schließen Sie einfach alle Fenster von Chrome, starten Sie es erneut und geben Sie die Abfrage aus. harrymc vor 5 Jahren 0
@harrymc Nein, das Problem ist nach dem Neustart verschwunden. Ich weiß immer noch nicht die Ursache. Das Chrome-Update und das [Tampermonkey] (https://tampermonkey.net/changelog.php?version=4.7.44) Plugin-Update sind die Hauptverdächtigen. naXa vor 5 Jahren 0
Kann bestätigen, dasselbe gestern auf google.ca passiert ist. War nach dem Neustart von Chrome verschwunden, gerade jetzt wieder passiert, aber jetzt bleibt es auch bei Neustarts bestehen. whizzzkid vor 5 Jahren 0
Möglicherweise war dieser [Chromium-Patch] (https://chromium.googlesource.com/chromium/src/+/7e618744354e3faee1b8ee8d4b75537784a668c7) schuld. fitojb vor 5 Jahren 0

2 Antworten auf die Frage

0
harrymc

Der Grund für ein solches Problem ist, dass die Antwort zurückgegeben wurde google.by, um auf Daten zuzugreifen, die von einer vorherigen Website-Anfrage gespeichert wurden.

Wikipedia Die Politik des gleichen Ursprungs erklärt das Problem gut:

Das folgende Beispiel veranschaulicht ein potenzielles Sicherheitsrisiko, das ohne die Richtlinie mit demselben Ursprung entstehen könnte. Angenommen, ein Benutzer besucht eine Banking-Website und meldet sich nicht ab. Anschließend geht der Benutzer zu einer anderen Site, auf der im Hintergrund bösartiger JavaScript-Code ausgeführt wird, der Daten von der Bank-Site anfordert. Da der Benutzer weiterhin auf der Bank-Site angemeldet ist, kann der bösartige Code alles, was der Benutzer auf der Bank-Site tun kann. Es könnte zum Beispiel eine Liste der letzten Transaktionen des Benutzers abrufen, eine neue Transaktion erstellen usw. Dies liegt daran, dass der Browser Sitzungscookies an die Bankwebsite senden und empfangen kann, die auf der Domäne der Bankwebsite basiert.

Ich habe keine Ahnung, warum die Ausgabe einer Abfrage zu google.byeiner Referenz führen würde, die einen Richtlinienblock mit gleichem Ursprung auslösen würde. Es ist jedoch klar, dass dadurch ein unangemessener Zugriff auf Ihre Daten verhindert wurde.

Google ist eine der am häufigsten genutzten Möglichkeiten für Malware. Daher kann es sein, dass das Anzeigensystem Ihnen eine schattige Referenz bietet.

Wenn dies erneut geschieht, führen Sie dasselbe aus: Starten Sie Chrome neu. Die Chancen stehen gut, dass dieselbe Anzeige nicht erneut geschaltet wird.

0
Hejazi

Wenn Sie auf dem Dev - Kanal von Chrome sind und die Flagge Experimental Web Platform featuresaktiviert [1], dann könnte es die Ursache sein nach diesem .

Wenn das Flag aktiviert ist, deaktivieren Sie es und starten Sie Chrome neu.


[1] Überprüfe die Flagge hier: chrome://flags/#enable-experimental-web-platform-features

Das Problem stört mich nicht nach dem Neustart von Chrome. Die Flagge "# enable-experimental-web-platform-features" ist noch aktiv. Ich habe das verlinkte Thema durchgelesen und enthält keine Erklärung, warum dieses Flag die Ursache war. naXa vor 5 Jahren 0