Herramientas IP y subredes

Decodificador de banderas TCP

Introduce un decimal, hexadecimal con 0x o binario con 0b. También puedes cambiar los ocho bits mediante las casillas.

Decodificador de banderas TCP

Valor numérico de banderas

Editar los ocho bits

Las casillas escriben 0xHH. Corrige primero la entrada si está vacía o no es válida.

Banderas decodificadas

Decimal
18
Hexadecimal
0x12
Binario
00010010

Combinación y contexto

SYN + ACK

0x02 | 0x10 = 0x12

SYN + ACK: respuesta habitual del handshake.

  • 0 · CWR · 128 — Inactivo. Reducción de ventana de congestión o negociación ECN tradicional.
  • 0 · ECE · 64 — Inactivo. Eco o negociación ECN según el contexto.
  • 0 · URG · 32 — Inactivo. El campo del puntero urgente es significativo.
  • 1 · ACK · 16 — Activo. El campo del número de confirmación es significativo.
  • 0 · PSH · 8 — Inactivo. Función push.
  • 0 · RST · 4 — Inactivo. Indicación de reinicio.
  • 1 · SYN · 2 — Activo. Sincronización de números de secuencia.
  • 0 · FIN · 1 — Inactivo. El emisor no tiene más datos que enviar.

Los valores se procesan en este navegador. No se capturan paquetes ni se envían datos o sondas de red.

Reglas de entrada

Sin prefijo: decimal. 0x: hexadecimal. 0b: binario. Máximo 64 caracteres.

Solo ocho bits inferiores: 0–255. AE (antes NS) queda fuera de este campo.

Los patrones describen contextos habituales, no estados de conexión. ECE/CWR se explican según ECN tradicional.

Bits activos: 2; valor decimal: 18.

El decodificador de banderas TCP ayuda a comparar el 18 de un registro con el 0x12 de una captura. Son dos formas de escribir los mismos bits, no números de confirmación.

Antes de interpretar el resultado, comprueba si el registro representa un paquete o un intervalo. Algunos registros combinan las banderas de varios paquetes mediante OR.

Por qué usar el decodificador de banderas TCP

Relaciona el valor numérico con los pesos de sus bits.

Comprueba qué cambia al quitar un bit

El decodificador de banderas TCP enlaza el número y las ocho casillas. Al quitar SYN de 0x12, la entrada pasa a 0x10 y ACK sigue marcado. Así puedes verificar el cambio sin hacer la conversión mentalmente.

Ocho posiciones con las de ACK y SYN resaltadas

Combina pesos independientes

Empieza con cero y selecciona los bits necesarios. SYN aporta 2 y ACK aporta 16; su OR da 18. El segundo diagrama muestra cómo ambos bits mantienen su posición al formar una sola máscara.

Dos filas con bits distintos resaltados se combinan en una fila de ocho posiciones

Revisa la base, la actualización y el contexto

01

Indica la base con el prefijo

10 sin prefijo es diez decimal; 0b10 es dos binario. Las letras hexadecimales necesitan 0x y los ceros iniciales no activan el modo octal.

  • 0X0012 y 18 dan el mismo resultado.
02

Espera a que se actualice el resultado

Cambiar una casilla escribe la entrada como 0xHH. El modo automático espera 350 ms; al desactivarlo aparece el botón de decodificación.

  • Ctrl/Cmd + Intro ejecuta el valor actual. La copia y la descarga se bloquean cuando el resultado queda desactualizado.
03

Contrasta el informe con el registro

El JSON conserva los ocho estados, sus pesos y la expresión OR, incluidos los bits que no están activos. Consulta también la definición del campo de origen.

  • La presencia de SYN + ACK no demuestra que se haya completado la conexión.

Pesos y representaciones del campo

Tres bases para el mismo valor

Los flags TCP se muestran en decimal, hexadecimal de dos dígitos y binario de ocho dígitos. Se conservan los ceros iniciales. La entrada es una máscara sin signo, no un puerto ni una posición del paquete.

Todos los bits, activos o no

FIN pesa 1 y CWR pesa 128. Los bits seleccionados se combinan con OR. ACK indica que el campo del número de confirmación es significativo; URG hace lo mismo con el puntero urgente. No representan el contenido de esos campos.

Combinaciones habituales y poco comunes

Hay ejemplos de SYN, SYN+ACK, ACK, PSH+ACK, FIN+ACK y RST+ACK. SYN junto con FIN o RST se decodifica sin borrar ningún bit y se acompaña de una nota para revisar el contexto.

Ancho del campo y límites de interpretación

Solo los ocho bits inferiores
Se aceptan valores de 0 a 255. AE ocupa una posición que antiguamente se usó para NS y queda fuera del alcance. 0x100 y 0x1FF se rechazan; no se descartan los bits superiores ni se aplica módulo 256.
Un único número estricto
El límite es de 64 caracteres, incluidos los espacios exteriores. No se aceptan negativos, fracciones, notación científica, nombres de banderas, abreviaturas tcpdump, expresiones ni varios valores. Usa las casillas para elegir nombres.
No diagnostica conexiones
No lee PCAP, captura paquetes, prueba puertos ni reconstruye sesiones. Una máscara no revela la dirección, los números de secuencia, la longitud de los datos ni la cronología. Tampoco demuestra por sí sola la existencia de un ataque.
ECN requiere contexto
ECE y CWR se explican con el significado de ECN tradicional. La negociación de AccECN puede cambiar la interpretación conjunta de esos bits. Esta vista no analiza la negociación ni determina si existe congestión.
Confirma las sustituciones
Cargar un ejemplo y vaciar muestran antes la cantidad de entradas y bits activos. Aplicar invalida el resultado anterior; una acción de deshacer restaura el estado previo. Escribir y marcar casillas son cambios directos.

Preguntas sobre el decodificador de banderas TCP

¿Qué banderas TCP se pueden consultar?

Aquí se muestran FIN, SYN, RST, PSH, ACK, URG, ECE y CWR. Son los ocho bits inferiores. AE está definido en otra posición y no se interpreta con esta herramienta.

¿Qué valor tiene SYN ACK?

SYN vale 2 y ACK vale 16. Su OR es 18, es decir, 0x12. Es habitual en la respuesta del inicio de conexión, pero no confirma que el tercer paso del intercambio se haya recibido.

¿Un paquete SYN puede llevar datos?

Sí, por ejemplo con TCP Fast Open. El bit SYN por sí solo no informa de la longitud de los datos. Esta herramienta analiza la máscara, no el contenido ni la cabecera completa del paquete.

¿Qué significa la bandera TCP FIN?

FIN indica que el emisor no tiene más datos que enviar en ese sentido. Pesa 1. No significa que el otro extremo haya terminado de enviar ni que ambos hayan completado el cierre.

¿Qué significa FIN ACK?

FIN=1 y ACK=16 producen 17 o 0x11. Indica fin de los datos del emisor y un campo de confirmación significativo. Para entender todo el cierre necesitas la secuencia de paquetes de ambos extremos.

¿Te queda alguna duda?

Vuelve al valor que quieres revisar

Utiliza el decodificador de banderas TCP para contrastar los pesos y guardar el JSON junto con el contexto de tu registro.