In seguito ai reindirizzamenti da HTTPS a HTTP - Sicuro?

1

Quindi ho un client HTTP che supporta HTTPS. Tuttavia, non segue le raccomandazioni delle specifiche HTTP per i reindirizzamenti su POST (che è quello di chiedere all'utente prima di reindirizzare)

Questo significa, in teoria, se il POST ti dice link allora può reindirizzare a link e la richiesta POST verrà inviata in testo semplice. Questo è molto intuitivo, ma è insicuro? È possibile mettere in scena un attacco usando questa ipotesi se si ha il controllo del routing e / o del DNS del client? Potresti in qualche modo aggiungere il link link per reindirizzare il tuo server di testo normale e ottenere le informazioni di accesso?

Nota: ovviamente si verificherà un errore in corrispondenza di mancate corrispondenze o altri errori del certificato, ma ciecamente consentirà di reindirizzare un POST o GET da un collegamento HTTPS a un collegamento HTTP

Questo è sfruttabile dal punto di vista di un captive portal?

    
posta Earlz 03.04.2013 - 07:45
fonte

1 risposta

3

Un reindirizzamento è quando il server risponde al client: "per ottenere ciò che si cerca, è necessario chiedere nuovamente come tale URL". Se il target POST, dal client, è un https URL, la richiesta e sarà protetta da SSL. In particolare, SSL protegge da "iniezione" da parte di un utente malintenzionato di una risposta di "reindirizzamento".

Tuttavia, se il server SSL desidera veramente reindirizzare il client a un indirizzo non SSL, il client lo farà e invierà di nuovo il suo POST, questa volta con un semplice HTTP. Questo secondo invio, non protetto, è vulnerabile a tutti i soliti attacchi poiché non è protetto: intercettazioni, alterazioni, errori di direzione ...

È come vivere in un bunker, quindi uscire all'esterno. Tu decidi, in modo sicuro, di uscire dal bunker; e prendi questa decisione mentre sei ancora nel bunker. Ma, una volta fuori, tutto va bene.

    
risposta data 03.04.2013 - 13:11
fonte

Leggi altre domande sui tag