# CSRF Token Problem mit Adblocker

**URL:** <https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130>\
**Category:** Allgemein\
**Created:** [1. März 2017 um 10:22 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130 "2017-03-01T10:22:58Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [1. März 2017 um 10:22 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/1 "2017-03-01T10:22:58Z")

</div>

Auf [http://www.shopwaredemo.de/](http://www.shopwaredemo.de/) lässt sich ein CSRF Fehler provozieren in Firefox mit aktiviertem ublock origin. Cookies löschen, Seite aufrufen, klick auf „Mein Konto“, klick auf „Anmelden“.  
Kann das jemand bestätigen? Ggf. auch mit anderen Adblockern / Browsern?

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [1. März 2017 um 10:35 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/2 "2017-03-01T10:35:01Z")

</div>

Um das noch zu betonen, grundsätzlich funktioniert der CSRF Schutz mit ublock origin. Wenn man nach dem Fehler beispielsweise auf das Logo klickt, dann über die Homepage wieder das Anmeldeformular klickt und absendet erscheint KEIN Fehler.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [1. März 2017 um 10:41 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/3 "2017-03-01T10:41:25Z")

</div>

So:  
1)&nbsp;Firefox 47 und ublock origin  
2) Die Startseite von meinem Shop aufgerufen - durchgängig&nbsp;SSL  
3) Cookies und Cache gelöscht  
4) auf „mein Account“ geklickt  
5) eingeloggt  
Keine Probleme - auch beim Tausch von 2 und 3

Gleiches mit [www.shopwaredemo.de](http://www.shopwaredemo.de) =\> keine Probleme

Ich tippe&nbsp;da eher auf sowas wie Internetsecurity ala gdata oder kasper

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [1. März 2017 um 10:46 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/4 "2017-03-01T10:46:47Z")

</div>

Danke. Das lässt hoffen. AV Kram läuft hier nicht, muss irgendwas anderes sein im Zusammenspiel mit ublock.

---

<div class="post-metadata">

**Author:** ![Ailurus](https://avatars.discourse-cdn.com/v4/letter/a/58f4c7/32.png) [@Ailurus](https://forum.shopware.com/u/Ailurus)\
**Post date:** [1. März 2017 um 11:02 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/5 "2017-03-01T11:02:29Z")

</div>

Sind beim uBlock nur Standard Listen Aktiv?

Wie ist es mit Firefox: sind die Standardeinstellung in about:config unverändert?

Bei mir ist „Https Everywhere“ schuld, nicht uBlock.

---

<div class="post-metadata">

**Author:** ![Vitago\_GmbH](https://avatars.discourse-cdn.com/v4/letter/v/67e7ee/32.png) [@Vitago\_GmbH](https://forum.shopware.com/u/Vitago_GmbH)\
**Post date:** [1. März 2017 um 11:44 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/6 "2017-03-01T11:44:28Z")

</div>

Tauchen diese Probleme erst seit der 5.2 Version auf, oder gab es die auch schon bei 5.1?

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [1. März 2017 um 11:51 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/7 "2017-03-01T11:51:35Z")

</div>

Wenn nicht Blocker oder AV, gehen wir mal eine Ebene tiefer:  
**Win7 64** - obiges Verhalten nicht mit Chrome und Firefox (beide ublock origin, Chrome bei Bedarf noch Adblock Plus und Ghostery) reproduzierbar

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [1. März 2017 um 12:33 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/8 "2017-03-01T12:33:21Z")

</div>

In der 5.1 gabs doch noch keine csrf protection?

Hier läuft OSX. Teste das heute abend mal unter Windows 10.

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [2. März 2017 um 08:17 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/9 "2017-03-02T08:17:55Z")

</div>

Ich kann den Fehler auch auf meinem Windows 10 Rechner nachstellen, Firefox mit ublock, auf [shopwaredemo.de](http://shopwaredemo.de). Kann das tatsächlich niemand bestätigen?

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [2. März 2017 um 08:25 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/10 "2017-03-02T08:25:53Z")

</div>

csrf cookie ist gesetzt und wird beim request mitgeschickt. als antwort kommt ein “invalidate-xcsrf-token” cookie.

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [2. März 2017 um 08:28 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/11 "2017-03-02T08:28:50Z")

</div>

chrome mit ublock ebenso

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [2. März 2017 um 08:35 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/12 "2017-03-02T08:35:32Z")

</div>

OK:

1. Chrome mit uBlock cookies von [www.shopwaredemo.de](http://www.shopwaredemo.de) entfernt
2. wie im ersten Beitrag vorgegangen
3. \*UPS\* bekommen !

Ohne uBlock geht es durch  
Komisch, muss aber auch eine Kombination aus \*Mysterium\* - Browser - Domain & u.A. uBlock sein

Nur bei mir im Shop kommt der UPS dann nicht.

---

<div class="post-metadata">

**Author:** ![NextMike](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@NextMike](https://forum.shopware.com/u/NextMike)\
**Post date:** [2. März 2017 um 08:41 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/13 "2017-03-02T08:41:17Z")

</div>

> [@sonic schrieb:](https://forum.shopware.com/profile/16285/sonic "sonic")
> 
> OK:
> 
> 1. Chrome mit uBlock cookies von [www.shopwaredemo.de](http://www.shopwaredemo.de) entfernt
> 2. wie im ersten Beitrag vorgegangen
> 3. \*UPS\* bekommen !

aktuell läuft &nbsp;www.shopwaredemo.de ohne SSL, war das schon immer so?

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [2. März 2017 um 08:43 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/14 "2017-03-02T08:43:51Z")

</div>

unsere shops laufen komplett auf ssl, das kann nicht die ursache sein

---

<div class="post-metadata">

**Author:** ![NextMike](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@NextMike](https://forum.shopware.com/u/NextMike)\
**Post date:** [2. März 2017 um 08:46 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/15 "2017-03-02T08:46:43Z")

</div>

> [@senor\_dingdong schrieb:](https://forum.shopware.com/profile/25212/senor_dingdong "senor\_dingdong")
> 
> unsere shops laufen komplett auf ssl, das kann nicht die ursache sein

ich hatte vermutet der Übergang von http nach https könnte Probleme verursachen. Da wäre evtl. eine mögliche Lösung den Shop strickt über https auszuliefern.&nbsp;

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [2. März 2017 um 09:13 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/16 "2017-03-02T09:13:03Z")

</div>

Ich habe jetzt kreuz und quer rumgestestet, ich kann den Fehler auf [www.shopwaredemo.de](http://www.shopwaredemo.de) auch mit uBlock nicht 100% - eher 99% - reproduzieren.  
Ohne uBlock schaffe ich es nicht, auf dem obigen Weg den \*UPS\* zu produzieren.  
Und warum bekomme ich es auch mit uBlock auf einer anderen Seite nicht reproduziert?

Was mir auffällt: Rufe ich [www.shopwaredemo.de](http://www.shopwaredemo.de) erstmalig auf, kommt dieses Overlay mit dem Hinweis „Backend \*blabla\* zurücksetzen \*blabla\*“  
Wo merkt sich der Demoshop, dass ich die Seite erstmals aufgerufen habe? Selbst wenn ich alle Kekse zu [www.shopwaredemo.de](http://www.shopwaredemo.de) lösche, kommt das Overlay erst wieder, wenn ich den Browser einmal ganz geschlossen habe. Hier werden doch noch irgendwo Dritt-Cookies gesetzt?!?

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [2. März 2017 um 09:19 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/17 "2017-03-02T09:19:55Z")

</div>

Das Overlay steckt im Session Storage, “demoOverlay-hide”.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [2. März 2017 um 09:27 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/18 "2017-03-02T09:27:21Z")

</div>

[OT]  
Ist wohl #Neuland für mich 🙂  
Ich habe diese Daten:

 ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/0/0196ca2d63354ff0e865abe9fb2f0ae84960150f.png)  
Wenn ich die alle lösche, dürfte es doch keine Session mehr geben mit diesen Daten ?!?!?

---

<div class="post-metadata">

**Author:** ![senor\_dingdong](https://avatars.discourse-cdn.com/v4/letter/s/bbce88/32.png) [@senor\_dingdong](https://forum.shopware.com/u/senor_dingdong)\
**Post date:** [2. März 2017 um 09:27 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/19 "2017-03-02T09:27:34Z")

</div>

Auf deiner Mallorca Seite kann ich es auch nicht nachstellen. Auf den ersten Blick auffallend ist nur piwik statt ga.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [2. März 2017 um 09:29 UTC](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130/20 "2017-03-02T09:29:03Z")

</div>

Jo. Piwik ist Lokal  
\*Hmm\* - wäre krude - aber vielleicht sorgt das Ausfiltern vom Piwik uBlock daran, Cookies zu vermurksen \*Ich stell es mal grade ab\*

&nbsp;

[Edit]  
Nein, auch mit Piwik „aus“ lässt sich der Fehler grad nicht sehen. Wäre auch sehr krude gewesen 😉

[Nächste Seite](https://forum.shopware.com/t/csrf-token-problem-mit-adblocker/44130.md?page=2)
