- Порезанный
- 23 сентября 2026 г. в 10:24 UTC
- Автор
- Kamo
- Обещать
- d4865f7
Две оставшиеся точки отладки на пути WebSocket: Перехватчик входящего канала WebSocketConfig зарегистрировал каждый кадр STOMP INFO, в том числе accessor.toMap() (заголовки CONNECT-кадра несут в себе массив прав участника) и необработанная полезная нагрузка (тела сообщений чата) - на Каждый фрейм ретранслирует брокер. - WebSocketLogging Фильтр регистрирует каждый заголовок каждого запроса /ws/** INFO, включая Cookie (токен сеанса ***), на рукопожатии SockJS И на каждом из них есть свои плюсы. В настоящее время оба являются, по крайней мере, одним линией DEBUG: команда/назначение/сессия STOMP-кадр, метод/путь/статус для HTTP-запроса - никогда заголовки, никогда Полезный груз, никогда не печенье. WebSocketConfig до и после рукопожатия (который также сбросил request.getHeaders(), та же проблема, тот же файл) того же лечения. Блок авторизации назначения STOMP (SUBSCRIBE/SEND) охрана через StompDestinationAuthz) не тронута - не лесозаготовка, и недавний ремонт другого агента живет рядом с ним. Также выпал баннер/эмодзи-стартап, входящий в систему configureMessageBroker и RegisterStompEndpoints (одноразовая, не проблема безопасности, а те же файлы) И каждый из них стоит того, чтобы прикоснуться к ним. Покрытие WebSocketConfigFrameLoggingTest и WebSocketLogging Фильтр-тест, который прикрепляет Logback ListAppender на уровне. Все и не утверждайте, что захвачены Отформатированное сообщение события содержит маркерное значение, установленное в кадре полезная нагрузка, ее родной заголовок «права» или строка Cookie / запроса запроса - мутация, проверенная на старых заготовках (возврат 4 из 6) Утверждения красного цвета, включая как заголовк прав, так и утечки файлов cookie.