referrer che controlla come difesa per l'attacco XSS

Molte delle contromisure contro la falsificazione delle richieste cross-site renderanno più difficile l'XSS riflettente da sfruttare ma non impossibile. Potrebbe ancora essere possibile sfruttare uno di questi difetti con il clickjacking o altri metodi . Anche il clickjacking e altri vettori dovrebbero essere corretti, ma non è una soluzione semplice o infallibile se paragonata alla validazione / sanificazione dell'input.

Ci sono problemi con l'intestazione del referente come misura di sicurezza. Se la richiesta proviene da una pagina HTTPS che passa a una pagina HTTP, Referer sarà assente. L' intestazione di origine è stata creata per risolvere questo problema. Un OWASP A10: reindirizzamenti e inoltro non convalidati potrebbe anche essere utilizzato per bypassare un controllo referer.

La protezione dei referer non è infallibile se hai altre vulnerabilità sul sito.

Se hai un reindirizzamento aperto sul tuo sito (o anche uno con i controlli per vedere se il link è interno), possiamo inserire l'URL vulnerabile in questo reindirizzamento e gli utenti vengono inviati alla pagina vulnerabile con un referente (interno) corretto.

Il controllo dei referenti aiuterà con alcune classi di XSS - XSS riflesso e DOM XSS ma non avrà alcun effetto sull'XSS memorizzato .

^{Nota: farò una risposta poiché la risposta corrente accettata in realtà non ha risposto alla domanda.}

L'XSS riflessivo implica fondamentalmente l'ingannare una vittima per fare clic su un link al tuo sito web:

• Un utente malintenzionato può inviare a una vittima il link your-website.com/query?<script>alert('hacked!');evil();</script>

• evil.com può collegarsi a your-website.com/query?<script>alert('hacked!');evil();</script> e ingannare una vittima facendola clic.

Se il tuo sito web esegue un rigoroso controllo dei referrer, rifiuterà richieste come quelle sopra.

Naturalmente, se il tuo sito web consente agli utenti di pubblicare link, un utente malintenzionato può pubblicare il link your-website.com/query?<script>alert('hacked!');evil();</script> sul tuo sito web. Il rigoroso controllo dei referrer fallirà, poiché il referrer è il tuo sito web.

Penso che sia in realtà abbastanza semplice: dal momento che la pagina viene reindirizzata a, accetta solo i referrer dal tuo sito (ovvero: dominio), XSS è più difficile (è consentito un solo sito).

Ma ciò avrebbe il lato negativo che non è possibile accedere a quella pagina dall'esterno, solo il referrer - rendendo la leggibilità di url ad esempio piuttosto complicata (ma gli svantaggi sono ben spiegati da D.W.).

un esempio: di avere un blog l'accesso diretto al blog / post / id / 12 non è consentito (referrer checker), ma è consentito l'accesso al perma-link del post (blog / post / perm / 12). Il perma-link serve solo il referrer, il referrer reindirizza al post (blog / post / id / 12) - et voilà!