Coders Conquer Security: Share & Learn Series - Inclusión remota de archivos
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 .


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.
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ónJaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.


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 .

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 .

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ónJaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.
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
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ónDescargarRecursos para empezar
Ley de Resiliencia Cibernética (CRA) Vías de aprendizaje alineadas
SCW apoya la preparación para la Ley de Resiliencia Cibernética (CRA) con misiones alineadas con la CRA y colecciones de aprendizaje conceptual que ayudan a los equipos de desarrollo a crear habilidades de diseño seguro, SDLC y codificación segura alineadas con los principios de desarrollo seguro de la CRA.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos para empezar
La IA puede escribir y revisar código, pero los humanos siguen siendo los responsables del riesgo.
El lanzamiento de Claude Code Security por parte de Anthropic marca un punto de inflexión decisivo entre el desarrollo de software asistido por IA y el rápido avance de nuestro enfoque de la ciberseguridad moderna.
Explicación de la Ley de Resiliencia Cibernética: qué significa para el desarrollo de software seguro desde el diseño
Descubra qué exige la Ley de Ciberresiliencia (CRA) de la UE, a quién se aplica y cómo pueden prepararse los equipos de ingeniería con prácticas de seguridad desde el diseño, prevención de vulnerabilidades y desarrollo de capacidades de los desarrolladores.
Facilitador 1: Criterios de éxito definidos y medibles
El facilitador 1 inicia nuestra serie de 10 partes titulada «Facilitadores del éxito» mostrando cómo vincular la codificación segura con resultados empresariales como la reducción del riesgo y la velocidad para la madurez a largo plazo de los programas.




%20(1).avif)
.avif)

