Protocolos / Serialização binária
Cole bytes hexadecimais começando pelo cabeçalho. Os exemplos mostram máscara, fragmentação e captura incompleta.
A partir do cabeçalho: 81 05 48 65 6c 6c 6f. Bytes inteiros com espaços, vírgulas ou dois-pontos; 0x por byte.
Digite bytes ou escolha um exemplo.
Tudo é processado nesta aba. As entradas não são enviadas nem salvas.
Digite bytes ou escolha um exemplo.
Um trecho de log não precisa corresponder a uma mensagem inteira. Este decodificador de frames WebSocket mantém o início de cada quadro visível, inclusive um ping entre fragmentos de texto. Compare as posições com a captura para descobrir onde seu parser passou a ler os bytes errados.
Eventos message do navegador normalmente já entregam dados sem o cabeçalho de quadro. A entrada aqui deve ser o fluxo bruto depois do upgrade HTTP. Uma string da aplicação ou um pacote TCP inteiro não representa os mesmos bytes esperados pelo formato.
O decodificador de frames WebSocket avança pelo tamanho do cabeçalho e pelo payload declarado. Se um quadro posterior estiver incompleto, os anteriores continuam disponíveis. A exportação é bloqueada para evitar que uma leitura parcial seja tratada como relatório completo.
O mascaramento WebSocket repete uma chave de quatro bytes usando XOR. Os dados transmitidos e recuperados aparecem separados. O ciclo reinicia com a chave de cada quadro; remover a máscara altera o conteúdo, mas não o comprimento.
A direção escolhida verifica a máscara obrigatória do cliente ou sua ausência no servidor. Sem direção, apenas essa verificação é ignorada. A ferramenta não separa um diálogo misturado: forneça quadros de um mesmo sentido, na ordem original.
A prévia mostra até 256 bytes por payload. Dados truncados têm menos bytes do que o cabeçalho declara e geram erro com posição e quantidades. A prévia curta não reduz o relatório; uma falha estrutural impede a exportação.
O modo automático aguarda 350 ms depois de uma edição. Desligue-o para usar o botão ou Ctrl/Cmd+Enter. Alterar bytes ou direção desativa imediatamente a exportação antiga. Exemplo e Limpar mostram a substituição antes de aplicar, com uma opção de desfazer que recupera entrada e resultado.
O valor curto de 7 bits e as extensões de 16 ou 64 bits são lidos em ordem de rede. Comprimentos grandes são comparados ao limite como inteiros exatos antes de alocar memória. Formas desnecessariamente longas permanecem visíveis com aviso.
Close, ping e pong aparecem separados dos dados. Em close, dois bytes formam o código e os demais o motivo UTF-8. Fragmentação de controles, comprimentos excessivos e códigos inadequados são sinalizados, sem afirmar que a conexão terminou normalmente.
Um quadro de texto completo e isolado usa UTF-8 estrito. Bytes binários legíveis continuam sendo apenas uma prévia. Fragmentos e extensões não são mostrados como mensagens completas; caracteres cortados no limite da prévia não são exibidos pela metade.
Cabeçalho, extensão de comprimento, chave ou payload incompleto interrompe a leitura com offset em bytes e linha-coluna. RSV e opcodes reservados continuam disponíveis como avisos quando ainda é possível determinar os limites estruturais.
O cliente aplica uma chave de quatro bytes para impedir que conteúdo controlado produza bytes capazes de enganar intermediários. O mesmo XOR repetido recupera os dados. A chave está no próprio quadro, portanto não é criptografia. Pelo protocolo base, o servidor envia sem máscara.
São marcadores para um comprimento de dois ou oito bytes seguintes, em big-endian; não são o tamanho real do payload. Na forma de 64 bits, o bit mais alto deve ser zero. Cabeçalho e chave de quatro bytes não entram nesse comprimento.
Sim, desde que sejam da mesma direção e estejam na ordem transmitida. Payloads vazios e controles intercalados continuam separados. Se um quadro estiver incompleto, complete ou ajuste a captura antes de exportar o relatório.
Um payload vazio não contém código. Nos demais, os dois primeiros bytes são o status e o restante o motivo UTF-8. Um único byte, códigos proibidos ou motivo inválido geram avisos. A ferramenta não inventa fechamento normal para um quadro vazio.
Não. Pedidos e respostas HTTP Upgrade vêm antes deste formato. Extraia primeiro os quadros brutos posteriores. A ferramenta não remove camadas TCP/IP ou TLS, não abre uma conexão e não valida o handshake do servidor.
Encontrou um erro no cálculo ou na validação?
Use o decodificador de frames WebSocket para comparar a chave e os offsets e isolar o primeiro quadro incompleto antes de alterar o parser da aplicação.