ForHosting KIT · Ferramentas para dev

Decodificador de flags TCP

0x12, ou seja 18, é SYN mais ACK, e não um SYN sozinho: digite o byte em decimal, hexadecimal ou binário para ver cada bit de controle pelo nome, ou informe nomes como SYN e ACK para obter o byte de volta. Grátis no seu navegador.

Grátis
Funciona no seu navegador
Sem cadastro
Seus dados não saem do seu aparelho

Executar grátis Ver a API

Use pelo WebAPIE-mailTelegramApp em breve

Exemplo resolvido

Se você digitar

Valor: 0x12
Modo de cálculo: Decode

Você obtém

Valor decimal: 18
Valor em hexadecimal: 0x12
Valor em binário: 0b00010010
Flags: SYN, ACK

Um segmento TCP carrega um octeto compacto de flags que decide se o pacote abre uma negociação, confirma dados, empurra o buffer, reinicia um soquete ou marca congestionamento. Capturas, colunas do Wireshark e rastros de soquetes costumam mostrar esse byte em hex, enquanto manuais e regras de firewall falam de bits nomeados como SYN, ACK, FIN, RST, PSH e URG. Traduzir à mão entre as duas visões é onde se escondem erros de um: um SYN-ACK é 0x12, não 0x03, e ACK é o bit 4, não o bit 0. Este decodificador de flags TCP aceita um byte em decimal, hex 0x ou binário 0b e devolve cada bit de controle nomeado, ou aceita um conjunto de nomes e os recodifica no mesmo byte.

O que o byte de flags TCP significa e quais bits este decodificador nomeia

O décimo terceiro octeto de um cabeçalho TCP é o campo de bits de controle. RFC 793 definiu seis flags nos bits baixos: FIN (0x01) fecha a metade emissora da conexão, SYN (0x02) sincroniza números de sequência no início da negociação, RST (0x04) aborta um soquete, PSH (0x08) pede ao receptor que entregue o buffer sem demora, ACK (0x10) marca um número de reconhecimento válido, e URG (0x20) sinaliza dados do ponteiro urgente.

RFC 3168 depois destinou os dois bits altos à notificação explícita de congestionamento: ECE (0x40) ecoa uma marca de congestionamento sofrido, e CWR (0x80) diz que o remetente reduziu sua janela de congestionamento. Essas oito máscaras preenchem o byte por completo, então um valor de 0 a 255 é uma codificação sem perda do conjunto. O tráfego clássico de handshake em três vias fica fácil de reconhecer quando os bits têm nome: um SYN sozinho é 0x02, a resposta SYN-ACK é 0x12 e o ACK final é 0x10.

Um encerramento limpo costuma ser FIN mais ACK (0x11); um aborto é RST, às vezes com ACK. Este decodificador lista os bits ativos na ordem RFC de FIN até CWR, emite hex e binário de oito bits, e também imprime as letras no estilo tcpdump em que ACK é um ponto, de modo que S. é o glifo familiar de SYN-ACK. O nonce NS de RFC 3540 vive no nibble reservado do byte anterior, não neste octeto, e por isso fica fora do escopo.

Casos de uso

Ler um SYN-ACK em um dump hexadecimal

Cole 0x12 ou 18 para confirmar que o segmento é SYN mais ACK, não um SYN isolado, antes de explicar um handshake de três vias ou uma conexão recusada.

Montar uma máscara de flags para firewall ou BPF

Recodifique nomes como SYN, ACK ou RST no byte exato que você coloca ao lado de uma máscara no filtro e depois decodifique os acertos para provar que a regra viu os bits pretendidos.

Anotar pipelines de captura e provas

Transforme inteiros de flags armazenados em nomes ordenados e letras tcpdump para painéis, tickets e itens de prova, sem enviar um dissecador de pacotes completo.

Perguntas frequentes

Como decodificar um byte de flags TCP em SYN, ACK e os demais bits?

Defina mode como decode e envie value como decimal 0–255, hex 0x ou binário 0b. A resposta lista cada nome ativo na ordem RFC, além de hex, binário, booleanos e um glifo tcpdump.

Como recodificar SYN e ACK de volta em um byte de flags?

O recodificador combina as máscaras com OR; SYN mais ACK é 0x12 (decimal 18).

Quais flags TCP esta ferramenta aceita?

O bit nonce NS não faz parte deste byte.

O que significa o campo tcpdump?

É a string compacta de letras que o tcpdump imprime para os mesmos bits: FIN é F, SYN é S, RST é R, PSH é P, ACK é um ponto, URG é U, ECE é E e CWR é W. Por isso SYN-ACK aparece como S seguido de um ponto.

Quais valores o handshake de três vias do TCP usa?

Um SYN sozinho é 0x02, a resposta SYN-ACK é 0x12 e o ACK final é 0x10. Um encerramento limpo costuma ser FIN mais ACK, 0x11, enquanto uma conexão abortada mostra RST, às vezes junto com ACK.

Ferramentas relacionadas

Para desenvolvedores — acesso via API

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

Endpoint

POSThttps://api.kit.forhosting.com/dev/tcp-flags-decode

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

Chame do seu código

curl -X POST https://api.kit.forhosting.com/dev/tcp-flags-decode \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"mode":"decode"}'

const res = await fetch("https://api.kit.forhosting.com/dev/tcp-flags-decode", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "mode": "decode"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/tcp-flags-decode",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "mode": "decode"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/tcp-flags-decode", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"mode":"decode"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"mode":"decode"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/tcp-flags-decode", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemplo de requisição

{
  "mode": "decode"
}

Exemplo de resposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.tcp_flags_decode",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

Preço

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

Erros

HTTP	Código	O que significa
`401`	`unauthorized`	Token ausente ou inválido. Confira o header Authorization.
`402`	`insufficient_balance`	Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
`404`	`unknown_type`	Esse tipo de tarefa não existe. Confira o campo type no catálogo.
`429`	`rate_limited`	Muitas requisições em pouco tempo. Espere um instante e tente de novo.

Notas técnicas

Contrato de entrada, decodificar versus recodificar, e o formato da resposta

Defina mode como decode ou encode. A correspondência ignora maiúsculas; espaços, pipes e ponto e vírgula também servem de separador; nomes duplicados são ignorados porque o OR bit a bit é idempotente. Um array flags vazio recodifica o byte zero, incomum no fio, porém legal como máscara. Chaves opcionais são omitidas em vez de ir para null. Validação falha não é cobrada. No mode decode, value é obrigatório e pode ser um número JSON ou uma string: o decimal 18, o hexadecimal 0x12 ou o binário 0b00010010 significam o mesmo byte SYN-ACK. Inteiros fora de 0 a 255, números não inteiros, strings vazias e lixo sem prefixo falham com invalid_input apontando value. No mode encode, flags é obrigatório e pode ser uma string separada por vírgulas como SYN,ACK ou um array JSON desses nomes. Tokens desconhecidos, inclusive NS ou apelidos inventados, falham com invalid_input que lista os oito nomes legais. Em sucesso o corpo sempre inclui mode, value_decimal, value_hex (dois dígitos minúsculos), value_binary (oito bits), flags como array ordenado, flags_string com os mesmos nomes unidos por vírgulas, letras tcpdump, oito campos booleanos de fin a cwr, e uma string formula que reitera os pesos dos bits. Exemplo: decode 0x12 produz flags SYN e ACK, tcpdump S. e value_decimal 18; encode SYN,ACK produz o byte idêntico, então os dois modes são inversos exatos.

Onde um decodificador de flags TCP realmente vale o investimento

Laboratórios de protocolo e simulados de entrevista ainda pedem que o aluno leia um dump hex e diga se o segmento é um SYN, um SYN-ACK ou um RST solto; um decodificador compartilhado é o oráculo que pontua essas respostas sem discutir a numeração dos bits. Autores de firewall e BPF recodificam um conjunto de nomes no byte que colocam ao lado de uma máscara e depois decodificam os acertos de produção para confirmar que a regra casou SYN e não SYN-ACK. Fixe o hex, o array ordenado de flags e o glifo tcpdump nos testes e você terá aritmética de handshake reproduzível para workers de borda, quizzes de pacote e rastros de soquete sem levantar uma pilha inteira de dissecadores só para nomear oito bits. Pipelines de captura que já guardam o octeto de flags TCP como inteiro podem chamar este endpoint para anexar nomes humanos antes de um ticket ou uma célula de painel aparecer para o engenheiro de plantão. Como a implementação é parse pura de nível A, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002 sem tokens de modelo e sem rede de saída.

Perguntas técnicas

Quanto custa o decodificador de flags TCP?

A ferramenta no navegador é gratuita. Pedidos à API usam saldo KIT pré-pago a US$ 0,002 por chamada bem-sucedida; entrada inválida não é cobrada.

Ver a documentação completa do KIT →

Executar grátis