[fgrfn]

Was & warum

Webhook-URLs mit nicht numerischen oder außerhalb des gültigen Bereichs liegenden Ports konnten beim Zugriff auf urlparse().port eine rohe ValueError auslösen. Außerdem wurde für HTTP-URLs ohne Port bislang Port 443 zur DNS-Auflösung verwendet. Die Eingabevalidierung behandelt beide Fälle nun vorhersehbar und protokollgerecht.

Änderungen

• Ungültige und außerhalb des Bereichs liegende Ports werden als UnsafeWebhookURLError abgelehnt.
• HTTP nutzt ohne expliziten Port 80, HTTPS weiterhin 443.
• Regressionstests decken ungültige Ports, unterbundene DNS-Lookups und beide Standardports ab.

Getestet

• python -m compileall -q app tests – erfolgreich
• ruff check app tests --select E9,F63,F7,F82 – erfolgreich
• SCAN2TARGET_REQUIRE_AUTH=true pytest -q – 29 Tests bestanden
• npm test – 3 Tests bestanden
• npm run check – 0 Fehler, 0 Warnungen
• Branch-CI mit Backend, Frontend, Playwright und Container-Smoke-Test – erfolgreich
• Multiarch-Docker-Build – erfolgreich
• Der lokale Playwright-Browserdownload war in der Sandbox nicht möglich; derselbe Browser-Flow lief in der Branch-CI grün.

Review-Hinweise

Bitte insbesondere prüfen, ob das Ablehnen syntaktisch ungültiger Ports auch bei aktivierten privaten Webhooks dem gewünschten Verhalten entspricht. Das Risiko ist gering und auf die Webhook-Eingabevalidierung begrenzt.