DOM XSS
Last updated
Last updated
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
Vulnerabilidades DOM ocorrem quando dados de fontes controladas por atacantes (como location.search, document.referrer ou document.cookie) são transferidos de forma insegura para sinks. Sinks são funções ou objetos (por exemplo, eval(), document.body.innerHTML) que podem executar ou renderizar conteúdo prejudicial se receberem dados maliciosos.
Fontes são entradas que podem ser manipuladas por atacantes, incluindo URLs, cookies e mensagens da web.
Sinks são pontos finais potencialmente perigosos onde dados maliciosos podem levar a efeitos adversos, como execução de scripts.
O risco surge quando os dados fluem de uma fonte para um sink sem validação ou saneamento adequados, permitindo ataques como XSS.
Você pode encontrar uma lista mais atualizada de fontes e sinks em https://github.com/wisec/domxsswiki/wiki
Fontes comuns:
Common Sinks:
jQuery
location
eval()
scriptElement.src
add()
location.host
Function() constructor
scriptElement.text
after()
location.hostname
setTimeout()
scriptElement.textContent
append()
location.href
setInterval()
scriptElement.innerText
animate()
location.pathname
setImmediate()
someDOMElement.setAttribute()
insertAfter()
location.search
execCommand()
someDOMElement.search
insertBefore()
location.protocol
execScript()
someDOMElement.text
before()
location.assign()
msSetImmediate()
someDOMElement.textContent
html()
location.replace()
range.createContextualFragment()
someDOMElement.innerText
prepend()
open()
crypto.generateCRMFRequest()
someDOMElement.outerText
replaceAll()
domElem.srcdoc
someDOMElement.value
replaceWith()
XMLHttpRequest.open()
FileReader.readAsArrayBuffer()
someDOMElement.name
wrap()
XMLHttpRequest.send()
FileReader.readAsBinaryString()
someDOMElement.target
wrapInner()
jQuery.ajax()
FileReader.readAsDataURL()
someDOMElement.method
wrapAll()
$.ajax()
FileReader.readAsText()
someDOMElement.type
has()
FileReader.readAsFile()
someDOMElement.backgroundImage
constructor()
XMLHttpRequest.setRequestHeader()
FileReader.root.getFile()
someDOMElement.cssText
init()
XMLHttpRequest.open()
FileReader.root.getFile()
someDOMElement.codebase
index()
XMLHttpRequest.send()
someDOMElement.innerHTML
jQuery.parseHTML()
jQuery.globalEval()
someDOMElement.href
someDOMElement.outerHTML
$.parseHTML()
$.globalEval()
someDOMElement.src
someDOMElement.insertAdjacentHTML
someDOMElement.action
someDOMElement.onevent
JSON.parse()
sessionStorage.setItem()
document.write()
jQuery.parseJSON()
localStorage.setItem()
document.evaluate()
document.writeln()
$.parseJSON()
**[**`Denial of Service`**](dom-xss.md#denial-of-service)**
someDOMElement.evaluate()
document.title
requestFileSystem()
document.implementation.createHTMLDocument()
document.cookie
RegExp()
document.domain
history.pushState()
history.replaceState()
WebSocket
executeSql()
postMessage()
``
``
O innerHTML sink não aceita elementos script em nenhum navegador moderno, nem eventos svg onload serão acionados. Isso significa que você precisará usar elementos alternativos como img ou iframe.
Esse tipo de XSS é provavelmente o mais difícil de encontrar, pois você precisa olhar dentro do código JS, ver se está usando algum objeto cujo valor você controla, e nesse caso, ver se há alguma maneira de abusar disso para executar JS arbitrário.
Extensão de navegador para verificar todos os dados que chegam a um sink potencial: https://github.com/kevin-mizu/domloggerpp
De: https://portswigger.net/web-security/dom-based/open-redirection
Vulnerabilidades de redirecionamento aberto no DOM ocorrem quando um script grava dados, que um atacante pode controlar, em um sink capaz de iniciar navegação entre domínios.
É crucial entender que executar código arbitrário, como javascript:alert(1), é possível se você tiver controle sobre o início da URL onde o redirecionamento ocorre.
Sinks:
De: https://portswigger.net/web-security/dom-based/cookie-manipulation
Vulnerabilidades de manipulação de cookies baseadas em DOM ocorrem quando um script incorpora dados, que podem ser controlados por um atacante, no valor de um cookie. Essa vulnerabilidade pode levar a um comportamento inesperado da página da web se o cookie for utilizado dentro do site. Além disso, pode ser explorada para realizar um ataque de fixação de sessão se o cookie estiver envolvido no rastreamento de sessões de usuários. O principal sink associado a essa vulnerabilidade é:
Sinks:
De: https://portswigger.net/web-security/dom-based/javascript-injection
As vulnerabilidades de injeção de JavaScript baseadas em DOM são criadas quando um script executa dados, que podem ser controlados por um atacante, como código JavaScript.
Sinks:
From: https://portswigger.net/web-security/dom-based/document-domain-manipulation
Vulnerabilidades de manipulação de domínio de documento ocorrem quando um script define a propriedade document.domain usando dados que um atacante pode controlar.
A propriedade document.domain desempenha um papel chave na aplicação da política de mesma origem pelos navegadores. Quando duas páginas de origens diferentes definem seu document.domain para o mesmo valor, elas podem interagir sem restrições. Embora os navegadores imponham certos limites nos valores atribuíveis a document.domain, impedindo a atribuição de valores completamente não relacionados à origem real da página, existem exceções. Normalmente, os navegadores permitem o uso de domínios pai ou filho.
Sinks:
From: https://portswigger.net/web-security/dom-based/websocket-url-poisoning
WebSocket-URL poisoning ocorre quando um script utiliza dados controláveis como a URL de destino para uma conexão WebSocket.
Sinks:
O construtor WebSocket pode levar a vulnerabilidades de WebSocket-URL poisoning.
From: https://portswigger.net/web-security/dom-based/link-manipulation
Vulnerabilidades de manipulação de link baseadas em DOM surgem quando um script escreve dados controláveis pelo atacante em um alvo de navegação dentro da página atual, como um link clicável ou a URL de submissão de um formulário.
Sinks:
De: https://portswigger.net/web-security/dom-based/ajax-request-header-manipulation
Vulnerabilidades de manipulação de requisições Ajax surgem quando um script escreve dados controláveis pelo atacante em uma requisição Ajax que é emitida usando um objeto XmlHttpRequest.
Sinks:
De: https://portswigger.net/web-security/dom-based/local-file-path-manipulation
Vulnerabilidades de manipulação de caminho de arquivo local surgem quando um script passa dados controláveis pelo atacante para uma API de manipulação de arquivos como o parâmetro filename. Essa vulnerabilidade pode ser explorada por um atacante para construir uma URL que, se visitada por outro usuário, poderia levar ao navegador do usuário abrindo ou escrevendo um arquivo local arbitrário.
Sinks:
De: https://portswigger.net/web-security/dom-based/client-side-sql-injection
Vulnerabilidades de injeção SQL do lado do cliente ocorrem quando um script incorpora dados controláveis pelo atacante em uma consulta SQL do lado do cliente de maneira insegura.
Sinks:
De: https://portswigger.net/web-security/dom-based/html5-storage-manipulation
Vulnerabilidades de manipulação de armazenamento HTML5 surgem quando um script armazenar dados controláveis pelo atacante no armazenamento HTML5 do navegador da web (localStorage ou sessionStorage). Embora essa ação não seja inerentemente uma vulnerabilidade de segurança, torna-se problemática se a aplicação posteriormente ler os dados armazenados e processá-los de forma insegura. Isso poderia permitir que um atacante aproveitasse o mecanismo de armazenamento para conduzir outros ataques baseados em DOM, como cross-site scripting e injeção de JavaScript.
Sinks:
De: https://portswigger.net/web-security/dom-based/client-side-xpath-injection
Vulnerabilidades de injeção XPath baseadas em DOM ocorrem quando um script incorpora dados controláveis pelo atacante em uma consulta XPath.
Sinks:
De: https://portswigger.net/web-security/dom-based/client-side-json-injection
Vulnerabilidades de injeção de JSON baseadas em DOM ocorrem quando um script incorpora dados controláveis pelo atacante em uma string que é analisada como uma estrutura de dados JSON e, em seguida, processada pela aplicação.
Sinks:
De: https://portswigger.net/web-security/dom-based/web-message-manipulation
Vulnerabilidades de mensagens da web surgem quando um script envia dados controláveis pelo atacante como uma mensagem da web para outro documento dentro do navegador. Um exemplo de manipulação vulnerável de mensagens da web pode ser encontrado na Academia de Segurança da Web da PortSwigger.
Sinks:
O método postMessage() para enviar mensagens da web pode levar a vulnerabilidades se o ouvinte de eventos para receber mensagens manipular os dados recebidos de maneira insegura.
De: https://portswigger.net/web-security/dom-based/dom-data-manipulation
Vulnerabilidades de manipulação de dados do DOM surgem quando um script escreve dados controláveis pelo atacante em um campo dentro do DOM que é utilizado na UI visível ou na lógica do lado do cliente. Essa vulnerabilidade pode ser explorada por um atacante para construir uma URL que, se visitada por outro usuário, pode alterar a aparência ou o comportamento da UI do lado do cliente.
Sinks:
From: https://portswigger.net/web-security/dom-based/denial-of-service
Vulnerabilidades de negação de serviço baseadas em DOM ocorrem quando um script passa dados controláveis pelo atacante de forma insegura para uma API problemática da plataforma. Isso inclui APIs que, quando invocadas, podem fazer com que o computador do usuário consuma quantidades excessivas de CPU ou espaço em disco. Essas vulnerabilidades podem ter efeitos colaterais significativos, como o navegador restringindo a funcionalidade do site ao rejeitar tentativas de armazenar dados em localStorage ou encerrando scripts ocupados.
Sinks:
``
``
``
``
``
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
