
코더즈 컨커 시큐리티: 셰어 앤 런 시리즈 - 이메일 헤더 인젝션
Hoy en día es habitual que los sitios web y las aplicaciones permitan a los usuarios enviar comentarios, recordatorios de citas y otros datos diversos a través de una aplicación mediante el correo electrónico. Normalmente este proceso es bastante benigno, y la mayoría de la gente ni siquiera piensa en ello en términos de un potencial riesgo de seguridad.
Sin embargo, como cualquier otro elemento de diseño que permite la entrada de datos por parte del usuario, si no se configuran adecuadamente, estas características aparentemente intrascendentes pueden ser manipuladas por usuarios maliciosos con fines nefastos. Todo lo que se necesita es dar al usuario la posibilidad de introducir un código en el campo de entrada que luego es procesado por error por el servidor. De repente, una aplicación de correo electrónico puede convertirse en un arma.
En este episodio aprenderemos:
- Cómo los atacantes pueden provocar una inyección de encabezado de correo electrónico
- Por qué son peligrosas las inyecciones de encabezado de correo electrónico
- Técnicas que pueden solucionar esta vulnerabilidad.
¿Cómo se activa una inyección de encabezado de correo electrónico?
Aunque no se suele considerar programable, la mayoría de las aplicaciones de contacto por correo electrónico o las funciones incluidas en sitios web o aplicaciones pueden aceptar entradas que cambien la naturaleza de la consulta. Normalmente, el servidor lo hace automáticamente después de que el usuario haya introducido su información, como su dirección de correo electrónico, en el campo de contratación. A continuación, el programa configura el mensaje, añade los destinatarios adecuados y lo envía utilizando su servidor de correo electrónico predeterminado.
Una solicitud POST de correo electrónico típica puede tener este aspecto:
POST /contacto.php HTTP/1.1
Host: www.example.com
Y generar un código parecido a este después de que un usuario haya introducido su información:
name=RealName&replyTo=RealName@ValidServer.com&message=YourAppointmentReminder
El problema se produce cuando los hackers comienzan a inyectar código en el proceso en lugar de sólo su información de contacto. Esto no es diferente a un ataque de tipo inyección SQL, pero realizado contra la aplicación de correo electrónico. Un ejemplo de una consulta manipulada que, en lugar de ello, enviaría spam desde su aplicación a un usuario objetivo podría tener el siguiente aspecto:
name=FakeName\nbcc: SpammedVictim@TargetAddress.com&replyTo= FakeName@ValidServer.com&message=Spammed mensaje
¿Por qué es peligrosa la inyección de encabezados de correo electrónico?
Dependiendo de la habilidad del usuario malintencionado y de sus intenciones, los ataques de inyección de encabezados de correo electrónico pueden ir desde simplemente molestos hasta altamente peligrosos en términos de gravedad. En el extremo inferior de la escala de gravedad, podrían insertar su información de contacto en el campo CCO de un mensaje saliente enviado a un buzón secreto o no revelado dentro de su empresa, revelándolo así a un hacker.
Lo que es más preocupante, podría permitirles controlar completamente su servidor de correo electrónico para enviar spam, phishing u otros correos de ataque desde su organización. No tendrían que intentar fingir que el correo electrónico procede de sus servidores internos, porque realmente se estaría originando allí. Y si usted no está supervisando esa actividad, pueden incluso automatizar el proceso, enviando cientos o miles de correos electrónicos utilizando los servidores de su organización, y de tal manera que parezca que usted está realmente instigando esa actividad.
Eliminación del problema de la inyección en el encabezado del correo electrónico
Al igual que con la inyección SQL y otros ataques de esta naturaleza, la clave para eliminar la posibilidad de que un usuario malintencionado explote una vulnerabilidad de la cabecera del correo electrónico es no confiar nunca en la entrada del usuario. Si un usuario es capaz de introducir información, aunque parezca un proceso trivial como introducir su dirección de correo electrónico, hay que asumir lo peor. O al menos asumir que lo peor es posible.
La validación de la entrada debe realizarse para todos los parámetros, y esto incluye cuando se añade una capacidad de contacto por correo electrónico a una aplicación o sitio web. Las listas blancas se pueden utilizar para habilitar específicamente los procesos y campos que se consideren válidos, mientras se deniega todo lo demás. De hecho, la mayoría de los frameworks tienen bibliotecas disponibles que pueden ser utilizadas para ayudar a bloquear las funciones sólo las necesarias. Esto evitará que cualquier código o comando introducido por usuarios maliciosos sea reconocido y procesado por sus servidores.
Más información sobre las inyecciones de cabecera de correo electrónico
Para más información, puedes consultar lo que dice la OWASP sobre las inyecciones de encabezados de correo electrónico. 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 .
¿Crees que estás preparado para encontrar y arreglar una inyección de correo electrónico ahora mismo? Dirígete a la plataforma y pon a prueba tus habilidades: [Empieza aquí]


웹 사이트와 애플리케이션에서는 사용자가 이메일을 사용하여 애플리케이션을 통해 피드백 및 기타 다양한 정보를 보낼 수 있도록 하는 것이 일반적입니다.그리고 대부분의 사람들은 잠재적인 보안 위험 측면에서는 이에 대해 생각조차 하지 않습니다.
Jaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.

Secure Code Warrior está aquí para ayudar a las organizaciones a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura que priorice la ciberseguridad. Ya seas administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudarte a reducir los riesgos asociados al código inseguro en tu organización.
Reserva de demostraciónJaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.


Hoy en día es habitual que los sitios web y las aplicaciones permitan a los usuarios enviar comentarios, recordatorios de citas y otros datos diversos a través de una aplicación mediante el correo electrónico. Normalmente este proceso es bastante benigno, y la mayoría de la gente ni siquiera piensa en ello en términos de un potencial riesgo de seguridad.
Sin embargo, como cualquier otro elemento de diseño que permite la entrada de datos por parte del usuario, si no se configuran adecuadamente, estas características aparentemente intrascendentes pueden ser manipuladas por usuarios maliciosos con fines nefastos. Todo lo que se necesita es dar al usuario la posibilidad de introducir un código en el campo de entrada que luego es procesado por error por el servidor. De repente, una aplicación de correo electrónico puede convertirse en un arma.
En este episodio aprenderemos:
- Cómo los atacantes pueden provocar una inyección de encabezado de correo electrónico
- Por qué son peligrosas las inyecciones de encabezado de correo electrónico
- Técnicas que pueden solucionar esta vulnerabilidad.
¿Cómo se activa una inyección de encabezado de correo electrónico?
Aunque no se suele considerar programable, la mayoría de las aplicaciones de contacto por correo electrónico o las funciones incluidas en sitios web o aplicaciones pueden aceptar entradas que cambien la naturaleza de la consulta. Normalmente, el servidor lo hace automáticamente después de que el usuario haya introducido su información, como su dirección de correo electrónico, en el campo de contratación. A continuación, el programa configura el mensaje, añade los destinatarios adecuados y lo envía utilizando su servidor de correo electrónico predeterminado.
Una solicitud POST de correo electrónico típica puede tener este aspecto:
POST /contacto.php HTTP/1.1
Host: www.example.com
Y generar un código parecido a este después de que un usuario haya introducido su información:
name=RealName&replyTo=RealName@ValidServer.com&message=YourAppointmentReminder
El problema se produce cuando los hackers comienzan a inyectar código en el proceso en lugar de sólo su información de contacto. Esto no es diferente a un ataque de tipo inyección SQL, pero realizado contra la aplicación de correo electrónico. Un ejemplo de una consulta manipulada que, en lugar de ello, enviaría spam desde su aplicación a un usuario objetivo podría tener el siguiente aspecto:
name=FakeName\nbcc: SpammedVictim@TargetAddress.com&replyTo= FakeName@ValidServer.com&message=Spammed mensaje
¿Por qué es peligrosa la inyección de encabezados de correo electrónico?
Dependiendo de la habilidad del usuario malintencionado y de sus intenciones, los ataques de inyección de encabezados de correo electrónico pueden ir desde simplemente molestos hasta altamente peligrosos en términos de gravedad. En el extremo inferior de la escala de gravedad, podrían insertar su información de contacto en el campo CCO de un mensaje saliente enviado a un buzón secreto o no revelado dentro de su empresa, revelándolo así a un hacker.
Lo que es más preocupante, podría permitirles controlar completamente su servidor de correo electrónico para enviar spam, phishing u otros correos de ataque desde su organización. No tendrían que intentar fingir que el correo electrónico procede de sus servidores internos, porque realmente se estaría originando allí. Y si usted no está supervisando esa actividad, pueden incluso automatizar el proceso, enviando cientos o miles de correos electrónicos utilizando los servidores de su organización, y de tal manera que parezca que usted está realmente instigando esa actividad.
Eliminación del problema de la inyección en el encabezado del correo electrónico
Al igual que con la inyección SQL y otros ataques de esta naturaleza, la clave para eliminar la posibilidad de que un usuario malintencionado explote una vulnerabilidad de la cabecera del correo electrónico es no confiar nunca en la entrada del usuario. Si un usuario es capaz de introducir información, aunque parezca un proceso trivial como introducir su dirección de correo electrónico, hay que asumir lo peor. O al menos asumir que lo peor es posible.
La validación de la entrada debe realizarse para todos los parámetros, y esto incluye cuando se añade una capacidad de contacto por correo electrónico a una aplicación o sitio web. Las listas blancas se pueden utilizar para habilitar específicamente los procesos y campos que se consideren válidos, mientras se deniega todo lo demás. De hecho, la mayoría de los frameworks tienen bibliotecas disponibles que pueden ser utilizadas para ayudar a bloquear las funciones sólo las necesarias. Esto evitará que cualquier código o comando introducido por usuarios maliciosos sea reconocido y procesado por sus servidores.
Más información sobre las inyecciones de cabecera de correo electrónico
Para más información, puedes consultar lo que dice la OWASP sobre las inyecciones de encabezados de correo electrónico. 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 .
¿Crees que estás preparado para encontrar y arreglar una inyección de correo electrónico ahora mismo? Dirígete a la plataforma y pon a prueba tus habilidades: [Empieza aquí]

Hoy en día es habitual que los sitios web y las aplicaciones permitan a los usuarios enviar comentarios, recordatorios de citas y otros datos diversos a través de una aplicación mediante el correo electrónico. Normalmente este proceso es bastante benigno, y la mayoría de la gente ni siquiera piensa en ello en términos de un potencial riesgo de seguridad.
Sin embargo, como cualquier otro elemento de diseño que permite la entrada de datos por parte del usuario, si no se configuran adecuadamente, estas características aparentemente intrascendentes pueden ser manipuladas por usuarios maliciosos con fines nefastos. Todo lo que se necesita es dar al usuario la posibilidad de introducir un código en el campo de entrada que luego es procesado por error por el servidor. De repente, una aplicación de correo electrónico puede convertirse en un arma.
En este episodio aprenderemos:
- Cómo los atacantes pueden provocar una inyección de encabezado de correo electrónico
- Por qué son peligrosas las inyecciones de encabezado de correo electrónico
- Técnicas que pueden solucionar esta vulnerabilidad.
¿Cómo se activa una inyección de encabezado de correo electrónico?
Aunque no se suele considerar programable, la mayoría de las aplicaciones de contacto por correo electrónico o las funciones incluidas en sitios web o aplicaciones pueden aceptar entradas que cambien la naturaleza de la consulta. Normalmente, el servidor lo hace automáticamente después de que el usuario haya introducido su información, como su dirección de correo electrónico, en el campo de contratación. A continuación, el programa configura el mensaje, añade los destinatarios adecuados y lo envía utilizando su servidor de correo electrónico predeterminado.
Una solicitud POST de correo electrónico típica puede tener este aspecto:
POST /contacto.php HTTP/1.1
Host: www.example.com
Y generar un código parecido a este después de que un usuario haya introducido su información:
name=RealName&replyTo=RealName@ValidServer.com&message=YourAppointmentReminder
El problema se produce cuando los hackers comienzan a inyectar código en el proceso en lugar de sólo su información de contacto. Esto no es diferente a un ataque de tipo inyección SQL, pero realizado contra la aplicación de correo electrónico. Un ejemplo de una consulta manipulada que, en lugar de ello, enviaría spam desde su aplicación a un usuario objetivo podría tener el siguiente aspecto:
name=FakeName\nbcc: SpammedVictim@TargetAddress.com&replyTo= FakeName@ValidServer.com&message=Spammed mensaje
¿Por qué es peligrosa la inyección de encabezados de correo electrónico?
Dependiendo de la habilidad del usuario malintencionado y de sus intenciones, los ataques de inyección de encabezados de correo electrónico pueden ir desde simplemente molestos hasta altamente peligrosos en términos de gravedad. En el extremo inferior de la escala de gravedad, podrían insertar su información de contacto en el campo CCO de un mensaje saliente enviado a un buzón secreto o no revelado dentro de su empresa, revelándolo así a un hacker.
Lo que es más preocupante, podría permitirles controlar completamente su servidor de correo electrónico para enviar spam, phishing u otros correos de ataque desde su organización. No tendrían que intentar fingir que el correo electrónico procede de sus servidores internos, porque realmente se estaría originando allí. Y si usted no está supervisando esa actividad, pueden incluso automatizar el proceso, enviando cientos o miles de correos electrónicos utilizando los servidores de su organización, y de tal manera que parezca que usted está realmente instigando esa actividad.
Eliminación del problema de la inyección en el encabezado del correo electrónico
Al igual que con la inyección SQL y otros ataques de esta naturaleza, la clave para eliminar la posibilidad de que un usuario malintencionado explote una vulnerabilidad de la cabecera del correo electrónico es no confiar nunca en la entrada del usuario. Si un usuario es capaz de introducir información, aunque parezca un proceso trivial como introducir su dirección de correo electrónico, hay que asumir lo peor. O al menos asumir que lo peor es posible.
La validación de la entrada debe realizarse para todos los parámetros, y esto incluye cuando se añade una capacidad de contacto por correo electrónico a una aplicación o sitio web. Las listas blancas se pueden utilizar para habilitar específicamente los procesos y campos que se consideren válidos, mientras se deniega todo lo demás. De hecho, la mayoría de los frameworks tienen bibliotecas disponibles que pueden ser utilizadas para ayudar a bloquear las funciones sólo las necesarias. Esto evitará que cualquier código o comando introducido por usuarios maliciosos sea reconocido y procesado por sus servidores.
Más información sobre las inyecciones de cabecera de correo electrónico
Para más información, puedes consultar lo que dice la OWASP sobre las inyecciones de encabezados de correo electrónico. 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 .
¿Crees que estás preparado para encontrar y arreglar una inyección de correo electrónico ahora mismo? Dirígete a la plataforma y pon a prueba tus habilidades: [Empieza aquí]

Haga clic en el siguiente enlace y descargue el PDF de este recurso.
Secure Code Warrior está aquí para ayudar a las organizaciones a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura que priorice la ciberseguridad. Ya seas administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudarte a reducir los riesgos asociados al código inseguro en tu organización.
Ver informeReserva de demostraciónJaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.
Hoy en día es habitual que los sitios web y las aplicaciones permitan a los usuarios enviar comentarios, recordatorios de citas y otros datos diversos a través de una aplicación mediante el correo electrónico. Normalmente este proceso es bastante benigno, y la mayoría de la gente ni siquiera piensa en ello en términos de un potencial riesgo de seguridad.
Sin embargo, como cualquier otro elemento de diseño que permite la entrada de datos por parte del usuario, si no se configuran adecuadamente, estas características aparentemente intrascendentes pueden ser manipuladas por usuarios maliciosos con fines nefastos. Todo lo que se necesita es dar al usuario la posibilidad de introducir un código en el campo de entrada que luego es procesado por error por el servidor. De repente, una aplicación de correo electrónico puede convertirse en un arma.
En este episodio aprenderemos:
- Cómo los atacantes pueden provocar una inyección de encabezado de correo electrónico
- Por qué son peligrosas las inyecciones de encabezado de correo electrónico
- Técnicas que pueden solucionar esta vulnerabilidad.
¿Cómo se activa una inyección de encabezado de correo electrónico?
Aunque no se suele considerar programable, la mayoría de las aplicaciones de contacto por correo electrónico o las funciones incluidas en sitios web o aplicaciones pueden aceptar entradas que cambien la naturaleza de la consulta. Normalmente, el servidor lo hace automáticamente después de que el usuario haya introducido su información, como su dirección de correo electrónico, en el campo de contratación. A continuación, el programa configura el mensaje, añade los destinatarios adecuados y lo envía utilizando su servidor de correo electrónico predeterminado.
Una solicitud POST de correo electrónico típica puede tener este aspecto:
POST /contacto.php HTTP/1.1
Host: www.example.com
Y generar un código parecido a este después de que un usuario haya introducido su información:
name=RealName&replyTo=RealName@ValidServer.com&message=YourAppointmentReminder
El problema se produce cuando los hackers comienzan a inyectar código en el proceso en lugar de sólo su información de contacto. Esto no es diferente a un ataque de tipo inyección SQL, pero realizado contra la aplicación de correo electrónico. Un ejemplo de una consulta manipulada que, en lugar de ello, enviaría spam desde su aplicación a un usuario objetivo podría tener el siguiente aspecto:
name=FakeName\nbcc: SpammedVictim@TargetAddress.com&replyTo= FakeName@ValidServer.com&message=Spammed mensaje
¿Por qué es peligrosa la inyección de encabezados de correo electrónico?
Dependiendo de la habilidad del usuario malintencionado y de sus intenciones, los ataques de inyección de encabezados de correo electrónico pueden ir desde simplemente molestos hasta altamente peligrosos en términos de gravedad. En el extremo inferior de la escala de gravedad, podrían insertar su información de contacto en el campo CCO de un mensaje saliente enviado a un buzón secreto o no revelado dentro de su empresa, revelándolo así a un hacker.
Lo que es más preocupante, podría permitirles controlar completamente su servidor de correo electrónico para enviar spam, phishing u otros correos de ataque desde su organización. No tendrían que intentar fingir que el correo electrónico procede de sus servidores internos, porque realmente se estaría originando allí. Y si usted no está supervisando esa actividad, pueden incluso automatizar el proceso, enviando cientos o miles de correos electrónicos utilizando los servidores de su organización, y de tal manera que parezca que usted está realmente instigando esa actividad.
Eliminación del problema de la inyección en el encabezado del correo electrónico
Al igual que con la inyección SQL y otros ataques de esta naturaleza, la clave para eliminar la posibilidad de que un usuario malintencionado explote una vulnerabilidad de la cabecera del correo electrónico es no confiar nunca en la entrada del usuario. Si un usuario es capaz de introducir información, aunque parezca un proceso trivial como introducir su dirección de correo electrónico, hay que asumir lo peor. O al menos asumir que lo peor es posible.
La validación de la entrada debe realizarse para todos los parámetros, y esto incluye cuando se añade una capacidad de contacto por correo electrónico a una aplicación o sitio web. Las listas blancas se pueden utilizar para habilitar específicamente los procesos y campos que se consideren válidos, mientras se deniega todo lo demás. De hecho, la mayoría de los frameworks tienen bibliotecas disponibles que pueden ser utilizadas para ayudar a bloquear las funciones sólo las necesarias. Esto evitará que cualquier código o comando introducido por usuarios maliciosos sea reconocido y procesado por sus servidores.
Más información sobre las inyecciones de cabecera de correo electrónico
Para más información, puedes consultar lo que dice la OWASP sobre las inyecciones de encabezados de correo electrónico. 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 .
¿Crees que estás preparado para encontrar y arreglar una inyección de correo electrónico ahora mismo? Dirígete a la plataforma y pon a prueba tus habilidades: [Empieza aquí]
Índice
Jaap Karan Singh es un evangelista de la codificación segura, jefe Singh y cofundador de Secure Code Warrior.

Secure Code Warrior está aquí para ayudar a las organizaciones a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura que priorice la ciberseguridad. Ya seas administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudarte a reducir los riesgos asociados al código inseguro en tu organización.
Reserva de demostraciónDescargarRecursos útiles para empezar
Temas y contenidos de la formación sobre códigos de seguridad
El mejor contenido del sector evoluciona constantemente para adaptarse al entorno de desarrollo de software en constante cambio, teniendo en cuenta el papel de los clientes. Se ofrecen temas que abarcan desde la inteligencia artificial hasta la inyección de XQuery, para diversas funciones, desde arquitectos e ingenieros hasta gestores de productos y control de calidad. Eche un vistazo al contenido que ofrece el catálogo por temas y funciones.
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 útiles para empezar
Cybermon ha vuelto: la misión de IA para derrotar al jefe ahora está disponible bajo demanda.
Cybermon 2025 Bit the Boss ya está disponible en SCW durante todo el año. Implemente tareas de seguridad avanzadas de IA/LLM para impulsar el desarrollo de IA de seguridad a gran escala.
Explicación de la Ley de Resiliencia Cibernética: El significado del diseño de seguridad en el desarrollo de software
Descubra los requisitos y el ámbito de aplicación de la Ley de Resiliencia Cibernética (CRA) de la UE, y cómo el equipo de ingeniería puede prepararse de forma segura mediante el diseño, las prácticas, la prevención de vulnerabilidades y la creación de un entorno de desarrollo.
Factor de éxito 1: Criterios de éxito definidos y medibles
El habilitador 1 ofrece una serie de 10 partes sobre los habilitadores del éxito, mostrando cómo la codificación segura puede mejorar los resultados empresariales, como la reducción de riesgos y costes y la aceleración de la madurez de los programas a largo plazo.




%20(1).avif)
.avif)
