- Verschickt
- 13. November 2026 um 08:44 UTC
- Autor
- Kamo
- Commit
- 300169a
Die Dokumentationsseite auf sign.<org>/<locale>/d/<token> sendet einen Viewer für verifizierte Empfänger Hier als Login.<apex>/?return=<doc page>; die Anmeldung von kamo-register parkt auf dem gleichen URL im Apex-Cookie kamo_doc_return. Bei Erfolg - einzelner Workspace oder Picker - Der einmalige Schlüssel SecurityService, der für internal.<apex>/validate geprägt wurde, geht an die Stattdessen wird die Handoff-Route der Doc-Seite (<doc page>/session?otk=) verwendet So macht /validate es und öffnet das Dokument. Nur https://sign.<this apex>/<xx>/d/<43-char token> wird akzeptiert (keine Abfrage, Fragment, Port oder Anmeldeinformationen), daher kann es sich nicht um eine offene Weiterleitung handeln ?return= ist ebenfalls im Apex-Cookie geparkt, sodass ein E-Mail-Verifizierungs-Umgehungsweg immer noch Bekannte Lücke: Der MFA-Pfad verlässt diese Seite durch einen Server, der sich nicht auf dem Dokument befindet Umleiten und landet immer noch im Arbeitsbereich.