Bypassing SOP with Iframes - 2
Iframes in SOP-2
Na solução para este desafio, @Strellic_ propõe um método semelhante à seção anterior. Vamos verificar.
Neste desafio, o atacante precisa bypass isso:
Se ele fizer isso, ele pode enviar um postmessage com conteúdo HTML que será escrito na página com innerHTML
sem sanitização (XSS).
A maneira de contornar a primeira verificação é fazendo window.calc.contentWindow
ser undefined
e e.source
ser null
:
window.calc.contentWindow
é na verdadedocument.getElementById("calc")
. Você pode sobrescreverdocument.getElementById
com<img name=getElementById />
(note que a Sanitizer API -aqui- não está configurada para proteger contra ataques de clobbering de DOM em seu estado padrão).Portanto, você pode sobrescrever
document.getElementById("calc")
com<img name=getElementById /><div id=calc></div>
. Então,window.calc
seráundefined
.Agora, precisamos que
e.source
sejaundefined
ounull
(porque==
é usado em vez de===
,null == undefined
éTrue
). Conseguir isso é "fácil". Se você criar um iframe e enviar um postMessage dele e imediatamente remover o iframe,e.origin
seránull
. Verifique o seguinte código
Para contornar a segunda verificação sobre o token, enviamos token
com o valor null
e fazemos o valor de window.token
ser undefined
:
Enviar
token
no postMessage com o valornull
é trivial.window.token
ao chamar a funçãogetCookie
que usadocument.cookie
. Note que qualquer acesso adocument.cookie
em páginas de origemnull
aciona um erro. Isso fará com quewindow.token
tenha o valorundefined
.
A solução final de @terjanq é a seguinte:
Last updated