
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
Trust Agent:AI - Secure and scale AI-Drive development
AI is writing code. Who’s governing it? With up to 50% of AI-generated code containing security weaknesses, managing AI risk is critical. Discover how SCW's Trust Agent: AI provides the real-time visibility, proactive governance, and targeted upskilling needed to scale AI-driven development securely.
El poder de la seguridad de aplicaciones OpenText + Secure Code Warrior
OpenText Application Security and Secure Code Warrior combine vulnerability detection with AI Software Governance and developer capability. Together, they help organizations reduce risk, strengthen secure coding practices, and confidently adopt AI-driven development.
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Temas y contenidos de la formación sobre código seguro
Our industry-leading content is always evolving to fit the ever changing software development landscape with your role in mind. Topics covering everything from AI to XQuery Injection, offered for a variety of roles from Architects and Engineers to Product Managers and QA. Get a sneak peek of what our content catalog has to offer by topic and role.
Recursos para empezar
Observe and Secure the ADLC: A Four-Point Framework for CISOs and Development Teams Using AI
While development teams look to make the most of GenAI’s undeniable benefits, we’d like to propose a four-point foundational framework that will allow security leaders to deploy AI coding tools and agents with a higher, more relevant standard of security best practices. It details exactly what enterprises can do to ensure safe, secure code development right now, and as agentic AI becomes an even bigger factor in the future.





.png)
