Распазнаваць навігацыйныя падказкі ў журналах прамога проксі

Тлумачце загалоўкі Fetch Metadata там, дзе яны бачныя, не сцвярджаючы, што ведаеце, ці чалавек увёў URL.

Sec-Fetch-Mode: navigate
Sec-Fetch-Dest: document
Sec-Fetch-User: ?1

Дзе бачныя, гэтыя палі Fetch Metadata сведчаць пра навігацыю дакумента, звязаную з актывацыяй карыстальніка: navigate — гэта рэжым, document — тып прызначэння, а Sec-Fetch-User: ?1 — сігнал актывацыі.

Яны не вызначаюць націск клавішы ў адрасным радку. Клік па спасылцы можа стварыць падобныя метаданыя, а адсутнасць Referer таксама залежыць ад палітыкі рэферэра і кантэксту запыту.

Спачатку праверце бачнасць. Звычайны рэлей CONNECT бачыць мэтавы хост/порт і зашыфраваны трафік, а не загалоўкі ўнутранага сайта. Для бачных HTTP-запытаў пакідайце катэгорыю невядомай, калі палі адсутнічаюць або не падтрымліваюцца.

Гэтыя значэнні — кантэкстуальныя доказы, а не аўтэнтыфікацыя. Звычайны кліент без браўзера можа стварыць тыя ж радкі. Калі кіраванаму праграмнаму забеспячэнню патрэбна дакладнае прыпісванне дзеянняў інтэрфейсу, выдавайце вызначаную падзею праграмы з карэляцыяй запыту; журналы URL проксі не могуць аднавіць кожнае дзеянне ўводу.

Падобныя артыкулы