Freecodecamp: Chrome zeigt eine Fehlermeldung in iframe an - Ungewöhnlicher Code erkannt

Erstellt am 4. März 2017  ·  72Kommentare  ·  Quelle: freeCodeCamp/freeCodeCamp

Aktualisieren

Bitte verwenden Sie Firefox, während wir eine Lösung finden. Entschuldigung für die Unannehmlichkeiten.


Herausforderung Das Hinzufügen einer Senden-Schaltfläche zu einem Formular hat ein Problem.
User Agent ist: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) <strong i="11">Chrome/57.0.2987.88</strong> Safari/537.36 .

_Beschreibung bearbeitet von @systimotic zur Verdeutlichung_
Im Telefonrahmen wird eine Warnung angezeigt. Darin heißt es: "Chrome hat auf dieser Seite ungewöhnlichen Code erkannt und blockiert, um Ihre persönlichen Daten (z. B. Passwörter, Telefonnummern und Kreditkarten) zu schützen."

screenshot

Code:


<link href="https://fonts.googleapis.com/css?family=Lobster" rel="stylesheet" type="text/css">
<style>
  .red-text {
    color: red;
  }

  h2 {
    font-family: Lobster, Monospace;
  }

  p {
    font-size: 16px;
    font-family: Monospace;
  }

  .thick-green-border {
    border-color: green;
    border-width: 10px;
    border-style: solid;
    border-radius: 50%;
  }

  .smaller-image {
    width: 100px;
  }
</style>

<h2 class="red-text">CatPhotoApp</h2>

<p>Click here for <a href="#">cat photos</a>.</p>

<a href="#"><img class="smaller-image thick-green-border" alt="A cute orange cat lying on its back. " src="https://bit.ly/fcc-relaxing-cat"></a>

<p>Things cats love:</p>
<ul>
  <li>cat nip</li>
  <li>laser pointers</li>
  <li>lasagna</li>
</ul>
<p>Top 3 things cats hate:</p>
<ol>
  <li>flea treatment</li>
  <li>thunder</li>
  <li>other cats</li>
</ol>
<form action="/submit">

</form>
<form action="/submit-cat-photo">
  <input type="text" placeholder="cat photo URL">
</form>


Hilfreichster Kommentar

Ich kann dies mit Chrome 57 sowohl auf der Beta- als auch auf der Live-Site reproduzieren.

Die Version, in der dies reproduziert werden kann, ist 57.0.2987.88. Aus dem Chrome-Blog am 9. März:

Das Chrome-Team freut sich, die Förderung von Chrome 57 für den stabilen Kanal 57.0.2987.98 für Windows, Mac und Linux bekannt zu geben. Dies wird in den kommenden Tagen / Wochen eingeführt.

Der Fehler:

Der XSS Auditor blockierte den Zugriff auf " https://www.freecodecamp.com/challenges/add-a-submit-button-to-a-form# ? Solution = solution-here", da der Quellcode eines Skripts darin gefunden wurde die Anfrage. Der Auditor wurde aktiviert, da der Server keinen "X-XSS-Protection" -Header gesendet hat.

Dies erwähnt, dass der Fehler, den wir sehen, tatsächlich durch die in Chrome 57 aktivierte Funktionalität verursacht wird.

Die Warnung scheint durch ein Formular im Iframe ausgelöst zu werden.
Hier ist ein StackOverflow-Beitrag mit einem Vorschlag zur Lösung dieses Problems.

Ich habe getestet, wie Codepen damit umgeht. Dort funktioniert es gut. Einige bemerkenswerte Unterschiede:

  • X-Frame-Optionen sind ALLOWALL bei Codepen, SAMEORIGIN bei fCC. Ich denke, dass dies wahrscheinlich nicht die Ursache ist, aber es kann damit zusammenhängen.
  • X-XSS-Schutz ist 1; mode=block auf fCC, aber nicht auf Codepen vorhanden. Ich denke, das ist der Grund, warum es auf Codepen funktioniert, aber nicht auf fCC.

/ cc @ freeCodeCamp / moderators Dies scheint ein sehr ernstes Problem für uns zu werden, aber ich bin mir nicht sicher. Kann jemand helfen, Nachforschungen anzustellen?

Alle 72 Kommentare

@ leekirby6 danke für das Problem. Können Sie weitere Informationen darüber geben, wo Sie diese Benachrichtigung gesehen haben? Ein Screenshot kann ebenfalls hilfreich sein, wenn Sie einen bereitstellen können. Ich erhalte keine Benachrichtigung von Chrome, wenn ich die Seite öffne. Vielen Dank!

Oh, ich habe den Screenshot vergessen.
freecodecamp-error
Nichts passiert, wenn ich Firefox benutze.

Es könnte mit Chrome Beta zusammenhängen. Siehe # 12655. Es funktioniert gut für mich mit stabilem Chrome. @ leekirby6 Kannst du es mit stabilem Chrome versuchen?

Vielen Dank für Ihr Vertrauen. Ich bevorzuge Beta-Version als stabil:
Ich habe Firefox benutzt!

Ist dieser Fehler ein Hinweis darauf, dass Camper dies in einer zukünftigen Version von Chrome sehen werden? Wenn dies der Fall ist, sollten wir wahrscheinlich sicherstellen, dass dies vor der Veröffentlichung behoben ist.

Ich kann dies mit Chrome 57 sowohl auf der Beta- als auch auf der Live-Site reproduzieren.

Die Version, in der dies reproduziert werden kann, ist 57.0.2987.88. Aus dem Chrome-Blog am 9. März:

Das Chrome-Team freut sich, die Förderung von Chrome 57 für den stabilen Kanal 57.0.2987.98 für Windows, Mac und Linux bekannt zu geben. Dies wird in den kommenden Tagen / Wochen eingeführt.

Der Fehler:

Der XSS Auditor blockierte den Zugriff auf " https://www.freecodecamp.com/challenges/add-a-submit-button-to-a-form# ? Solution = solution-here", da der Quellcode eines Skripts darin gefunden wurde die Anfrage. Der Auditor wurde aktiviert, da der Server keinen "X-XSS-Protection" -Header gesendet hat.

Dies erwähnt, dass der Fehler, den wir sehen, tatsächlich durch die in Chrome 57 aktivierte Funktionalität verursacht wird.

Die Warnung scheint durch ein Formular im Iframe ausgelöst zu werden.
Hier ist ein StackOverflow-Beitrag mit einem Vorschlag zur Lösung dieses Problems.

Ich habe getestet, wie Codepen damit umgeht. Dort funktioniert es gut. Einige bemerkenswerte Unterschiede:

  • X-Frame-Optionen sind ALLOWALL bei Codepen, SAMEORIGIN bei fCC. Ich denke, dass dies wahrscheinlich nicht die Ursache ist, aber es kann damit zusammenhängen.
  • X-XSS-Schutz ist 1; mode=block auf fCC, aber nicht auf Codepen vorhanden. Ich denke, das ist der Grund, warum es auf Codepen funktioniert, aber nicht auf fCC.

/ cc @ freeCodeCamp / moderators Dies scheint ein sehr ernstes Problem für uns zu werden, aber ich bin mir nicht sicher. Kann jemand helfen, Nachforschungen anzustellen?

@systimotic danke, dass Sie alle darauf aufmerksam gemacht haben. Ja - das ist ein ernstes Problem. Wenn Google dieses Update herausbringt, werden unsere Herausforderungen vollständig gelöst. Also müssen wir dieses Problem so schnell wie möglich beheben.

Konnten Sie hier Fortschritte erzielen?

@BerkeleyTrue ist dies etwas, das Sie schnell beheben und für die Produktion bereitstellen können, oder haben Sie jemanden im Sinn, der dies delegiert?

Am Montag, den 13. März 2017 um 18:44 Uhr, Quincy Larson [email protected]
schrieb:

@systimotic https://github.com/systimotic Vielen Dank, dass Sie dies gebracht haben
jedermanns Aufmerksamkeit. Ja - das ist ein ernstes Problem. Wenn Google ausrollt
Dieses Update wird unsere Herausforderungen vollständig brechen. Also müssen wir reparieren
diese so schnell wie möglich.

Konnten Sie hier Fortschritte erzielen?

@BerkeleyTrue https://github.com/BerkeleyTrue ist dies etwas, was Sie
könnte das Problem schnell beheben und in der Produktion bereitstellen, oder haben Sie jemanden in
Lust, dies zu delegieren?

- -
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/freeCodeCamp/freeCodeCamp/issues/13727#issuecomment-286147082 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AX9USGhYYpx9VbE14GEjc5ELIWUePYCaks5rlWRggaJpZM4MS57P
.

Ich habe eine Idee, ich werde eine PR gegen Backup / Master erheben, wenn meine Theorie funktioniert.

Wenn es funktioniert, kann ich es auch für die Inszenierung implementieren

Aber bitte, wenn jemand anderes eine Idee hat, arbeiten Sie daran

Dies scheint ein kritisches Thema zu sein

@QuincyLarson @systimotic @Bouncey Wenn man es sich ansieht (laut X-XSS-Protection: 1 in X-XSS-Protection: 1; mode=block . Dadurch wird die Ausführung einer Seite vollständig blockiert, wenn sich der Quellcode für die Seite in der Anforderung selbst befindet (dh Code-URL).

Zuvor bestand das Standardverhalten von chres darin, die Teile des Skripts herauszufiltern, die als schädlich eingestuft wurden. Wir haben dies umgangen, indem wir die spezifischen Teile codiert haben, über die sich Chrome beschweren würde (Formularaktionen usw.), und sie dann decodiert haben, bevor sie in den Iframe eingefügt wurden.

Jetzt blockiert das Standardverhalten die Seite vollständig. Dies ist der Grund für das Problem (glaube ich).

Ich habe Chrome Canary heruntergeladen und ~ konnte das Problem nicht replizieren (es ist in Version 59) ~ Ich konnte es replizieren, indem ich dem Code-Uri ein Skript-Tag hinzufügte.

Ein Fix kann so einfach sein wie das Ändern von X-XSS-PROTECTION in 1 ;

Ich kann nicht in der Beta replizieren, aber ich kann in der Produktion

Chrome 57 ist jetzt der "Chrome Stable" für Ubuntu

Ich kann nicht lokal auf Backup / Master reproduzieren

Wenn Sie versuchen, über die Serversteuerung HTML- und JavaScript-Code auf den Server zurückzusenden, wird das Problem angezeigt.

ist mir auf Chrome Version 57.0.2987.110 (64-Bit) Win10 64bit passiert

Hallo alle,

Bitte helfen Sie mir, dies besser zu verstehen.

Ich bin Business Analyst in einem Softwareunternehmen. Es tritt das Problem auf, dass nach dem Chrome-Update 57.0.2987.98 die Fehlermeldung "Diese Seite funktioniert nicht" angezeigt wird. Chrome hat auf dieser Seite ungewöhnlichen Code erkannt und blockiert, um Ihre persönlichen Daten (z. B. Passwörter, Telefonnummern und Kreditkarten) zu schützen. . ERR_BLOCKED_BY_XSS_AUDITOR "- im Grunde das, was Sie hier diskutieren.

Meine Fragen wären:

  1. Ist es ein Fehler oder eine Funktion?
  2. Wenn es sich um einen Fehler handelt - woher kann ich die Informationen beziehen, wenn sie behoben werden?

Wir haben eine Reihe von Kunden, die unter diesem Fehler leiden, und wir müssen verstehen, ob wir auf den Chrome-Fix warten oder den Fix auf unserer Seite implementieren sollen.

@dimapct Dies ist das Repository für FreeCodeCamp.com, nicht für Chrome. Bitte richten Sie Ihre Fragen zu Ihrer Unternehmenssoftware und zu Chrome an das Chrome-Team, nicht an uns.

@ QuincyLarson
Chrome-Einstellungen> Erweiterte Einstellungen> Vor gefährlichen Websites schützen> Aus
hat eine Weile für mich gearbeitet

Ich bin gerade auf diesen Fehlerbericht gestoßen. Ich frage mich, ob meine Erfahrung etwas Licht ins Dunkel bringen könnte.

Wenn ich einen Beitrag in Ubuntu-Foren schreibe - was eine absolut vertrauenswürdige Website ist -, gibt mir Chrome häufig, aber nicht immer, diesen Fehler, wenn ich auf "Beitragsvorschau" drücke.

Ich habe versucht, ein Muster zu finden, aber es scheint völlig willkürlich; Ich kann einige Formulierungen eingeben, die Chrome akzeptiert, und andere Formulierungen, die Chrome nicht akzeptiert, und ich sehe keinen signifikanten Unterschied zwischen ihnen. Beispielsweise blockiert Chrome manchmal einen Beitrag mit Anführungszeichen und manchmal nicht.

Ich verwende Chrome 57 Stable (aus den offiziellen Chrome-Repositories) unter Linux Ubuntu.

(Ich werde den Vorschlag von @QuincyLarson vorerst übernehmen, obwohl es etwas nervös ist, ihn auszuschalten!)

Leider hat die vorgeschlagene Lösung von @QuincyLarson bei mir nicht funktioniert.

Es gibt jedoch weitere Informationen, von denen ich hoffe, dass sie hilfreich sind:

https://bugs.chromium.org/p/chromium/issues/detail?id=702542
https://bugs.chromium.org/p/chromium/issues/detail?id=706038
https://productforums.google.com/forum/#!msg/chrome/4MUJd75N4Jw/8uDOUMgrEQAJ

@paddylandau Danke.

Es scheint, dass das Problem durch explizites Hinzufügen von x-xss-Schutz-Headern zu unserem csp gelöst wird. Hat jemand etwas Zeit, um dies zu testen?

Das Problem beim Hinzufügen dieses Headers besteht darin, dass die Sicherheit im Interesse von Chrome verringert wird. Das kommt mir komisch vor.

Wenn Sie den Header auf 1 setzen, behalten Sie die Sicherheit bei und verhindern, dass Chrome v57 die Sicherheit erhöht. Der einzige wirkliche Unterschied besteht darin, dass v57 einen Code, den v56- und andere Browser bisher stillschweigend blockiert haben, geräuschvoll blockiert.

Ich habe immer noch dieses Problem :(

Dieses Problem tritt immer noch bei "Formularelement erstellen" auf.

Das Interessante an diesem Problem ist, wenn Sie die Lektion in einem anderen Browser abschließen und zu Chrome zurückkehren und die Lösung dieser Lektion "anzeigen". Der Code wird fehlerfrei gelesen und Sie können mit der nächsten Lektion fortfahren. Irgendwelche Gedanken?

Am 10. April 2017, 10:21 Uhr, "Rogerio Penchel" [email protected]
schrieb:

Ich habe immer noch dieses Problem :(

- -
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/freeCodeCamp/freeCodeCamp/issues/13727#issuecomment-293018041 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AV-9X3RBc4-MBzYNChdMp0_uZrywTADUks5rumUPgaJpZM4MS57P
.

Ich lief dies in Firefox und hatte keine Probleme

@nvnellore Dies gilt nur für Chrom und im weiteren

Ich habe diesen ERR_BLOCKED_BY_XSS_AUDITOR gesehen, wenn ich Inhalte mit einem hinzufüge