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