Projekt

Allgemein

Profil

Aktionen

Bug #321

offen

[Bugsink] DateMalformedStringException: Failed to parse time string (2026--1')) OR 5*5=25 -- -01) at position 4 (-): Unexpected character

Von Bug Sink vor 27 Tagen hinzugefügt.

Status:
Neu
Priorität:
wichtig
Zugewiesen an:
-
Beginn:
25.09.2026
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

Beschreibung

Bugsink: https://bugsink.cytrus.de/issues/issue/04d021f9-5a11-48d7-8fd9-1afe5ab890e3/event/last/

Typ: NEW issue

Projekt: www-rietberg-de

Bugsink Alert

DateMalformedStringException: Failed to parse time string (2026--1')) OR 5*5=25 -- -01) at position 4 (-): Unexpected character


Automatisch erstellt durch n8n

KI-Analyse:

Hier ist die präzise Analyse des Fehlers:

1. Ursache

Der Fehler DateMalformedStringException tritt auf, weil eine Funktion zum Parsen von Zeitstrings (wahrscheinlich DateTime::createFromFormat oder ähnliche Logik innerhalb der Middleware) mit einem ungültigen Datumsformat konfrontiert wurde. Der Eingabestring enthält offensichtlich fehlerhafte Zeichen (z. B. 2026--1', 5*5=25), die nicht dem erwarteten Format entsprechen. Dieser Fehler propagiert durch den TyP3-Anfragezyklus (Middleware -> Application -> AbstractApplication) bis zum Aufrufpunkt in /vendor/typo3/cms-core/Classes/Http/MiddlewareDispatcher.php.

2. Fix (Konkret)

Die Lösung liegt in der Validierung der Eingabedaten vor dem Parsen. Da der Fehler im Stack Trace im Bereich VerifyHostHeader und NormalizedParamsAttribute auftritt, müssen diese Middleware-Komponenten robust gegen ungültige Parameter sein.

Konkrete Maßnahmen:

  • Validierung im Middleware: Prüfen Sie im VerifyHostHeader und NormalizedParamsAttribute, ob die übergebenen Parameter tatsächlich ein gültiges Datum/Zeitschema darstellen, bevor sie an DateTime::createFromFormat übergeben werden.
  • Try-Catch-Block: Um den Absturz der Anwendung zu verhindern, umschließen Sie den Parsing-Aufruf in einem try-catch-Block. Falls ein DateMalformedStringException auftritt, sollte eine Fehlermeldung zurückgegeben werden (z. B. HTTP 400 Bad Request) statt der Anwendung abzubrechen.
  • Sanitization: Bei Parametern, die als Zeitstempel interpretiert werden sollen (z. B. Unix-Time), sollten diese strikt gegen reguläre Ausdrücke (Regex) geprüft werden, um Garbage-Input abzufangen.

3. Betroffene TYPO3 Extension

TYPO3 CMS Core
Alle betroffenen Dateien befinden sich im Kern (vendor/typo3/cms-core). Es handelt sich um eine Standard-Komponente von TYPO3, keine externe Erweiterung. Der Fehler resultiert direkt aus der internen Logik des CMS-Kerns.

4. Confidence

95%
Die Analyse basiert auf dem eindeutigen Stack Trace, der zeigt, dass der Fehler während der HTTP-Request-Verarbeitung in den Middleware-Klassen (VerifyHostHeader, NormalizedParamsAttribute) auftritt, wo Datumsoperationen stattfinden. Die Fehlermeldung selbst bestätigt den Typ des Fehlers.

Nichts anzuzeigen

Aktionen

Auch abrufbar als: Atom PDF