Vulnerabilidade descoberta de script entre sites refletidos no Shaadi.com

Eu descobri uma vulnerabilidade XSS refletida em shaadi.com, isso significa que um invasor pode injetar código malicioso no site, que será executado pelo navegador da vítima quando ela visitar a página afetada. Isso pode acontecer por meio de um formulário ou em qualquer outro campo de entrada do site que não esteja devidamente higienizado ou validado.

O que é refletido no Cross-site Scripting?

Em Cross-site Scripting refletido (XSS), o código malicioso é enviado ao servidor como parte de uma solicitação e, em seguida, é refletido de volta ao usuário na resposta. Isso pode acontecer quando a entrada do usuário não é limpa ou validada adequadamente pelo servidor antes de ser incluída na resposta. O código malicioso é então executado pelo navegador da vítima quando ela visualiza a página afetada. O XSS refletido é diferente do XSS armazenado, em que o código malicioso é armazenado no servidor e fornecido a todos os usuários que visualizam a página afetada, em vez de ser injetado na página por meio de uma solicitação. O XSS refletido também é diferente do XSS baseado em DOM, onde a vulnerabilidade está no código do lado do cliente, em vez do código do lado do servidor, e o script malicioso pode ser executado assim que a página for carregada. É importante observar que ambos os tipos de XSS podem ser usados ​​para roubar informações confidenciais,

Por que realmente isso aconteceu?

Há três razões pelas quais isso aconteceu…

1. Biblioteca Jquery 1.4.2 está desatualizada e a mais recente é 3.6.1

3. O parâmetro não santifica corretamente.

Agora, o problema real é quando eu envio qualquer formulário de envio, então será um método POST e este método POST é marcado como Self-Xss(Cross-site Scripting) .

O que é Self-Xss (Cross-site Scripting)?

Self-XSS é um tipo de vulnerabilidade Cross-Site Scripting (XSS) em que um invasor engana a vítima para que execute um código mal-intencionado em seu próprio navegador da web. Isso geralmente é feito fazendo com que a vítima cole ou digite um código malicioso no console do desenvolvedor do navegador ou na barra de URL. O ataque é considerado “próprio” porque a vítima é quem executa inadvertidamente o código malicioso. Esse tipo de vulnerabilidade é frequentemente usado em ataques de phishing ou engenharia social, em que o invasor disfarça o código malicioso como algo inofensivo para induzir a vítima a executá-lo.

Agora eu tenho que executar meu JavaScript no método GET. Então, primeiro preciso saber o nome do parâmetro.

Como podemos entender o nome dos parâmetros?

1. Clique com o botão direito do mouse em qualquer campo de entrada.

Agora aqui você pode ver como funciona...

{Visualização de arroto}

{Visualização do navegador}

É assim que consigo obter todos os parâmetros name, partner_name, email, partner_email e descrição.

Impacto:

Reflected Cross-Site Scripting (XSS) é um tipo de vulnerabilidade de segurança da Web que permite que um invasor injete código malicioso em uma página da Web visualizada por outros usuários. Isso pode permitir que o invasor roube informações confidenciais, como credenciais de login ou dados pessoais, ou execute ações em nome da vítima, como fazer compras não autorizadas ou postar conteúdo malicioso. O impacto de um ataque XSS refletido pode ser grave, pois pode afetar potencialmente todos os usuários que visualizam a página da Web afetada e pode levar à perda de confiança no site ou serviço online.

Mitigação:

1. Validação de entrada: certifique-se de que a entrada do usuário seja devidamente validada para evitar a injeção de código malicioso. Isso pode ser feito usando uma lista branca de caracteres permitidos ou usando uma biblioteca ou estrutura que escapa automaticamente de caracteres especiais.
2. Codificação de saída: Codifique corretamente quaisquer dados fornecidos pelo usuário antes de exibi-los em uma página da web. Isso pode impedir que o código injetado seja executado pelo navegador.
3. Política de segurança de conteúdo (CSP): use um cabeçalho CSP para especificar quais fontes de conteúdo podem ser carregadas pelo navegador. Isso pode impedir que um código mal-intencionado seja executado se for incluído em um script ou elemento iframe.
4. Uso de cookies Http-only e Secure: Use os sinalizadores HttpOnly e Secure em cookies para evitar que sejam acessados ​​por scripts maliciosos.
5. Mantenha o software atualizado: Mantenha o software usado no site (servidor web, frameworks, etc.) atualizado para aproveitar as correções de segurança que foram lançadas.
6. Uso de ferramentas de teste de segurança: Use ferramentas de teste de segurança como OWASP ZAP, Nessus, Burp Suite etc. para verificar e escanear o site em busca de vulnerabilidades.
7. Treinamento de conscientização de segurança: Forneça treinamento de conscientização de segurança a todos os funcionários e desenvolvedores que trabalham com o site para garantir que eles entendam os riscos associados aos ataques XSS e como evitá-los.

Obrigado pessoal por lerem meu artigo…