Blog

Coders Conquer Security: Share & Learn Series - Inclusión remota de archivos

Jaap Karan Singh
Publicado el 18 de julio de 2019

Aquellos de ustedes que lean esta serie de blogs pueden notar muchas similitudes entre la vulnerabilidad de inclusión de archivos remotos y la vulnerabilidad de inclusión de archivos locales y de cruce de rutas discutida anteriormente. Sus causas fundamentales son similares, al igual que las correcciones recomendadas.

En muchos sentidos, la vulnerabilidad de inclusión de archivos remotos es mucho más peligrosa, y también más fácil de explotar, que su contraparte de archivos locales. Como tal, debe ser encontrada y remediada tan pronto como sea posible. O mejor aún, las aplicaciones web deben ser diseñadas de tal manera que eviten que ocurra en primer lugar.

En este episodio, aprenderemos:

  • Cómo aprovechan los hackers la vulnerabilidad de inclusión remota de archivos
  • Por qué es peligroso permitir la inclusión de archivos remotos
  • Técnicas que pueden solucionar este problema.

¿Cómo aprovechan los atacantes la inclusión remota de archivos?

La vulnerabilidad de inclusión remota de archivos se aprovecha del comando o mecanismo de "inclusión dinámica de archivos" que existe en la mayoría de los marcos de programación. Esta capacidad tiene como objetivo permitir a los desarrolladores utilizar archivos ubicados en un servidor secundario para ejecutar actividades en el servidor de aplicaciones. Obviamente, esto puede ser peligroso en las manos equivocadas.

La forma en que los atacantes explotan esta capacidad es encontrando cualquier sitio web o aplicación que permita la entrada incontrolada del usuario, que puede provenir de cosas como cabeceras HTTP o áreas de entrada en formularios interactivos. Utilizan esto como punto de partida para generar comandos de inclusión de archivos.

Por ejemplo, si un sitio utiliza la función GET para cargar páginas, como page = request.getParameter("page'); include page; entonces un atacante podría enviar una consulta utilizando el comando page, pero con una URL de un sitio que controla y la ruta del archivo que quiere ejecutar. La consulta se pasa al servidor y el archivo remoto se ejecuta en el host. La actividad está permitida porque ahora es parte de la aplicación de confianza.

¿Por qué es peligrosa la vulnerabilidad de inclusión remota de archivos?

El nivel de peligro que supone la inclusión remota de archivos es extremadamente alto. A diferencia de las vulnerabilidades de inclusión de archivos locales, en las que los archivos que un atacante ejecuta deben existir en un host, y también ser encontrados por el atacante mediante prueba y error, no hay restricciones como esa con la inclusión de archivos remotos. Obviamente, un atacante conoce la ubicación de los archivos que quiere explotar, ya que probablemente existen en sus propias máquinas, o en los sitios que controla. Los archivos también pueden ser elegidos a mano por ellos, y no necesitan existir en la máquina de destino antes del exploit. El archivo puede incluso consistir en scripts escritos específicamente para explotar un host remoto.

En resumen, una vez que un atacante es capaz de encontrar y explotar una vulnerabilidad de inclusión de archivos remotos, no hay nada que le impida obtener el control total de una aplicación o incluso de un sitio entero. Ciertamente, ningún dato almacenado allí estará a salvo de su incursión.

Eliminación de la vulnerabilidad de inclusión de archivos remotos

Nunca permita que la entrada del usuario pase directamente a un comando de inclusión de archivos para su ejecución. En su lugar, utilice un mapa de referencia indirecta de comandos y sólo ejecute los comandos desde allí. Un mapa de referencia indirecta asigna la entrada del usuario no confiable a un conjunto de valores confiables codificados en el servidor. Asegúrese de poner en una lista blanca cualquier área en la que los usuarios puedan introducir datos, y no olvide incluir en esa lista las cabeceras HTTP, los parámetros de los formularios e incluso las cookies. Hacer esto cerrará cualquier ventana que un atacante que busque crear un comando de inclusión de archivos pueda utilizar.

Además, una adecuada sanitización y validación del contenido generado por el usuario y el empleo de mapas de referencia para ejecutar comandos no sólo aplastará la vulnerabilidad de inclusión de archivos remotos, sino también muchas otras, incluyendo la peligrosa prima de este fallo, la inclusión de archivos locales y el aprovechamiento de rutas.

Más información sobre la inclusión de archivos remotos

Para más información, puedes echar un vistazo a la guía de referencia de OWASP para los exploits de inclusión de archivos remotos. También puedes poner a prueba tus nuevos conocimientos defensivos con la demostración gratuita de la plataforma Secure Code Warrior , que forma a los equipos de ciberseguridad para que se conviertan en los mejores ciberguerreros. Para saber más sobre cómo derrotar esta vulnerabilidad, y una galería de pícaros de otras amenazas, visite el blogSecure Code Warrior .

Ver recurso
Ver recurso

En muchos sentidos, la vulnerabilidad de inclusión de archivos remotos es mucho más peligrosa, y también más fácil de explotar, que su contraparte de archivos locales. Como tal, debe ser encontrada y remediada tan pronto como sea posible.

¿Quiere saber más?

Jaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.

Secure Code Warrior está a disposición de su organización para ayudarle a proteger el código a lo largo de todo el ciclo de vida de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es director de AppSec, desarrollador, CISO o cualquier persona implicada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código inseguro.

Reservar una demostración
Compartir en:
Autor
Jaap Karan Singh
Publicado el 18 de julio de 2019

Jaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.

Compartir en:

Aquellos de ustedes que lean esta serie de blogs pueden notar muchas similitudes entre la vulnerabilidad de inclusión de archivos remotos y la vulnerabilidad de inclusión de archivos locales y de cruce de rutas discutida anteriormente. Sus causas fundamentales son similares, al igual que las correcciones recomendadas.

En muchos sentidos, la vulnerabilidad de inclusión de archivos remotos es mucho más peligrosa, y también más fácil de explotar, que su contraparte de archivos locales. Como tal, debe ser encontrada y remediada tan pronto como sea posible. O mejor aún, las aplicaciones web deben ser diseñadas de tal manera que eviten que ocurra en primer lugar.

En este episodio, aprenderemos:

  • Cómo aprovechan los hackers la vulnerabilidad de inclusión remota de archivos
  • Por qué es peligroso permitir la inclusión de archivos remotos
  • Técnicas que pueden solucionar este problema.

¿Cómo aprovechan los atacantes la inclusión remota de archivos?

La vulnerabilidad de inclusión remota de archivos se aprovecha del comando o mecanismo de "inclusión dinámica de archivos" que existe en la mayoría de los marcos de programación. Esta capacidad tiene como objetivo permitir a los desarrolladores utilizar archivos ubicados en un servidor secundario para ejecutar actividades en el servidor de aplicaciones. Obviamente, esto puede ser peligroso en las manos equivocadas.

La forma en que los atacantes explotan esta capacidad es encontrando cualquier sitio web o aplicación que permita la entrada incontrolada del usuario, que puede provenir de cosas como cabeceras HTTP o áreas de entrada en formularios interactivos. Utilizan esto como punto de partida para generar comandos de inclusión de archivos.

Por ejemplo, si un sitio utiliza la función GET para cargar páginas, como page = request.getParameter("page'); include page; entonces un atacante podría enviar una consulta utilizando el comando page, pero con una URL de un sitio que controla y la ruta del archivo que quiere ejecutar. La consulta se pasa al servidor y el archivo remoto se ejecuta en el host. La actividad está permitida porque ahora es parte de la aplicación de confianza.

¿Por qué es peligrosa la vulnerabilidad de inclusión remota de archivos?

El nivel de peligro que supone la inclusión remota de archivos es extremadamente alto. A diferencia de las vulnerabilidades de inclusión de archivos locales, en las que los archivos que un atacante ejecuta deben existir en un host, y también ser encontrados por el atacante mediante prueba y error, no hay restricciones como esa con la inclusión de archivos remotos. Obviamente, un atacante conoce la ubicación de los archivos que quiere explotar, ya que probablemente existen en sus propias máquinas, o en los sitios que controla. Los archivos también pueden ser elegidos a mano por ellos, y no necesitan existir en la máquina de destino antes del exploit. El archivo puede incluso consistir en scripts escritos específicamente para explotar un host remoto.

En resumen, una vez que un atacante es capaz de encontrar y explotar una vulnerabilidad de inclusión de archivos remotos, no hay nada que le impida obtener el control total de una aplicación o incluso de un sitio entero. Ciertamente, ningún dato almacenado allí estará a salvo de su incursión.

Eliminación de la vulnerabilidad de inclusión de archivos remotos

Nunca permita que la entrada del usuario pase directamente a un comando de inclusión de archivos para su ejecución. En su lugar, utilice un mapa de referencia indirecta de comandos y sólo ejecute los comandos desde allí. Un mapa de referencia indirecta asigna la entrada del usuario no confiable a un conjunto de valores confiables codificados en el servidor. Asegúrese de poner en una lista blanca cualquier área en la que los usuarios puedan introducir datos, y no olvide incluir en esa lista las cabeceras HTTP, los parámetros de los formularios e incluso las cookies. Hacer esto cerrará cualquier ventana que un atacante que busque crear un comando de inclusión de archivos pueda utilizar.

Además, una adecuada sanitización y validación del contenido generado por el usuario y el empleo de mapas de referencia para ejecutar comandos no sólo aplastará la vulnerabilidad de inclusión de archivos remotos, sino también muchas otras, incluyendo la peligrosa prima de este fallo, la inclusión de archivos locales y el aprovechamiento de rutas.

Más información sobre la inclusión de archivos remotos

Para más información, puedes echar un vistazo a la guía de referencia de OWASP para los exploits de inclusión de archivos remotos. También puedes poner a prueba tus nuevos conocimientos defensivos con la demostración gratuita de la plataforma Secure Code Warrior , que forma a los equipos de ciberseguridad para que se conviertan en los mejores ciberguerreros. Para saber más sobre cómo derrotar esta vulnerabilidad, y una galería de pícaros de otras amenazas, visite el blogSecure Code Warrior .

Ver recurso
Ver recurso

Rellene el siguiente formulario para descargar el informe

Nos gustaría contar con su permiso para enviarle información sobre nuestros productos y/o temas relacionados con la codificación segura. Siempre trataremos sus datos personales con el máximo cuidado y nunca los venderemos a otras empresas con fines de marketing.

Enviar
Para enviar el formulario, habilite las cookies "Analytics". Siéntase libre de desactivarlas de nuevo una vez que haya terminado.

Aquellos de ustedes que lean esta serie de blogs pueden notar muchas similitudes entre la vulnerabilidad de inclusión de archivos remotos y la vulnerabilidad de inclusión de archivos locales y de cruce de rutas discutida anteriormente. Sus causas fundamentales son similares, al igual que las correcciones recomendadas.

En muchos sentidos, la vulnerabilidad de inclusión de archivos remotos es mucho más peligrosa, y también más fácil de explotar, que su contraparte de archivos locales. Como tal, debe ser encontrada y remediada tan pronto como sea posible. O mejor aún, las aplicaciones web deben ser diseñadas de tal manera que eviten que ocurra en primer lugar.

En este episodio, aprenderemos:

  • Cómo aprovechan los hackers la vulnerabilidad de inclusión remota de archivos
  • Por qué es peligroso permitir la inclusión de archivos remotos
  • Técnicas que pueden solucionar este problema.

¿Cómo aprovechan los atacantes la inclusión remota de archivos?

La vulnerabilidad de inclusión remota de archivos se aprovecha del comando o mecanismo de "inclusión dinámica de archivos" que existe en la mayoría de los marcos de programación. Esta capacidad tiene como objetivo permitir a los desarrolladores utilizar archivos ubicados en un servidor secundario para ejecutar actividades en el servidor de aplicaciones. Obviamente, esto puede ser peligroso en las manos equivocadas.

La forma en que los atacantes explotan esta capacidad es encontrando cualquier sitio web o aplicación que permita la entrada incontrolada del usuario, que puede provenir de cosas como cabeceras HTTP o áreas de entrada en formularios interactivos. Utilizan esto como punto de partida para generar comandos de inclusión de archivos.

Por ejemplo, si un sitio utiliza la función GET para cargar páginas, como page = request.getParameter("page'); include page; entonces un atacante podría enviar una consulta utilizando el comando page, pero con una URL de un sitio que controla y la ruta del archivo que quiere ejecutar. La consulta se pasa al servidor y el archivo remoto se ejecuta en el host. La actividad está permitida porque ahora es parte de la aplicación de confianza.

¿Por qué es peligrosa la vulnerabilidad de inclusión remota de archivos?

El nivel de peligro que supone la inclusión remota de archivos es extremadamente alto. A diferencia de las vulnerabilidades de inclusión de archivos locales, en las que los archivos que un atacante ejecuta deben existir en un host, y también ser encontrados por el atacante mediante prueba y error, no hay restricciones como esa con la inclusión de archivos remotos. Obviamente, un atacante conoce la ubicación de los archivos que quiere explotar, ya que probablemente existen en sus propias máquinas, o en los sitios que controla. Los archivos también pueden ser elegidos a mano por ellos, y no necesitan existir en la máquina de destino antes del exploit. El archivo puede incluso consistir en scripts escritos específicamente para explotar un host remoto.

En resumen, una vez que un atacante es capaz de encontrar y explotar una vulnerabilidad de inclusión de archivos remotos, no hay nada que le impida obtener el control total de una aplicación o incluso de un sitio entero. Ciertamente, ningún dato almacenado allí estará a salvo de su incursión.

Eliminación de la vulnerabilidad de inclusión de archivos remotos

Nunca permita que la entrada del usuario pase directamente a un comando de inclusión de archivos para su ejecución. En su lugar, utilice un mapa de referencia indirecta de comandos y sólo ejecute los comandos desde allí. Un mapa de referencia indirecta asigna la entrada del usuario no confiable a un conjunto de valores confiables codificados en el servidor. Asegúrese de poner en una lista blanca cualquier área en la que los usuarios puedan introducir datos, y no olvide incluir en esa lista las cabeceras HTTP, los parámetros de los formularios e incluso las cookies. Hacer esto cerrará cualquier ventana que un atacante que busque crear un comando de inclusión de archivos pueda utilizar.

Además, una adecuada sanitización y validación del contenido generado por el usuario y el empleo de mapas de referencia para ejecutar comandos no sólo aplastará la vulnerabilidad de inclusión de archivos remotos, sino también muchas otras, incluyendo la peligrosa prima de este fallo, la inclusión de archivos locales y el aprovechamiento de rutas.

Más información sobre la inclusión de archivos remotos

Para más información, puedes echar un vistazo a la guía de referencia de OWASP para los exploits de inclusión de archivos remotos. También puedes poner a prueba tus nuevos conocimientos defensivos con la demostración gratuita de la plataforma Secure Code Warrior , que forma a los equipos de ciberseguridad para que se conviertan en los mejores ciberguerreros. Para saber más sobre cómo derrotar esta vulnerabilidad, y una galería de pícaros de otras amenazas, visite el blogSecure Code Warrior .

Acceso a recursos

Haga clic en el siguiente enlace y descargue el PDF de este recurso.

Secure Code Warrior está a disposición de su organización para ayudarle a proteger el código a lo largo de todo el ciclo de vida de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es director de AppSec, desarrollador, CISO o cualquier persona implicada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código inseguro.

Ver el informeReservar una demostración
Descargar PDF
Ver recurso
Compartir en:
¿Quiere saber más?

Compartir en:
Autor
Jaap Karan Singh
Publicado el 18 de julio de 2019

Jaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.

Compartir en:

Aquellos de ustedes que lean esta serie de blogs pueden notar muchas similitudes entre la vulnerabilidad de inclusión de archivos remotos y la vulnerabilidad de inclusión de archivos locales y de cruce de rutas discutida anteriormente. Sus causas fundamentales son similares, al igual que las correcciones recomendadas.

En muchos sentidos, la vulnerabilidad de inclusión de archivos remotos es mucho más peligrosa, y también más fácil de explotar, que su contraparte de archivos locales. Como tal, debe ser encontrada y remediada tan pronto como sea posible. O mejor aún, las aplicaciones web deben ser diseñadas de tal manera que eviten que ocurra en primer lugar.

En este episodio, aprenderemos:

  • Cómo aprovechan los hackers la vulnerabilidad de inclusión remota de archivos
  • Por qué es peligroso permitir la inclusión de archivos remotos
  • Técnicas que pueden solucionar este problema.

¿Cómo aprovechan los atacantes la inclusión remota de archivos?

La vulnerabilidad de inclusión remota de archivos se aprovecha del comando o mecanismo de "inclusión dinámica de archivos" que existe en la mayoría de los marcos de programación. Esta capacidad tiene como objetivo permitir a los desarrolladores utilizar archivos ubicados en un servidor secundario para ejecutar actividades en el servidor de aplicaciones. Obviamente, esto puede ser peligroso en las manos equivocadas.

La forma en que los atacantes explotan esta capacidad es encontrando cualquier sitio web o aplicación que permita la entrada incontrolada del usuario, que puede provenir de cosas como cabeceras HTTP o áreas de entrada en formularios interactivos. Utilizan esto como punto de partida para generar comandos de inclusión de archivos.

Por ejemplo, si un sitio utiliza la función GET para cargar páginas, como page = request.getParameter("page'); include page; entonces un atacante podría enviar una consulta utilizando el comando page, pero con una URL de un sitio que controla y la ruta del archivo que quiere ejecutar. La consulta se pasa al servidor y el archivo remoto se ejecuta en el host. La actividad está permitida porque ahora es parte de la aplicación de confianza.

¿Por qué es peligrosa la vulnerabilidad de inclusión remota de archivos?

El nivel de peligro que supone la inclusión remota de archivos es extremadamente alto. A diferencia de las vulnerabilidades de inclusión de archivos locales, en las que los archivos que un atacante ejecuta deben existir en un host, y también ser encontrados por el atacante mediante prueba y error, no hay restricciones como esa con la inclusión de archivos remotos. Obviamente, un atacante conoce la ubicación de los archivos que quiere explotar, ya que probablemente existen en sus propias máquinas, o en los sitios que controla. Los archivos también pueden ser elegidos a mano por ellos, y no necesitan existir en la máquina de destino antes del exploit. El archivo puede incluso consistir en scripts escritos específicamente para explotar un host remoto.

En resumen, una vez que un atacante es capaz de encontrar y explotar una vulnerabilidad de inclusión de archivos remotos, no hay nada que le impida obtener el control total de una aplicación o incluso de un sitio entero. Ciertamente, ningún dato almacenado allí estará a salvo de su incursión.

Eliminación de la vulnerabilidad de inclusión de archivos remotos

Nunca permita que la entrada del usuario pase directamente a un comando de inclusión de archivos para su ejecución. En su lugar, utilice un mapa de referencia indirecta de comandos y sólo ejecute los comandos desde allí. Un mapa de referencia indirecta asigna la entrada del usuario no confiable a un conjunto de valores confiables codificados en el servidor. Asegúrese de poner en una lista blanca cualquier área en la que los usuarios puedan introducir datos, y no olvide incluir en esa lista las cabeceras HTTP, los parámetros de los formularios e incluso las cookies. Hacer esto cerrará cualquier ventana que un atacante que busque crear un comando de inclusión de archivos pueda utilizar.

Además, una adecuada sanitización y validación del contenido generado por el usuario y el empleo de mapas de referencia para ejecutar comandos no sólo aplastará la vulnerabilidad de inclusión de archivos remotos, sino también muchas otras, incluyendo la peligrosa prima de este fallo, la inclusión de archivos locales y el aprovechamiento de rutas.

Más información sobre la inclusión de archivos remotos

Para más información, puedes echar un vistazo a la guía de referencia de OWASP para los exploits de inclusión de archivos remotos. También puedes poner a prueba tus nuevos conocimientos defensivos con la demostración gratuita de la plataforma Secure Code Warrior , que forma a los equipos de ciberseguridad para que se conviertan en los mejores ciberguerreros. Para saber más sobre cómo derrotar esta vulnerabilidad, y una galería de pícaros de otras amenazas, visite el blogSecure Code Warrior .

Índice

Descargar PDF
Ver recurso
¿Quiere saber más?

Jaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.

Secure Code Warrior está a disposición de su organización para ayudarle a proteger el código a lo largo de todo el ciclo de vida de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es director de AppSec, desarrollador, CISO o cualquier persona implicada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código inseguro.

Reservar una demostraciónDescargar
Compartir en:
Centro de recursos

Recursos para empezar

Más entradas
Centro de recursos

Recursos para empezar

Más entradas