- Expédié
- 23 septembre 2026 à 10:24 UTC
- Auteur
- Kamo
- Commite
- d4865f7
Deux points de débobement de déboburation restants sur le chemin WebSocket: - L'intercepteur de canal entrant de WebSocketConfig a enregistré chaque trame STOMP à INFO, y compris accessor.toMap() (les en-têtes du cadre CONNECT portent le le tableau des droits des membres) et la charge utile brute (organes de messagerie de discussion) - chaque trame que le courtier relaie. - WebSocketLoggingFilter a enregistré chaque en-tête de chaque /ws/- demande à INFO, y compris le biscuit (jeton de session de la page d'accueil de la SockJS) et les chemins de vote frappent tous les onglets. Les deux sont maintenant au plus un DEBUG one-liner: commande/destination/session pour un Cadre STOMP, méthode/chemin/statuité pour une requête HTTP - jamais en-tête, jamais une charge utile, jamais un biscuit. Avant Handshake/après-garde de WebSocketConfig (qui a également fait laquage de request.getHeaders(), même problème, même fichier) a obtenu le le même traitement. Le bloc d'autorisation de destination du STOMP (SUBSCRIBE/SEND la garde via StompDestinationAuthz) n'est pas touchée - pas une activité d'exploitation forestière, et les vies récentes d'un autre agent, juste à côté. L'enregistrement de la start-up bannière/emoji a également laissé tomber la bannière/moji dans la configurationMessageBroker et registerStompEndpoints (une fois, pas un problème de sécurité, mais les mêmes fichiers et vaut la peine de les toucher) jusqu'à une ligne chacun. Couvert par WebSocketConfigFrameLoggingTest et WebSocketLoggingFilterTest, qui joignent un Logback ListAppender à Level.ALL et affirmant qu'il n'est pas capturé Le message formaté de l'événement contient une valeur de marqueur plantée dans la trame charge utile, son en-tête "droit" natif, ou la chaîne Cookie/requête de la demande - une mutation vérifiée par rapport à l'ancienne trace (retournant elle atteint le 4 des 6 les affirmations rouges, y compris à la fois les fuites de l'en-tête des droits et des cookies).