tecnOlogia e informatica !

Frame injection vulnerabilities, aunque algunas personas las consideran lo mismo que inyexiones HTML / XSS, en realidad no son lo mismo.

Aca está por qué:

* No hay necesidad de inyectar caracteres especiales de control, tales como "<" y ">" (a diferencia de HTMLi / XSS)

* las rutinas de filtrado en HTMLi /XSS son inservibles para esta inyexion ya que el atacante sólo tiene que insertar una URL en el parametro no sanitizado.

La mejor manera de explicar lo que quiero decir es mostrando un ejemplo. Los problemas de Frame Injection ocurren en aplicaciones web, porque la insercion de dynamic frameset/iframe son implementadas sin filtro.

Por ejemplo, tenemos la siguiente URL de la victima:

https://www.victim.foo/index.php?targeturl=/contact.php

Un usuario malicioso con la intención de lanzar un ataque de "phishing" intentara la manipulación del parametro targeturl. Su objetivo es insertar un site en el targeturl que este manipulado por el atacante. De hecho, index.php, aunque no permite que un código HTML o JavaScript sea asignado a la variable (targeturl), no tiene problemas en procesar una URL absoluta:

https://www.victim.foo/index.php?targeturl=http://evil.foo/login.php

Pensamos que mostrando un ejemplo en vivo ayudaria a nuestros lectores a tener una idea de como una Frame Injection actua. Para ese proposito, preparamos una prueba de conceptos que tomara ventaja del servicio de Google Images. Lo que esta claro es que apesar que la URL legitima normalmente usaria el dominio mail.google.com, google tambien nos permite usasr otro subdominio google.com como mail.google.com que es usado por Gmail. Esto es ideal si queremos realizar un ataque de Frame Injection para hacer un Phishing a usuarios de Gmail.

http://mail.google.com/imgres?imgurl=http://SecureGoogleMail&imgrefurl=http://mail.google.com/imgres?imgurl=http://SecureGoogleMail&imgrefurl=[SCAM o URL que Queramos]

En resumen: El atacante ha logrado mostrar una web no legitima, mientras que el dominio legítimo (mail.google.com, en este caso) se muestra en la barra de direcciones. La belleza de los ataques de inyección de marco (Frame inyexion) es que el atacante es capaz de suplantar a una entidad de confianza sin necesidad de pasar por alto filtros de XSS / HTMLi o incluso entrar en el servidor de destino.

Traducido por Mont para ArgentinaSecurity.com.ar, Fuente: GNUCITIZEN

EJEMPLO:

http://mail.google.com/imgres?imgurl=http://SecureGoogleMail&imgrefurl=http://mail.google.com/imgres?imgurl=http://SecureGoogleMail&imgrefurl=http://argentinasecurity.com.ar/tests/framein.html