Use o prefixo para indicar a base
10 sem prefixo é dez em decimal; 0b10 é dois em binário. Letras hexadecimais precisam de 0x. Zeros à esquerda não mudam a interpretação para octal.
- 0X0012 também é aceito e equivale a 18.
Ferramentas de IP e sub-redes
Digite um decimal, hexadecimal com 0x ou binário com 0b. Use as caixas para montar outra combinação dos oito bits.
As caixas escrevem 0xHH. Corrija entradas vazias ou inválidas antes de usá-las.
SYN + ACK
0x02 | 0x10 = 0x12
SYN + ACK: resposta comum do handshake.
Os valores ficam neste navegador. Não há captura, upload ou sondagem da rede.
Sem prefixo: decimal. 0x: hexadecimal. 0b: binário. Máximo de 64 caracteres.
Somente oito bits inferiores: 0–255. AE (antigo NS) está fora deste campo.
Padrões indicam contextos comuns, não estados de conexão. ECE/CWR seguem a interpretação do ECN tradicional.
Bits ativos: 2; valor decimal: 18.
O decodificador de flags TCP ajuda a comparar o 18 de um log com o 0x12 exibido em uma captura. Os dois representam os mesmos bits e não são números de reconhecimento.
Primeiro confira a definição do campo no log. Se ele reúne vários pacotes de um intervalo por OR, a combinação pode não ter ocorrido em um único segmento.
Veja o número e o peso de cada seleção no mesmo lugar.
O decodificador de flags TCP mantém o número ligado às oito caixas. Ao desmarcar SYN em 0x12, a entrada vira 0x10 e ACK continua marcado. O peso removido fica evidente sem precisar converter de cabeça.
Comece com zero e selecione os bits necessários. SYN contribui com 2 e ACK com 16; o OR resulta em 18. A segunda figura mostra como cada bit mantém sua posição ao formar uma única máscara.
10 sem prefixo é dez em decimal; 0b10 é dois em binário. Letras hexadecimais precisam de 0x. Zeros à esquerda não mudam a interpretação para octal.
Mudar uma caixa reescreve a entrada como 0xHH. O modo automático espera 350 ms; ao desligá-lo, o botão de decodificar aparece.
O JSON inclui os oito estados, os pesos e a expressão OR, mesmo para os bits não marcados. Guarde também a informação sobre a origem do campo.
O mesmo valor sem sinal aparece em decimal, hexadecimal com dois dígitos e binário com oito. Os zeros à esquerda são preservados. O número é tratado como máscara, não como porta ou número de sequência.
Os pesos vão de FIN=1 até CWR=128 e são combinados por OR. ACK indica que o campo de reconhecimento é significativo; URG indica que o campo do ponteiro urgente é significativo. O valor desses campos não vem do flag.
Há seis exemplos: SYN, SYN+ACK, ACK, PSH+ACK, FIN+ACK e RST+ACK. SYN junto com FIN ou RST continua sendo decodificado e recebe uma observação de contexto, sem remoção automática de bits.
Esta página mostra FIN, SYN, RST, PSH, ACK, URG, ECE e CWR, os oito bits inferiores. AE está em outra posição. Não cole o header inteiro: a entrada deve conter apenas o valor numérico do campo.
A expressão verifica se FIN está marcado. Ela não exige que o valor total da máscara seja 1: FIN também está marcado em 17, que inclui ACK. Nesta ferramenta, use o número do campo, não a expressão de filtro.
SYN pesa 2 e ACK pesa 16. O OR resulta em 18 ou 0x12, comum na resposta do handshake. Isso não confirma sozinho o recebimento da terceira etapa.
O valor é 17, ou 0x11. O emissor informa que não tem mais dados a enviar e mantém significativo o campo de reconhecimento. O outro sentido da comunicação ainda pode enviar dados.
Na convenção usual, F indica FIN e P indica PSH. Os dois bits somam 9, ou 0x09; se ACK também estiver indicado, o valor passa a 25. Confira todos os símbolos do registro e use as caixas, pois esta entrada não interpreta letras do tcpdump.
Ficou alguma dúvida?
Use o decodificador de flags TCP para comparar os pesos e salvar o JSON junto com o contexto da sua investigação.