Ho bisogno di aiuto per elencare i rischi specifici di incorporare un iframe HTTPS che abilita il pagamento con carta di credito all'interno di una pagina HTTP. Ci sono problemi di sicurezza con l'incorporamento di un iframe HTTPS su una pagina HTTP? fornisce alcuni dubbi di alto livello, ma sto cercando di essere il più specifico possibile sui potenziali vettori di attacco. Fai clic su Acquista ora per un buon esempio di iframe sicuro all'interno di una pagina non sicura, in uso oggi per le transazioni con carta di credito. Ecco cosa ho finora:
- La conversione sarà probabilmente inferiore perché gli utenti istruiti sapranno di non inserire il loro numero di carta di credito senza vedere un lucchetto verde nell'URL nel cromo del browser. (Gli utenti meno esperti possono non sapere che non dovrebbero fidarsi di un blocco che appare all'interno del frame del browser, come nell'esempio sopra.)
- Anche se gli utenti si sentono a proprio agio con questo approccio, è generalmente una cattiva idea incoraggiare gli utenti a inserire il proprio numero di carta di credito quando non vedono una conferma di blocco SSL nella barra degli indirizzi. Insegna agli utenti cattive abitudini di sicurezza. Questo post rende il punto che SSL riguarda la sicurezza più della semplice crittografia e autenticazione.
- Un uomo attivo nel mezzo potrebbe iniettare uno script canaglia nella pagina padre che potrebbe eseguire lo spintone dei tasti. Credo che questo sia ciò che il governo tunisino ha fatto per rubare dissidenti Credenziali di Facebook (Credo che allo script canaglia sarebbe impedito di accedere al nome utente e alla password dall'iframe sicuro, ma potrebbe comunque accedere alle sequenze di tasti). Ovviamente, un'autorità governativa più determinata potrebbe sovvertire il DNS e falsificare anche un certificato SSL, come il governo iraniano apparentemente fatto, nel qual caso una pagina genitore sicura non sarebbe stata di aiuto.
Ho anche questo elenco di preoccupazioni non realistiche:
- Un altro oggetto Javascript nella pagina padre non protetta potrebbe spiare il contenuto dell'iframe sicuro. Credo che questo non sia più possibile purché siano supportati solo i browser IE8 e successivi.
- Un oggetto Javascript non autorizzato nella pagina padre può eseguire la registrazione della sequenza di tasti per acquisire il numero di una carta di credito dell'utente. Ciò potrebbe essere possibile, ma il rischio non è influenzato dal fatto che la pagina padre sia pubblicata via SSL o meno. Uno script canaglia potrebbe battere lo snoop in qualsiasi modo.
- L'utente non può vedere l'URL dal quale viene servito l'iframe sicuro. Con una pagina genitore protetta o non sicura, devi essere un utente tecnicamente avanzato per visualizzare l'URL dell'origine iframe.
Potresti dirmi quali altre vulnerabilità realistiche e non realistiche mi mancano? Non ho dubbi che l'opzione migliore sia sempre quella di incorporare un iframe sicuro in una pagina genitore sicura. Quello che sto cercando di decidere sono i rischi e i benefici relativi di abilitare un iframe sicuro all'interno di una pagina non sicura rispetto alla scarsa esperienza utente di saltare fuori dal sito non sicuro dove vedono il prodotto per completare un checkout sicuro altrove. / p>