- Verschifft
- 18. Oktober 2026 um 06:52 UTC
- Autor
- Kamo
- Ausschuss
- 9916478
/api/login, /api/session/select und /api/login/mfa akzeptieren optional oauthRequestId (64 hex). Fehlt, nichts ändert sich (Tests/***-Cookie Pins Die Antwort jeder Route und Set-Cookie). Gegenwart, aber missgebildet: 400 vor Alles wird von SecurityService verlangt. Gültig, sobald SecurityService geantwortet hat mit einer Einmal-Taste und der *** id wurde von OTK<otk? als heute gelesen: O3 beihängen verbringt die Taste, der Browser erhält {Erfolg, oauthNext] und nie die Schlüssel oder die Arbeitsfläche umleiten, und das *** Cookie ist genau wie gepflanzt eine gewöhnliche Anmeldeanlagen es - nur wenn die Zustimmung als nächstes kommt (eine abgelaufene Anfrage oder ein Fehler hinterlässt kein Cookie). Ein unbezahlbarer Schlüssel wird als eine Fehler, nie als Anmeldefehler. MFA und Workspace-Antworten werden übermittelt wie heute; die Seite hält die Anfrage-ID und sendet sie mit dem nächsten Anruf. OAuthSignIn (eigene Markup in OAuthShell): Benutzername/Passwort mit dem gleichen Proof-of-Work-Capcha, StrikeMeter/LockoutPanel unverändert, MfaStep (neu: sechsstelligen Code oder Recovery-Code, seine eigene Aussperrung), WorkspacePicker unverändert mit Logos ausgelassen (sie leben auf Thema.<apex&). MfaStep wird verwendet nur hier; die Standardseite wird nicht berührt. /oauth/consent: Client und scopes, die iot.voice Erklärung (spec 4.24.3), NEUER Link (Name 1-120, Standard Alexa) oder REPLACE per gelisteten Link, Fördergründe in Worten (SI, nicht AI), Link Alexa / Abbrechen; folgt RedirectTo only when it is https: (O4 listet keine umgeleiteten URIs zum Vergleich auf mit. ************-Reisrele O2/O4/O5 mit der *** Cookie als X-***-Token, nur Zustimmungscode/Entscheidung/Link weiterleiten und löschen Sie das Cookie, wenn eine Entscheidung getroffen wird. Handoff ist handoff.mjs (nicht .ts), also kann Knoten --test es importieren.