Инструменты IP и подсетей

Декодер флагов TCP

Введите десятичное число, hex с 0x или двоичное число с 0b. Восемь флажков позволяют собрать другую маску.

Декодер флагов TCP

Числовое значение флагов

Редактировать восемь битов

Переключение бита записывает 0xHH. Сначала исправьте пустой или неверный ввод.

Декодированные флаги

Десятичное
18
Шестнадцатеричное
0x12
Двоичное
00010010

Комбинация и контекст

SYN + ACK

0x02 | 0x10 = 0x12

SYN + ACK: часто ответ в ходе handshake.

  • 0 · CWR · 128 — Не установлен. Уменьшение окна перегрузки или традиционное согласование ECN.
  • 0 · ECE · 64 — Не установлен. Эхо или согласование ECN в зависимости от контекста.
  • 0 · URG · 32 — Не установлен. Поле срочного указателя значимо.
  • 1 · ACK · 16 — Установлен. Поле номера подтверждения значимо.
  • 0 · PSH · 8 — Не установлен. Функция push.
  • 0 · RST · 4 — Не установлен. Признак сброса.
  • 1 · SYN · 2 — Установлен. Синхронизация номеров последовательности.
  • 0 · FIN · 1 — Не установлен. У отправителя больше нет данных.

Значения остаются в браузере. Нет захвата пакетов, отправки данных или проверки сети.

Правила ввода

Без префикса — десятичное; 0x — hex; 0b — двоичное. Максимум 64 символа.

Только младшие восемь битов: 0–255. AE (ранее NS) находится вне поля.

Шаблоны показывают обычный контекст, а не состояние соединения. ECE/CWR описаны в традиционном смысле ECN.

Установлено битов: 2; десятичное значение: 18.

Декодер флагов TCP помогает сопоставить число 18 в журнале и 0x12 в анализаторе пакетов. Это два представления одних битов, а не значения номера подтверждения.

Сначала уточните, что записано в журнале. Некоторые системы объединяют флаги TCP пакетов за интервал операцией OR, поэтому итоговая комбинация может не встречаться ни в одном отдельном сегменте.

Зачем нужен декодер флагов TCP

Сопоставляйте число с весом каждого установленного бита.

Проверяйте вклад отдельного бита

Декодер флагов TCP связывает числовой ввод с восемью флажками. Снимите SYN у 0x12: ввод станет 0x10, а ACK останется выбранным. Изменение можно проверить без пересчёта шестнадцатеричного числа в уме.

Восемь позиций, среди которых подсвечены только ACK и SYN

Объединяйте независимые веса

Начните с нуля и выберите нужные биты. SYN добавляет вес 2, ACK — 16; операция OR даёт 18. На второй схеме оба установленных бита сохраняют свои позиции при объединении в одну маску.

Две строки с разными подсвеченными битами объединяются в одну строку из восьми позиций

Основание числа, обновление и контекст

01

Явно указывайте префикс

10 без префикса — десятичное десять, а 0b10 — двоичное два. Для шестнадцатеричных букв нужен 0x. Начальные нули не включают восьмеричную систему.

  • Префиксы в верхнем регистре тоже допустимы: 0X0012 равно 18.
02

Дождитесь обновления после правки

Переключение бита записывает ввод в формате 0xHH. Автоматический режим ждёт 350 мс; после его отключения появляется кнопка декодирования.

  • Ctrl/Cmd + Enter запускает расчёт. Копирование и скачивание недоступны, пока результат устарел.
03

Сверьте отчёт с форматом журнала

JSON содержит состояние всех восьми битов, их веса и выражение OR. Невыбранные биты также остаются в отчёте.

  • SYN + ACK часто встречается в ответе при установлении соединения, но сам по себе не доказывает успех обмена.

Биты управления и числовые представления

Три основания для одной маски

Результат показан десятичным числом, двумя шестнадцатеричными и восемью двоичными цифрами. Начальные нули сохраняются. Ввод трактуется как беззнаковая маска, а не как порт, смещение или номер последовательности.

Все восемь весов

FIN имеет вес 1, а CWR — 128. Установленные биты объединяются операцией OR. ACK указывает на значимость поля подтверждения, URG — поля срочного указателя. Значения самих полей из этих флагов получить нельзя.

Обычные и необычные сочетания

Доступны SYN, SYN+ACK, ACK, PSH+ACK, FIN+ACK и RST+ACK. Сочетание SYN с FIN либо RST остаётся декодируемым и сопровождается пояснением о контексте. Необычные биты не удаляются автоматически.

Ширина поля и границы интерпретации

Только младшие восемь битов
Допустимы числа от 0 до 255. AE занимает позицию, которая исторически использовалась для NS, и находится вне этого байта. Значения 0x100 и 0x1FF отклоняются, а не обрезаются по маске 0xff.
Одно строгое числовое значение
Максимум 64 символа вместе с внешними пробелами. Отрицательные и дробные числа, экспоненциальная запись, имена флагов, буквы tcpdump, выражения и списки не принимаются. Для выбора по имени используйте флажки.
Без диагностики соединения
Инструмент не читает PCAP, не захватывает пакеты, не проверяет порты и не восстанавливает сессии. В маске нет направления, номеров последовательности, длины данных и временной шкалы. Она также не доказывает наличие атаки.
Для ECN нужен контекст согласования
ECE и CWR описаны в традиционном смысле ECN. После согласования AccECN совместная интерпретация этих битов может измениться. Этот просмотр не анализирует согласование и не диагностирует перегрузку сети.
Подтверждение замены
Пример и очистка сначала показывают количество вводов и установленных битов. Применение делает старый результат неактуальным; одна отмена возвращает прежнее состояние. Ввод текста и переключение флажков действуют сразу.

Декодер флагов TCP: вопросы

Какие флаги TCP пакетов здесь показаны?

FIN, SYN, RST, PSH, ACK, URG, ECE и CWR — младшие восемь битов. В современном TCP есть также AE в другой позиции, но он не входит в область этого инструмента.

Какое число соответствует SYN ACK?

Вес SYN равен 2, ACK — 16. Их OR даёт 18, или 0x12. Такая маска часто бывает в ответе при установлении соединения, однако не подтверждает получение третьего шага обмена.

Что означает PSH?

PSH обозначает функцию push. Это не признак повышенного приоритета пакета и не надёжная граница сообщения приложения. Вес PSH равен 8, а вместе с ACK получается 24 или 0x18.

Что означает FIN ACK?

FIN и ACK дают 17, то есть 0x11. Отправитель сообщает, что больше не передаёт данные, и поле подтверждения значимо. Передача в обратном направлении ещё может продолжаться.

Чем отличаются TCP FIN и RST?

FIN означает отсутствие дальнейших данных от отправителя, RST — сброс. Это разные способы завершения обмена, но одна маска не показывает, кто вызвал сброс и обработан ли он другой стороной. Для этого нужны соседние пакеты и контекст.

Остался вопрос?

Вернитесь к проверке маски

Декодер флагов TCP поможет сверить веса и сохранить текущий JSON вместе с контекстом исходного журнала.