SOME - Execução de Método de Mesma Origem

{% hint style="success" %} Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks

Confira os planos de assinatura!
Junte-se ao 💬 grupo do Discord ou ao grupo do telegram ou siga-nos no Twitter 🐦 @hacktricks_live.
Compartilhe truques de hacking enviando PRs para os repositórios do HackTricks e HackTricks Cloud.

{% endhint %}

WhiteIntel é um motor de busca alimentado pela dark-web que oferece funcionalidades gratuitas para verificar se uma empresa ou seus clientes foram comprometidos por malwares ladrões.

O principal objetivo do WhiteIntel é combater a tomada de contas e ataques de ransomware resultantes de malware que rouba informações.

Você pode conferir o site deles e experimentar o motor gratuitamente em:

{% embed url="https://whiteintel.io" %}

Execução de Método de Mesma Origem

Haverá ocasiões em que você pode executar um javascript limitado em uma página. Por exemplo, no caso em que você pode controlar um valor de callback que será executado.

Nesses casos, uma das melhores coisas que você pode fazer é acessar o DOM para chamar qualquer ação sensível que você encontrar lá (como clicar em um botão). No entanto, geralmente você encontrará essa vulnerabilidade em pequenos endpoints sem nada interessante no DOM.

Nesses cenários, esse ataque será muito útil, porque seu objetivo é ser capaz de abusar da execução limitada de JS dentro de um DOM de uma página diferente do mesmo domínio com ações muito mais interessantes.

Basicamente, o fluxo do ataque é o seguinte:

Encontre um callback que você pode abusar (potencialmente limitado a [\w\._]).
Se não estiver limitado e você puder executar qualquer JS, você poderia apenas abusar disso como um XSS regular.
Faça a vítima abrir uma página controlada pelo atacante.
A página se abrirá em uma nova janela (a nova janela terá o objeto opener referenciando a inicial).
A página inicial carregará a página onde o DOM interessante está localizado.
A segunda página carregará a página vulnerável abusando do callback e usando o objeto opener para acessar e executar alguma ação na página inicial (que agora contém o DOM interessante).

{% hint style="danger" %} Note que mesmo se a página inicial acessar uma nova URL após ter criado a segunda página, o objeto opener da segunda página ainda é uma referência válida para a primeira página no novo DOM.

Além disso, para que a segunda página possa usar o objeto opener, ambas as páginas devem estar na mesma origem. Esta é a razão pela qual, para abusar dessa vulnerabilidade, você precisa encontrar algum tipo de XSS na mesma origem. {% endhint %}

Exploração

Você pode usar esta forma para gerar um PoC para explorar esse tipo de vulnerabilidade: https://www.someattack.com/Playground/SOMEGenerator
Para encontrar um caminho DOM para um elemento HTML com um clique, você pode usar esta extensão de navegador: https://www.someattack.com/Playground/targeting_tool

Exemplo

Você pode encontrar um exemplo vulnerável em https://www.someattack.com/Playground/
Note que neste exemplo o servidor está gerando código javascript e adicionando ao HTML com base no conteúdo do parâmetro de callback: <script>opener.{callbacl_content}</script>. É por isso que neste exemplo você não precisa indicar o uso de opener explicitamente.
Confira também este writeup de CTF: https://ctftime.org/writeup/36068

Referências

https://conference.hitb.org/hitbsecconf2017ams/sessions/everybody-wants-some-advance-same-origin-method-execution/