Sieć i TLS

Kolejność nagłówków HTTP: co to jest i jak działa

Kolejność nagłówków HTTP/1.1 (i kolejność pól w HTTP/2) jest charakterystyczna dla klienta: przeglądarki wysyłają Host, Connection, User-Agent, Accept… w ustalonym porządku; skrypty i biblioteki często alfabetycznie lub w kolejności insertów.

Definicja

To tani sygnał pasywny.

Jak działa

Middleware zapisuje listę nazw nagłówków w kolejności pojawienia. Porównuje z wzorcami Chrome/Firefox oraz wykrywa „dziwne” nagłówki (np. jednocześnie sec-ch-ua i przestarzałe X-*) albo brak Accept-Language.

Przykład

Python requests: User-Agent, Accept-Encoding, Accept, Connection — inna kolejność niż Chrome, łatwy sygnał nawet przy skopiowanym UA string.

W Aion Surf

Surf uczy, że kolejność nagłówków należy do spójności stosu HTTP z prawdziwą przeglądarką. To obserwacja diagnostyczna, nie checklista „jak ustawić requests".

Jak robi to Falcon

Powiązane hasła

  • Fingerprint HTTP/2: Fingerprint HTTP/2 obejmuje SETTINGS, kolejność i wartości okien, PRIORITY/PRIORITY_UPDATE, pseudo-nagłówki (:method, :path…) oraz zachowanie CONTINUATION.
  • Client Hints a User-Agent: User-Agent Client Hints (UA-CH) to nagłówki Sec-CH-UA* oraz API navigator.userAgentData, które zastępują monolityczny ciąg User-Agent strukturalnymi polami (brand, version, platform, arch, model…).
  • JA3 / JA4 — fingerprint TLS: JA3 (Salesforce) i JA4 (FoxIO) to skróty parametrów ClientHello TLS: wersja, cipher suites, rozszerzenia, krzywe, formaty punktów (i w JA4 także ALPN, SNI presence, kolejność).
  • Ślady frameworków automatyzacji: Ślady frameworków to artefakty Selenium, Playwright, Puppeteer, Cypress itd.: zmienne globalne, stan CDP, charakterystyczne zachowanie nawigacji, brak pluginów, jednolite czcionki, wzorce timing.

Źródła