Ouais. Stupide. Je ne cherchais pas au bon endroit.
J’ai trouvé de nombreuses entrées de Referrer-Policy' => 'strict-origin-when-cross-origin'
Voici une liste (grep strict-origin-when-cross-origin /var/www/discourse/ -R) :
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/rack-protection-2.2.2/lib/rack/protection/referrer_policy.rb: # referrer_policy:: La politique à utiliser (par défaut : ‘strict-origin-when-cross-origin’)
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/rack-protection-3.0.2/lib/rack/protection/referrer_policy.rb: # referrer_policy:: La politique à utiliser (par défaut : ‘strict-origin-when-cross-origin’)
Une solution de contournement légèrement moins désagréable consiste à insérer ceci dans la partie <head> HTML d’un composant de thème personnalisé :
<meta name="referrer" content="same-origin">
Cela ne supprime pas l’en-tête HTTP, et je n’ai trouvé aucune information définitive sur la façon dont l’en-tête HTTP écrase la balise méta HTML ou vice-versa, mais au moins, selon un test rapide avec whatsmyreferer.com, cela semble fonctionner : aucun en-tête d’expéditeur n’est plus envoyé sur les liens sortants.