org.apache.catalina.filters.CSRF

org.apache.catalina.filters.CSRF_NONCE (7 Beiträge, 301 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Der URL-Parameter "org.apache.catalina.filters.CSRF_NONCE" wird anscheinend seit neuestem jedes Mal angehängt, wenn man ein Posting verfasst, absendet und zum Posting weitergeleitet wird. Das hat zur Folge, dass Links zum eigenen Posting nicht sofort als gelesen dargestellt werden, da die Links diesen URL-Parameter nicht enthalten.

Also scheint das eigene Posting jedesmal als ungelesen auf, was (für mich) ziemlich nervig ist.

Muss das sein? Gibt es einen Workaround? Danke im Voraus!

23.07.2019, 15:04 Uhr - Editiert von mko, alte Version: hier

Hallo,

laut unserer Technik ist das leider aus Sicherheitsgründen notwendig und das entsprechende Standard-Modul ist nicht weiter konfigurierbar.
_______
Grüße

Instar

laut unserer Technik ist das leider aus Sicherheitsgründen notwendig und das
entsprechende Standard-Modul ist nicht weiter konfigurierbar.

Ist die Foren-Software nicht von euch selber geschrieben?

"Jo eh."

Das GHF lebt in einem Servlet Container, der gewisse "Infrastruktur" und gewoehnlich wuenschenswerte Funktionalitaet fuer Webanwendungen, je nach Konfiguration, bereitstellt - so auch einen CSRF-Filter fuer Formulare, den man relativ aufwandsarm (Modulo Bugs/"Features"/Ueberraschungen wie z. B. https://forum.geizhals.at/t898185.html ) ueber eine existierende Applikation "darueberbreiten" kann.

Den haben wir kuerzlich aktiviert, um eine zuvor gemeldete Schwachstelle im Forum zu beheben. Funktioniert inzwischen auch wie gewuenscht, und das gemeldete Sicherheitsproblem ist damit behoben. Leider gibt es als Seiteneffekt den Nonce-Query-Parameter, der sich, wie im initialen Posting dieses Threads beschrieben, durchaus etwas laestig auswirken kann. Wir haben jetzt also zwei Moeglichkeiten:

1.) Wir leben mit der in dieser Hinsicht limitierten Konfigurierbarkeit des CSRF-Filters, und haben eine funktionierende CSRF-Protection fuer eine leider ziemlich grausliche Codebase.

2.) Wir erfinden dieses Rad in Eigenregie mit hoffentlich aequivalenter Funktionalitaet neu, sodass es diese kosmetische Haesslichkeit nicht aufweist, und integrieren sie hoffentlich korrekt in unsere leider ziemlich grausliche Codebase.

Haetten wir unendlich viel Zeit gepaart mit unendlich viel Leidensfaehigkeit, waere 2.) sicher eine Option. In diesem Universum wird es aber wohl bei 1.) bleiben.

echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc

Was hindert euch daran nach dem Submit des Formulars einen Redirect auf eine saubere URL zu machen?

test

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung