
Les codeurs conquièrent la sécurité : série Share & Learn - Redirections et transferts non validés
Le codage d'un site Web ou d'une application capable de traiter les redirections et les transferts non validés peut être extrêmement dangereux pour vos utilisateurs et votre organisation. Cette erreur courante est souvent exploitée par des pirates informatiques qui cherchent à commettre des escroqueries par hameçonnage ou à accéder à des pages et à des informations qui seraient normalement interdites.
Chaque fois qu'une application Web est conçue pour rediriger les utilisateurs vers de nouvelles pages, ces demandes risquent d'être manipulées ou piratées. Cela peut se produire si aucun processus de validation n'est en place pour empêcher les paramètres de transfert de pointer vers des destinations inattendues.
La bonne nouvelle est que les redirections et les redirections non validées constituent l'une des vulnérabilités les plus faciles à éliminer de votre environnement. Une fois supprimés, vous pouvez prendre quelques mesures simples pour vous assurer qu'ils ne seront jamais générés à l'avenir.
Dans cet épisode, nous allons apprendre :
- Comment les pirates informatiques exploitent des vulnérabilités de redirection et de transfert non validées
- Pourquoi autoriser les redirections et les transferts non validés peut être dangereux
- Politiques et techniques qui peuvent être utilisées pour détecter et résoudre ce problème.
Comment les attaquants exploitent-ils les redirections et les redirections non validées ?
Les attaquants doivent d'abord trouver une application Web configurée pour rediriger les utilisateurs vers une ou plusieurs pages spécifiques. Si la page de destination est définie dans le code, il n'y a pas de vulnérabilité. Par exemple, en Java, il s'agirait d'un moyen sûr et prédéfini d'envoyer un utilisateur vers un nouvel emplacement sans qu'il soit obligé d'effectuer des actions, comme cliquer sur un lien hypertexte.
Response.sendRedirect (» http://www.knownsafesite.com «) ;
La vulnérabilité se produit si le site est programmé pour accepter les entrées de l'utilisateur pour la redirection, ou si le paramètre est laissé ouvert, peut-être pour obtenir les informations d'une autre source. Par exemple, un développeur pourrait utiliser le paramètre « URL'get ».
response.sendRedirect (request.getParameter (« url »)) ;
Bien que cela donne plus de flexibilité, cela crée également des vulnérabilités de redirections et de transferts non validées. Les pirates peuvent ajouter des informations après les barres obliques pour déclencher une redirection vers le site de leur choix, par exemple dans le cadre d'un e-mail de phishing. Les utilisateurs voient le domaine de confiance dans la première partie d'un lien et ne se rendent pas compte que le site Web peut les rediriger vers le site du pirate informatique.
Pourquoi les redirections et les transferts non validés sont-ils si dangereux ?
Le danger que représente l'autorisation de redirections et de transferts non validés peut être important. Pour les utilisateurs, le plus grand danger est d'être victimes d'attaques de phishing. Comme ils voient l'URL de premier niveau, ils sont plus susceptibles de faire confiance à un e-mail de phishing ou à une autre communication et de cliquer sur un lien. Et si la page vers laquelle ils sont redirigés ressemble à la vraie page, la tromperie peut être très efficace. Ils peuvent partager leur nom d'utilisateur, leur mot de passe ou d'autres informations d'identification sans jamais se douter qu'ils sont manipulés.
Supprimer la menace posée par les redirections et les transferts non validés
Les redirections et les redirections non validées prennent vie pendant le développement d'une application. Ils peuvent être éliminés après coup, mais le moyen le plus simple de les éliminer est tout simplement de ne pas autoriser les paramètres utilisateur ou les chaînes ouvertes dans le cadre d'une fonction de redirection ou de transfert. Définissez plutôt avec précision les URL vers lesquelles les utilisateurs seront redirigés, en éliminant les variables et en privant les attaquants de toute marge de manœuvre. Mieux encore, pensez à ne pas utiliser les redirections et les transferts.
S'il n'y a absolument aucun moyen d'éviter d'avoir des variables dans le cadre d'un processus de redirection ou de transfert, un processus de validation doit être mis en place pour s'assurer que la redirection est dirigée vers l'une des destinations valides. Enfin, utilisez des valeurs de mappage plutôt que des URL réelles. Les pirates informatiques essaieront plutôt d'utiliser les informations d'URL et ne seront probablement pas en mesure de deviner le schéma de mappage, même s'ils pensent qu'un tel schéma est utilisé.
Plus d'informations sur les redirections et les transferts non validés
Pour en savoir plus, vous pouvez consulter l'OWASP pages de référence sur les redirections et les transferts non validés. Vous pouvez également mettre à l'épreuve vos nouvelles connaissances en matière de défense grâce au démo gratuite de la plateforme Secure Code Warrior, qui forme les équipes de cybersécurité à devenir les meilleurs cyberguerriers. Pour en savoir plus sur les moyens de neutraliser cette vulnérabilité et consulter une galerie d'autres menaces présentées par des escrocs, rendez-vous sur Blog Secure Code Warrior.
Prenez soin des redirections et des transferts non validés une fois pour toutes. Appliquez vos nouvelles connaissances et testez vos compétences sur notre plateforme de formation gamifiée : [Commencez ici]


Le codage d'un site Web ou d'une application capable de traiter les redirections et les transferts non validés peut être extrêmement dangereux pour vos utilisateurs et votre organisation.
Jaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.

Secure Code Warrior aquí para ayudar a su organización a proteger el código a lo largo de todo el ciclo de desarrollo de software y a crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de la seguridad de las aplicaciones, desarrollador, responsable de la seguridad informática o cualquier otra persona involucrada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código no seguro.
Reserve una demostraciónJaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.


Le codage d'un site Web ou d'une application capable de traiter les redirections et les transferts non validés peut être extrêmement dangereux pour vos utilisateurs et votre organisation. Cette erreur courante est souvent exploitée par des pirates informatiques qui cherchent à commettre des escroqueries par hameçonnage ou à accéder à des pages et à des informations qui seraient normalement interdites.
Chaque fois qu'une application Web est conçue pour rediriger les utilisateurs vers de nouvelles pages, ces demandes risquent d'être manipulées ou piratées. Cela peut se produire si aucun processus de validation n'est en place pour empêcher les paramètres de transfert de pointer vers des destinations inattendues.
La bonne nouvelle est que les redirections et les redirections non validées constituent l'une des vulnérabilités les plus faciles à éliminer de votre environnement. Une fois supprimés, vous pouvez prendre quelques mesures simples pour vous assurer qu'ils ne seront jamais générés à l'avenir.
Dans cet épisode, nous allons apprendre :
- Comment les pirates informatiques exploitent des vulnérabilités de redirection et de transfert non validées
- Pourquoi autoriser les redirections et les transferts non validés peut être dangereux
- Politiques et techniques qui peuvent être utilisées pour détecter et résoudre ce problème.
Comment les attaquants exploitent-ils les redirections et les redirections non validées ?
Les attaquants doivent d'abord trouver une application Web configurée pour rediriger les utilisateurs vers une ou plusieurs pages spécifiques. Si la page de destination est définie dans le code, il n'y a pas de vulnérabilité. Par exemple, en Java, il s'agirait d'un moyen sûr et prédéfini d'envoyer un utilisateur vers un nouvel emplacement sans qu'il soit obligé d'effectuer des actions, comme cliquer sur un lien hypertexte.
Response.sendRedirect (» http://www.knownsafesite.com «) ;
La vulnérabilité se produit si le site est programmé pour accepter les entrées de l'utilisateur pour la redirection, ou si le paramètre est laissé ouvert, peut-être pour obtenir les informations d'une autre source. Par exemple, un développeur pourrait utiliser le paramètre « URL'get ».
response.sendRedirect (request.getParameter (« url »)) ;
Bien que cela donne plus de flexibilité, cela crée également des vulnérabilités de redirections et de transferts non validées. Les pirates peuvent ajouter des informations après les barres obliques pour déclencher une redirection vers le site de leur choix, par exemple dans le cadre d'un e-mail de phishing. Les utilisateurs voient le domaine de confiance dans la première partie d'un lien et ne se rendent pas compte que le site Web peut les rediriger vers le site du pirate informatique.
Pourquoi les redirections et les transferts non validés sont-ils si dangereux ?
Le danger que représente l'autorisation de redirections et de transferts non validés peut être important. Pour les utilisateurs, le plus grand danger est d'être victimes d'attaques de phishing. Comme ils voient l'URL de premier niveau, ils sont plus susceptibles de faire confiance à un e-mail de phishing ou à une autre communication et de cliquer sur un lien. Et si la page vers laquelle ils sont redirigés ressemble à la vraie page, la tromperie peut être très efficace. Ils peuvent partager leur nom d'utilisateur, leur mot de passe ou d'autres informations d'identification sans jamais se douter qu'ils sont manipulés.
Supprimer la menace posée par les redirections et les transferts non validés
Les redirections et les redirections non validées prennent vie pendant le développement d'une application. Ils peuvent être éliminés après coup, mais le moyen le plus simple de les éliminer est tout simplement de ne pas autoriser les paramètres utilisateur ou les chaînes ouvertes dans le cadre d'une fonction de redirection ou de transfert. Définissez plutôt avec précision les URL vers lesquelles les utilisateurs seront redirigés, en éliminant les variables et en privant les attaquants de toute marge de manœuvre. Mieux encore, pensez à ne pas utiliser les redirections et les transferts.
S'il n'y a absolument aucun moyen d'éviter d'avoir des variables dans le cadre d'un processus de redirection ou de transfert, un processus de validation doit être mis en place pour s'assurer que la redirection est dirigée vers l'une des destinations valides. Enfin, utilisez des valeurs de mappage plutôt que des URL réelles. Les pirates informatiques essaieront plutôt d'utiliser les informations d'URL et ne seront probablement pas en mesure de deviner le schéma de mappage, même s'ils pensent qu'un tel schéma est utilisé.
Plus d'informations sur les redirections et les transferts non validés
Pour en savoir plus, vous pouvez consulter l'OWASP pages de référence sur les redirections et les transferts non validés. Vous pouvez également mettre à l'épreuve vos nouvelles connaissances en matière de défense grâce au démo gratuite de la plateforme Secure Code Warrior, qui forme les équipes de cybersécurité à devenir les meilleurs cyberguerriers. Pour en savoir plus sur les moyens de neutraliser cette vulnérabilité et consulter une galerie d'autres menaces présentées par des escrocs, rendez-vous sur Blog Secure Code Warrior.
Prenez soin des redirections et des transferts non validés une fois pour toutes. Appliquez vos nouvelles connaissances et testez vos compétences sur notre plateforme de formation gamifiée : [Commencez ici]

Le codage d'un site Web ou d'une application capable de traiter les redirections et les transferts non validés peut être extrêmement dangereux pour vos utilisateurs et votre organisation. Cette erreur courante est souvent exploitée par des pirates informatiques qui cherchent à commettre des escroqueries par hameçonnage ou à accéder à des pages et à des informations qui seraient normalement interdites.
Chaque fois qu'une application Web est conçue pour rediriger les utilisateurs vers de nouvelles pages, ces demandes risquent d'être manipulées ou piratées. Cela peut se produire si aucun processus de validation n'est en place pour empêcher les paramètres de transfert de pointer vers des destinations inattendues.
La bonne nouvelle est que les redirections et les redirections non validées constituent l'une des vulnérabilités les plus faciles à éliminer de votre environnement. Une fois supprimés, vous pouvez prendre quelques mesures simples pour vous assurer qu'ils ne seront jamais générés à l'avenir.
Dans cet épisode, nous allons apprendre :
- Comment les pirates informatiques exploitent des vulnérabilités de redirection et de transfert non validées
- Pourquoi autoriser les redirections et les transferts non validés peut être dangereux
- Politiques et techniques qui peuvent être utilisées pour détecter et résoudre ce problème.
Comment les attaquants exploitent-ils les redirections et les redirections non validées ?
Les attaquants doivent d'abord trouver une application Web configurée pour rediriger les utilisateurs vers une ou plusieurs pages spécifiques. Si la page de destination est définie dans le code, il n'y a pas de vulnérabilité. Par exemple, en Java, il s'agirait d'un moyen sûr et prédéfini d'envoyer un utilisateur vers un nouvel emplacement sans qu'il soit obligé d'effectuer des actions, comme cliquer sur un lien hypertexte.
Response.sendRedirect (» http://www.knownsafesite.com «) ;
La vulnérabilité se produit si le site est programmé pour accepter les entrées de l'utilisateur pour la redirection, ou si le paramètre est laissé ouvert, peut-être pour obtenir les informations d'une autre source. Par exemple, un développeur pourrait utiliser le paramètre « URL'get ».
response.sendRedirect (request.getParameter (« url »)) ;
Bien que cela donne plus de flexibilité, cela crée également des vulnérabilités de redirections et de transferts non validées. Les pirates peuvent ajouter des informations après les barres obliques pour déclencher une redirection vers le site de leur choix, par exemple dans le cadre d'un e-mail de phishing. Les utilisateurs voient le domaine de confiance dans la première partie d'un lien et ne se rendent pas compte que le site Web peut les rediriger vers le site du pirate informatique.
Pourquoi les redirections et les transferts non validés sont-ils si dangereux ?
Le danger que représente l'autorisation de redirections et de transferts non validés peut être important. Pour les utilisateurs, le plus grand danger est d'être victimes d'attaques de phishing. Comme ils voient l'URL de premier niveau, ils sont plus susceptibles de faire confiance à un e-mail de phishing ou à une autre communication et de cliquer sur un lien. Et si la page vers laquelle ils sont redirigés ressemble à la vraie page, la tromperie peut être très efficace. Ils peuvent partager leur nom d'utilisateur, leur mot de passe ou d'autres informations d'identification sans jamais se douter qu'ils sont manipulés.
Supprimer la menace posée par les redirections et les transferts non validés
Les redirections et les redirections non validées prennent vie pendant le développement d'une application. Ils peuvent être éliminés après coup, mais le moyen le plus simple de les éliminer est tout simplement de ne pas autoriser les paramètres utilisateur ou les chaînes ouvertes dans le cadre d'une fonction de redirection ou de transfert. Définissez plutôt avec précision les URL vers lesquelles les utilisateurs seront redirigés, en éliminant les variables et en privant les attaquants de toute marge de manœuvre. Mieux encore, pensez à ne pas utiliser les redirections et les transferts.
S'il n'y a absolument aucun moyen d'éviter d'avoir des variables dans le cadre d'un processus de redirection ou de transfert, un processus de validation doit être mis en place pour s'assurer que la redirection est dirigée vers l'une des destinations valides. Enfin, utilisez des valeurs de mappage plutôt que des URL réelles. Les pirates informatiques essaieront plutôt d'utiliser les informations d'URL et ne seront probablement pas en mesure de deviner le schéma de mappage, même s'ils pensent qu'un tel schéma est utilisé.
Plus d'informations sur les redirections et les transferts non validés
Pour en savoir plus, vous pouvez consulter l'OWASP pages de référence sur les redirections et les transferts non validés. Vous pouvez également mettre à l'épreuve vos nouvelles connaissances en matière de défense grâce au démo gratuite de la plateforme Secure Code Warrior, qui forme les équipes de cybersécurité à devenir les meilleurs cyberguerriers. Pour en savoir plus sur les moyens de neutraliser cette vulnérabilité et consulter une galerie d'autres menaces présentées par des escrocs, rendez-vous sur Blog Secure Code Warrior.
Prenez soin des redirections et des transferts non validés une fois pour toutes. Appliquez vos nouvelles connaissances et testez vos compétences sur notre plateforme de formation gamifiée : [Commencez ici]

Haga clic en el enlace siguiente y descargue el PDF de este recurso.
Secure Code Warrior aquí para ayudar a su organización a proteger el código a lo largo de todo el ciclo de desarrollo de software y a crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de la seguridad de las aplicaciones, desarrollador, responsable de la seguridad informática o cualquier otra persona involucrada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código no seguro.
Mostrar el informeReserve una demostraciónJaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.
Le codage d'un site Web ou d'une application capable de traiter les redirections et les transferts non validés peut être extrêmement dangereux pour vos utilisateurs et votre organisation. Cette erreur courante est souvent exploitée par des pirates informatiques qui cherchent à commettre des escroqueries par hameçonnage ou à accéder à des pages et à des informations qui seraient normalement interdites.
Chaque fois qu'une application Web est conçue pour rediriger les utilisateurs vers de nouvelles pages, ces demandes risquent d'être manipulées ou piratées. Cela peut se produire si aucun processus de validation n'est en place pour empêcher les paramètres de transfert de pointer vers des destinations inattendues.
La bonne nouvelle est que les redirections et les redirections non validées constituent l'une des vulnérabilités les plus faciles à éliminer de votre environnement. Une fois supprimés, vous pouvez prendre quelques mesures simples pour vous assurer qu'ils ne seront jamais générés à l'avenir.
Dans cet épisode, nous allons apprendre :
- Comment les pirates informatiques exploitent des vulnérabilités de redirection et de transfert non validées
- Pourquoi autoriser les redirections et les transferts non validés peut être dangereux
- Politiques et techniques qui peuvent être utilisées pour détecter et résoudre ce problème.
Comment les attaquants exploitent-ils les redirections et les redirections non validées ?
Les attaquants doivent d'abord trouver une application Web configurée pour rediriger les utilisateurs vers une ou plusieurs pages spécifiques. Si la page de destination est définie dans le code, il n'y a pas de vulnérabilité. Par exemple, en Java, il s'agirait d'un moyen sûr et prédéfini d'envoyer un utilisateur vers un nouvel emplacement sans qu'il soit obligé d'effectuer des actions, comme cliquer sur un lien hypertexte.
Response.sendRedirect (» http://www.knownsafesite.com «) ;
La vulnérabilité se produit si le site est programmé pour accepter les entrées de l'utilisateur pour la redirection, ou si le paramètre est laissé ouvert, peut-être pour obtenir les informations d'une autre source. Par exemple, un développeur pourrait utiliser le paramètre « URL'get ».
response.sendRedirect (request.getParameter (« url »)) ;
Bien que cela donne plus de flexibilité, cela crée également des vulnérabilités de redirections et de transferts non validées. Les pirates peuvent ajouter des informations après les barres obliques pour déclencher une redirection vers le site de leur choix, par exemple dans le cadre d'un e-mail de phishing. Les utilisateurs voient le domaine de confiance dans la première partie d'un lien et ne se rendent pas compte que le site Web peut les rediriger vers le site du pirate informatique.
Pourquoi les redirections et les transferts non validés sont-ils si dangereux ?
Le danger que représente l'autorisation de redirections et de transferts non validés peut être important. Pour les utilisateurs, le plus grand danger est d'être victimes d'attaques de phishing. Comme ils voient l'URL de premier niveau, ils sont plus susceptibles de faire confiance à un e-mail de phishing ou à une autre communication et de cliquer sur un lien. Et si la page vers laquelle ils sont redirigés ressemble à la vraie page, la tromperie peut être très efficace. Ils peuvent partager leur nom d'utilisateur, leur mot de passe ou d'autres informations d'identification sans jamais se douter qu'ils sont manipulés.
Supprimer la menace posée par les redirections et les transferts non validés
Les redirections et les redirections non validées prennent vie pendant le développement d'une application. Ils peuvent être éliminés après coup, mais le moyen le plus simple de les éliminer est tout simplement de ne pas autoriser les paramètres utilisateur ou les chaînes ouvertes dans le cadre d'une fonction de redirection ou de transfert. Définissez plutôt avec précision les URL vers lesquelles les utilisateurs seront redirigés, en éliminant les variables et en privant les attaquants de toute marge de manœuvre. Mieux encore, pensez à ne pas utiliser les redirections et les transferts.
S'il n'y a absolument aucun moyen d'éviter d'avoir des variables dans le cadre d'un processus de redirection ou de transfert, un processus de validation doit être mis en place pour s'assurer que la redirection est dirigée vers l'une des destinations valides. Enfin, utilisez des valeurs de mappage plutôt que des URL réelles. Les pirates informatiques essaieront plutôt d'utiliser les informations d'URL et ne seront probablement pas en mesure de deviner le schéma de mappage, même s'ils pensent qu'un tel schéma est utilisé.
Plus d'informations sur les redirections et les transferts non validés
Pour en savoir plus, vous pouvez consulter l'OWASP pages de référence sur les redirections et les transferts non validés. Vous pouvez également mettre à l'épreuve vos nouvelles connaissances en matière de défense grâce au démo gratuite de la plateforme Secure Code Warrior, qui forme les équipes de cybersécurité à devenir les meilleurs cyberguerriers. Pour en savoir plus sur les moyens de neutraliser cette vulnérabilité et consulter une galerie d'autres menaces présentées par des escrocs, rendez-vous sur Blog Secure Code Warrior.
Prenez soin des redirections et des transferts non validés une fois pour toutes. Appliquez vos nouvelles connaissances et testez vos compétences sur notre plateforme de formation gamifiée : [Commencez ici]
Índice
Jaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.

Secure Code Warrior aquí para ayudar a su organización a proteger el código a lo largo de todo el ciclo de desarrollo de software y a crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de la seguridad de las aplicaciones, desarrollador, responsable de la seguridad informática o cualquier otra persona involucrada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código no seguro.
Reserve una demostraciónDescargarRecursos para ayudarle a empezar
Temas y contenidos de formación sobre el código seguro
Nuestro contenido de vanguardia evoluciona constantemente para adaptarse al panorama en constante cambio del desarrollo de software, teniendo en cuenta su función. Temas que abarcan desde la IA hasta la inyección de XQuery, ofrecidos para una variedad de puestos, desde arquitectos hasta ingenieros, pasando por jefes de producto y control de calidad. Descubra una visión general de lo que nuestro catálogo de contenidos tiene para ofrecer por tema y por función.
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 ayudarle a empezar
Cybermon está de vuelta: las missions Beat the Boss ya están disponibles bajo demanda.
Cybermon 2025 Beat the Boss ya está disponible todo el año en SCW. Implemente desafíos de seguridad avanzados relacionados con la IA y el LLM para reforzar el desarrollo seguro de la IA a gran escala.
Explicación de la ley sobre ciberresiliencia: lo que significa para el desarrollo de software seguro desde el diseño.
Descubra qué exige la ley europea sobre ciberresiliencia (CRA), a quién se aplica y cómo los equipos de ingenieros pueden prepararse mediante prácticas de seguridad desde el diseño, la prevención de vulnerabilidades y el refuerzo de las capacidades de los desarrolladores.
Facilitador 1: Criterios de éxito definidos y medibles
El facilitador 1 da inicio a nuestra serie de 10 partes titulada «Facilitadores del éxito», mostrando cómo combinar la codificación segura con resultados comerciales, como la reducción de riesgos y la rapidez, para garantizar la madurez a largo plazo de los programas.




%20(1).avif)
.avif)
