Reconnaître les indices de navigation dans les journaux de proxy direct
Interprétez les en-têtes Fetch Metadata lorsqu'ils sont visibles, sans prétendre savoir si une personne a saisi l'URL.
Sec-Fetch-Mode: navigate
Sec-Fetch-Dest: document
Sec-Fetch-User: ?1Lorsqu'ils sont visibles, ces champs Fetch Metadata suggèrent une navigation de document liée à une activation de l'utilisateur : navigate est le mode, document le type de destination et Sec-Fetch-User: ?1 le signal d'activation.
Ils n'identifient pas une frappe dans la barre d'adresse. Un clic sur un lien peut produire des métadonnées associées, et l'absence de Referer dépend aussi de la politique de référent et du contexte de la requête.
Vérifiez d'abord la visibilité. Un relais CONNECT ordinaire voit l'hôte/port cible et le trafic chiffré, pas les en-têtes du site interne. Pour les requêtes HTTP visibles, conservez la catégorie inconnue lorsque des champs sont absents ou non pris en charge.
Ces valeurs sont des indices contextuels, pas une authentification. Un client général non-navigateur peut construire les mêmes chaînes. Si une application contrôlée a besoin d'une attribution précise des actions d'interface, émettez un événement applicatif défini avec corrélation de requête ; les journaux d'URL du proxy ne peuvent pas reconstruire chaque action de saisie.