- Se descapó
- 23 de septiembre de 2026 a las 10:24 UTC
- Autor
- Kamo
- Compromit
- d4865f7
Dos lugares degging de debb sobrantes en el camino WebSocket: - El interceptor de canales entrante de WebSocketConfig registró cada marco STOMP en INFO, incluyendo accessor.toMap() (las cabeceras del marco CONNECT llevan el matriz de derechos de los miembros) y la carga útil en bruto (organismos de mensajes de chat) - on Cada fotograma que retransmita el corredor. - WebSocketLoggingFilter registró cada encabezado de cada petición /ws/** en INFO, incluyendo Cookie (el token de sesión de ***), en el apretón de manos de SockJS y las encuestas golpean cada pestaña. Ambos son ahora como mucho a un DEBUG de una línea: comando/destino/prisión para un Marco STOMP, método/camino/status para una petición HTTP - nunca cabeceras, nunca una carga útil, nunca una galleta. WebSocketConfig's beforeHandshake/afterHandshake (que también solicitó dumping.getHeaders (), el mismo problema, mismo archivo) obtuvo el el mismo tratamiento. El bloque de autorización de destino STOMP (SUBSCRIBE/SEND guardias a través de StompDestinationAuthz) no es tocado - no una preocupación de tala, y la reciente solución de otro agente vive justo al lado. También dejó caer la startup de banner/emoji iniciando sesión en configureMessageBroker y registerStompEndpoints (una sola vez, no un problema de seguridad, pero los mismos archivos y vale la pena hacerlos mientras los toca) hasta una línea cada uno. Cubierto por WebSocketConfigFrameLoggingTest y WebSocketLoggingFilterTest, que adjuntan un registro de respaldo a nivel.ALL y afirman que no se capturan El mensaje formateado del evento contiene un valor de marcador plantado en el marco carga, su cabecera nativa de "derechos", o la cadena de galletas/corazón de la solicitud - mutatincada-checked contra la vieja tala (revertirla gira 4 de los 6 aserciones rojas, incluyendo tanto las fugas de cabeza de derecha como de las galletas).