In quali casi HTTP_REFERER sarà vuoto

So che è possibile ottenere un HTTP_REFERER vuoto. In quali circostanze succede? Se ne ottengo uno vuoto, significa sempre che l'utente l'ha cambiato? Ottenere uno vuoto equivale a ottenerne uno nullo? e in quali circostanze ottengo anche quello?

Sarà / potrebbe essere vuoto quando l'utente finale

• inserito l'URL del sito nella barra degli indirizzi del browser stesso.
• visitato il sito da un segnalibro gestito dal browser.
• visitato il sito come prima pagina nella finestra / scheda.
• fatto clic su un collegamento in un'applicazione esterna.
• passato da un URL https a un URL http.
• passato da un URL https a un altro URL https.
• è installato un software di sicurezza (antivirus / firewall / ecc.) che rimuove il referrer da tutte le richieste.
• è dietro un proxy che rimuove il referrer da tutte le richieste.
• visitato il sito in modo programmatico (come, curl ) senza impostare l'intestazione del referrer (searchbot!).

HTTP_REFERER - inviato dal browser, indicando l'ultima pagina visualizzata dal browser!

Se ti fidi di [HTTP_REFERER] per qualsiasi motivo importante, non dovresti, poiché può essere simulato facilmente:

1. Alcuni browser limitano l'accesso per non consentire il passaggio di HTTP_REFERER
2. Digitare un indirizzo nella barra degli indirizzi non passerà HTTP_REFERER
3. aprire una nuova finestra del browser non passerà HTTP_REFERER, perché HTTP_REFERER = NULL
4. ha un componente aggiuntivo del browser che lo blocca per motivi di privacy. Alcuni firewall e AV lo fanno.

Prova questa estensione firefox, sarai in grado di impostare le intestazioni che desideri:

@Master of Celebration:

Firefox:

estensioni: refspoof , refontrol , modifica delle intestazioni , nessun riferimento

Disabilita completamente: l'opzione è disponibile in about: config in "network.http.sendRefererHeader" e si desidera impostare questo su 0 per disabilitare il passaggio dei referer.

Google chrome / Chromium:

estensioni: noref , spoofy , noreferrer esterno

Disabilita completamente: Chnage ~ / .config / google-chrome / Default / Preferences o ~ / .config / chromium / Default / Preferences e imposta questo:

{
   ...
   "enable_referrers": false,
   ...
}

O semplicemente aggiungi --no-referrers al collegamento o in cli:

google-chrome --no-referrers

Musica lirica:

Disabilita completamente: Impostazioni> Preferenze> Avanzate> Rete e deseleziona "Invia informazioni referrer"

Servizio web di spoofing:

http://referer.us/

Proxy di filtro autonomo (spoof qualsiasi intestazione):

Privoxy

Spoofing http_referer quando si utilizza wget

'--Referer = url'

Spoofing http_referer quando si usa l'arricciatura

-e, --referer

Spoofing http_referer con telnet

telnet www.yoursite.com 80 (press return)
GET /index.html HTTP/1.0 (press return)
Referer: http://www.hah-hah.com (press return)
(press return again)

L'elenco di BalusC è solido. Un altro modo in cui questo campo appare spesso vuoto è quando l'utente si trova dietro un server proxy. Questo è simile all'essere dietro un firewall ma è leggermente diverso, quindi ho voluto menzionarlo per completezza.

Sarà inoltre vuoto se si utilizza la nuova bozza standard della Politica referrer per impedire che l'intestazione del referer venga inviata all'origine della richiesta. Esempio:

<meta name="referrer" content="none">

Sebbene Chrome e Firefox abbiano già implementato una versione bozza della Politica sui referrer, dovresti fare attenzione perché ad esempio Chrome si aspetta no-referrerinvece none(e ho visto anche neverda qualche parte).

Ho trovato l'implementazione del referer del browser davvero incoerente.

Ad esempio, un elemento di ancoraggio con l'attributo "download" funziona come previsto in Safari e invia il referer, ma in Chrome il referer sarà vuoto o "-" nei registri del web server.

<a href="http://foo.com/foo" download="bar">click to download</a>

È rotto in Chrome: nessun referer inviato.