- Отгружено
- 24 сентября 2026 г. в 00:15 UTC
- Автор
- Kamo
- Завершение
- b0e08ac
kamo-internal выводит *** session id из браузера JavaScript В настоящее время находится в SessionStorage и использует каждый URL-адрес WebSocket. ****=<128-hex id>, который Traefik записывает в журнал доступа в полном объеме. браузер Вместо этого WebSockets будет иметь короткий одноразовый ключ, который является внутренним. mints (POST/api/generate-otk): Redis 'OTK<otk> -> 128-hex *** id. Обе службы должны принять его до того, как камо-внутренние переключатся. Сначала корабли. WebSocketAuthInterceptor считывает параметр запроса «otk» и решает его **************************** (новый, наряду с Существующая валидация потребленияAndConsumeOneTimeKey, используемая для X-OTK: это Конечная точка SockJS, так что одно соединение браузера может сделать более одного рукопожатия Когда он исследует транспорты, и потребляющее чтение сломает запасной вариант - Короткий TTL ключа ограничивает его. Прецедент - это otk, затем наследуемый *** парам запроса, затем *** печенье. Отк, который присутствует, но не решается, является жестким отказом: он никогда не падает. *** или печенье, которое принадлежит к какой-либо вкладке, обновленной В противном случае он будет молча аутентифицировать другой сеанс. Ничего. изменения в резолюции прошедшей сессии (право на участие, атрибуты). Отк Идентифицированный идентификатор никогда не регистрируется, соответствуя окружающему коду. Тесты: KSessionServiceOneTimeKeyTest и обложка WebSocketAuthInterceptorTest otk resolution and non-consumption, the reject-on-unresolved-otk priorest Правило, наследие *** все еще работает, и отказ неверен. Оба Правило приоритета и правило отсутствия удаления были проверены вручную (Возвращение каждой формы к старой/багги воспроизводит красную полосу).