Rompiendo JS String XSS

Question

Rompiendo JS String XSS

#1 de Arminius (0 votos)

2

He estado buscando vulnerabilidades de XSS en el sitio web de un amigo (blackbox) y en una de las páginas toma su entrada y la coloca dentro de un script js, window.location="[INPUT]";
No pude descifrar las comillas porque están siendo reemplazadas con " y %22 permanece %22 , pero puedo poner un \ al final de mi entrada y se escapa de la cotización original ( window.location="[INPUT]\"; ) Lo que me da una cadena sin terminar pero no puedo influir en ningún código después de eso, así que no hay XSS ahí, ¿verdad? Básicamente, todo lo que puedo hacer es romper el código y eso es todo

Editar:
--Alguna más información--

< , > , & y " se están reemplazando con < , > , & y "
el servidor comprueba si INPUT comienza con http:// o https://

Cosas que he probado:

Rompa la cadena con </script> => siendo reemplazado con </script> (y falla)
Se intentó romper con la URL codificada </script> ( %3C%2Fscript%3E ) pero se muestra como una cadena ( window.location = "http://test.com%3C%2Fscript%3E\"; ) y el error sigue siendo SyntaxError: unterminated string literal

xss web

pregunta badprogrammerqq 16.10.2016 - 14:07

fuente

1 respuesta

Lea otras preguntas en las etiquetas xss web

¿Dónde encontrar correos o direcciones de correo en un servidor web? [cerrado] garantiza que la clave pública no se comprometa en el camino hacia el destinatario cuando el remitente tiene la clave pública del destinatario

score 0 · Accepted Answer

Esto no es explotable.

No puedes escapar de la cadena porque las comillas están codificadas. ( " - > " )
No puedes escapar del contexto de la etiqueta de script porque los paréntesis están codificados. ( < - > < )
No puede crear nada excepto las URL http[s]:// porque el principio de la cadena está marcado. No importa lo que agregue después de la parte del protocolo, no puede convertir esto en una URL data: o javascript: después.

Hay otros trucos que puedes probar pero son específicos de la implementación. No hay evidencia de que funcionen en este caso, por lo que estos son solo algunos ejemplos para darle una idea:

¿Quizás el filtro se detiene después de un byte NULO? (por ejemplo, http://%00"<>... )
¿Quizás por alguna razón funcionan las variantes de Unicode? (por ejemplo, U + FF02: ＂ )
¿Tal vez funcionen otros esquemas de codificación? (por ejemplo, \x22 en lugar de " )
etc.