Fehlermeldung 403 (nginx) bei beiträgen im TinyMCE

    Joomla Version
    6.1.2
    PHP Version
    PHP 8.3.x
    Hoster
    vtx.ch

    Guten Tag

    Ich habe heute zufällig festgestellt, das bei einem Artikel (im TinyMCE), sobald ich speichere oder diesen verlassen will, folgende Fehlermeldung erscheint:

    Sobald ich im Browser die "Zurück"-Taste betätige gelange ich wieder ins normale Backend.

    Ich habe herausgefunden, dass die Ursache Ausdrücke in Klammern sind: z.B. (irgendein Text), ( irgendein Text ), ( ) nicht aber ().

    Sobald die Klammern entfernt sind, funktioniert alles wieder (im Backend). Nicht aber im Fronend (egal ob Superuser oder nicht).

    Ich habe gesehen, dass ein Hotfix für den TinyMCE - allerdings für ein anderes Problem - verfügbar ist. Den habe ich aus diesem Grund aber nicht installiert


    Nun meine Fragen:

    Ist sowas von jemandem auch schon beobachtet worden?

    Hat jemand eine Idee wie man da vorgehen rsp. reagieren könnte?


    Viele Grüsse

    King Louis

    Ich habe das Problem nicht, aber schau mal hier:

    Beitrag

    RE: Artikel mit src: url(..... läßt sich nicht abspeichern

    Moin

    Läuft Dein Webspace-Paket mit Plesk? Falls ja, schau mal bitte in die WAF (Web Application Firewall) ob dort im Log ein neuer Eintrag geschrieben wurde. Falls ja, steht dort eine Nummer die Du bei den Ausnahmen hinzufügen kannst. Oder Du deaktivierst kurz die WAF und speicherst den Artikel erneut. Dann kannst Du direkt sehen ob es daran liegt.

    Gruß Jan
    Pest
    31. Juli 2026 um 14:22

    Vielen Dank! Das könnte tatsächlich zutreffen.

    Es läuft Plesk und ich habe einen Eintrag im WAF gefunden. Ich versuche diesen nun zu verstehen.

    Ich werde die Tipps mal testen und melde mich wieder mit dem Ergebnis.

    Grüsse

    King Louis

    Moin

    Jeder Eintrag der durch eine Regel unterbunden wird besitzt eine ID, auf die er sich beruft. Im Protokoll sieht ein Eintrag so aus.

    Beispiel:

    2026-07-31 16:58:29Error185.177.xxx.xxModSecurity: Access denied with code 403 (phase 1). Matched phrase "/.env" at REQUEST_URI. [file "/XXXXXXXXXXX"] [line "117"] [id "210492"] [rev "3"] [severity "CRITICAL"] [tag "CWAF"] [tag "Generic"] [hostname "XXXXXXXXXXX"] [uri "/.env.testing"] [unique_id "amy4FR@p9Lu-uYexdsD8AAAAANE"]

    In diesem Fall hat die Regel mit der ID "210492" gegriffen und den Aufruf unterbunden. Gehst Du zurück in die WAF und kannst dort die Regel deaktivieren...

    Abspeichern, neu laden und fertig.

    Gruß Jan

    Vielen Dank Jan.

    Das hat funktioniert. Der Fehler tritt nicht mehr auf.

    Aber:

    Ich habe gesehen, das unter dieser Regel einiges an Zugriffsversuchen von vielen URLS hereinkommt und offensichtlich auch entsprechend blockiert wird. Meistens im Zusammenhang mit dem JCE (den ich nicht installiert habe).

    Weil mir aber da das Hintergrundwissen fehlt (es war mir bisher gar nicht bewusst das dieses WAF vorhanden ist), frage ich mich deshalb, ob das Ausschalten dieser Regel nicht auch gefährlich ist und ich mir dabei mehr Nachteile als Vorteile einhandle?

    Darum habe ich die vorerst die Regel wieder erlaubt.

    Kann man irgendwie abschätzen wie die realen Risiken bei der Abschaltung einer solchen Regel ist?


    Gruss
    Urs

    Ja, die Regeln in der WAF sind ein zusätzlicher Schutz für bekannte Angriffsmuster. Wie weit man darauf verzichten möchte, hängt ganz vom eigenen Geschmack & Risikobereitschaft ab. Ich selbst habe auch ein paar Regeln aushebeln müssen, weil es an manchen Stellen immer wieder Fehlalarm gegeben hat. Sind Deine Seiten selbst und die Installierten Elemente aktuell, ist das Risiko meiner Meinung nach überschaubar.