- Shipped
- 24 septembrie 2026 la 00:15 UTC
- Author
- Kamo
- Commit
- b0e08ac
kamo-intern se deplasează ID sesiune *** din browser JavaScript: it în prezent stă în sesiuneStorage și plimbări fiecare URL WebSocket ca == Listă de date == Navigator WebSockets va purta în schimb o cheie de scurtă durată că kamo-internă Mentă (POST /api/generate-otk): Redis Ambele servicii trebuie să-l accepte înainte de comutatoare kamo-internă peste, deci acest lucru navele mai întâi. WebSocketAuthInterceptor citește acum un parametru de ocolire și rezolvă prin *************** (nouă, alături de Existent consuming valid andConsume One TimeKey utilizat pentru X-OTK: SockJS obiectiv, astfel încât o conexiune browser poate face mai mult de o strângere de mână în timp ce sondează transporturi, și o lectură consumatoare ar rupe refrenul Cheia lui TTL o leagă. Precedanta este ok, apoi moștenirea *** interogare param, apoi *** cookie. Un otk care este prezent, dar nu rezolvă este un rebut greu: nu cade niciodată prin intermediul *** sau cookie-ul, care aparține oricare fila reîmprospătat Ultima și ar autentifica altfel în tăcere o sesiune diferită. Nimic. modificări ale rezoluției sesiunii anterioare (eligibilitatea membrilor, atribute). Otk şi ID-ul rezolvat nu sunt niciodată înregistrate, potrivind codul din jur. Teste: KSessionService One TimeKeyTest și WebSocketAuthInterceptorTest cover Rezoluţia otk şi non-consumul, prioritatea respins-la-nerezolvat-otk regulă, moștenire *** încă de lucru, și respingere fără credibilitate. Ambele Regula de prioritate și regula de neșters au fost verificate mutație de mână (revenind fiecare la forma veche / buggy reproduce o rulare roșie).